Hi, we are using IOS 12.1(15) on 1700 series routers which use the backup interface command to back up serial links. All works ok, except the isdn calls do not drop when the serial link comes back into service. Can anyone point me in the right direction? We have numerous devices on differnet networks exhibiting this same behaviour.
With the backup interface functionality it puts the ISDN into a special state where it will not make nor answer calls. In my experience the ISDN usually goes back into that special state when the primary interface becomes available again. Are you using the backup delay command - it might impact returning the ISDN to normal state. Or are you using the backup load command - it might also have an impact.
In fact it would be easier for us to see what the issue might be if you would post the configuration for a serial interface using backup and for the ISDN which is backing up the serial interface.
Pretty basic....when I say the ISDN stays up, if the fault goes undiscovered, it can be for days at a time. We are thinking along the lines of some type of IOS bug, as all the routers are identical, running same IOS version, but in totally seperate, different networks. The only other items in common is they all use eigrp.
Thanks for posting the additional information. I agree that the serial interface config is pretty basic and I do not see anything that looks problematic. I notice that you are using the backup delay command. While it should work I think it would be worth removing the backup delay command on one of the routers and testing to see if the behavior changes.
Would you post the config of the ISDN from one of these routers. I do not expect to find much but would like to eliminate any possibility of problem there.
I gather from the original post that this same behavior is observed on most of the routers. Are there any of the routers that do right and terminate the ISDN when the serial comes back into service? Has this always been the case or did it work correctly at some point in time and then change?
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...