Hi Jenny To clear an ISDN B Channel requires two steps
1) To figure out which serial interface it is eg serial 1/0:12 2) Issue the command to clear the required interface: clear int serial 1/0:12 That will reset the ISDN-B Channel If the dialup was via Async, you would enter: clear line tty x Well that's what I do, maybe somebody else has better ideas! Manish -----Original Message----- From: Jenny McLeod [mailto:[EMAIL PROTECTED]] Sent: 23 September 2002 09:07 To: [EMAIL PROTECTED] Subject: ISDN oddities [7:53897] I'm having a problem with some ISDN channels. We use ISDN as a failover for other services. The ISDN is on a AS5300 (IOS 12.1) - note that this is ETSI (switch type primary-net5). Lots of dialer interfaces, load thresholds set, ppp multilink used. The AS5300 dials the remote sites. 60 channels available all up, over two router interfaces, and up to twenty at each remote end (7500s), but max-link is set lower so that if we lose a lot of sites at once they can all get a look in (we then fiddle manually to allow more channels if necessary). Today, a hub frame relay service went plunk, throwing a stack of offices onto the ISDN. No great problem there. Except that, after a while, the AS5300 decided that it didn't really feel like raising any more calls. Most channels on s1:15 were in use, and some on s0:15 - the others appeared to be usable, but the router wasn't raising calls although loads were above the thresholds. Interestingly, when one channel was dropped (due to load decreasing), it was immediately used by a different (still busy) site. Also, the AS5300 was repeatedly attempting to call one office, but the call was being dropped almost immediately. Some debugging showed that ppp authentication was succeeding but the call was being dropped - by the called end - immediately after authentication anyway. This office already had several other successful calls in place, but it wasn't at its max-call limit. I couldn't do a lot of active troubleshooting (e.g. shut/no shutting the ISDN interface) as I didn't want to jeopardise the connectivity that was in place. Any suggestions as to what to look for/try if this happens again? Is there any way of clearing a single B channel? Thanks, JMcL Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=53906&t=53897 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
