Not sure if this is a 'feature', a bug, or just a normal glitch... I've been doing some testing of ISDN on an AS5300, running IOS 12.0(7), and I've been getting a strange result for part of it. When my remote site dials in (2500 running IOS 11.2), the B channel comes up nicely, PPP authentication succeeds, and it generally appears that the ISDN side of things is happy. However, the remote site does not show up as connected with 'show ip route'. My setup is that the AS5300 and the remote site both use ip unnumbered on the ISDN link, pointing to loopback interfaces. A floating static route, pointing to the loopback address at the remote site, sits on the AS5300. I have a similar situation in production (which works :-) on an AS5200 running IOS 11.2, and there, when a remote site dials in, the remote loopback shows up as connected (IP addresses hacked)... show ip route conn.. C 2.2.2.2/32 is directly connected, Dialer100 and the floating static kicks in.. show ip route stat... S 2.2.0.0/16 [200/0] via 2.2.2.2 On the AS5300, these routes just don't appear (which makes IP connectivity a little difficult). To thicken the plot, the ISDN link from the AS5300 drops out after about 58 seconds (fairly consistent time), which is a strange length of time - too short for a timeout, but no obvious cause for the call being dropped. Has anyone come across anything similar? I'm not sure if this is a change in behaviour with IOS 12, an IOS incompatibility between 12.0 and 11.2, or an ISDN problem! JMcL **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _________________________________ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
