From: Price, Jamie (jprice@xxxxxxxxxxx)
Date: Sat Mar 25 2000 - 17:56:47 GMT-3
Title: ISDN
Hi,
I've noticed that there have been a few queries/comments of late on
ISDN interfaces flapping when they shouldn't be.
I was recently having the same sort of problem and what I found may be
related to what a few other peoplemhave been dealing with so I felt
this was a good place to speak up.
Even in a straight BRI to BRI setup on 2 routers, no other interfaces,
no routing protocols etc, I found that when I was using encap ppp the
call would be made, then disconnect after the idle-timeout only to
reconnect again straight away. This wouldn't happen using HDLC.
Investigation using "sh dialer" and "debug ppp neg" showed me that the
ppp traffic was keeping the interface up - even though my dialer list
was set to define only IP as interesting traffic.
The interface would flap anywhere between 2 and 6 times before it
would actually shutdown - sometimes it wouldn't shut down at all,
consistently ending the call and then setting it back up again. Using
"sh dialer" again I noticed that the "wait-for-carrier-time" was 30
seconds. My idle-timeout was set at 10 (ok...I'm an impatient
guy!!!). Increasing the idle-timeout in excess of the
wait-for-carrier-time (i.e. >30 secs) took care of the problem
completely.
`Playing around a bit more I wondered if dropping the
wait-for-carrier-time to 20 and the idle-timeout to 25 would work.
Playing around with the wait-for-carrier-time though really started
messing things up.
End result is that as long as I have my idle-timeout in excess of 30
secs my ISDN configs work fine. As I said this may be related to
problems others have been having using demand-circuits etc.
Does anyone want to expand on this? I'm using 11.3, 2 x 2600's, and a
Teltone ISDN demonstrator. I'm keen to know if theres a reason this
happens (I have been looking but am at a loss so far), if this is an
IOS "feature", or if I have a flaky ISDN demonstrator.
Thanks
Jamie
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:06 GMT-3