From: Steven M. Sowell (ssowell@xxxxxxxx)
Date: Fri Mar 01 2002 - 13:41:29 GMT-3
Yigit,
I like to use ISDN troubleshooting commands in the following order, one at a
time:
1. show isdn stat - confirms that Layer 1 is ACTIVE (cable/interface) an
d
Layer 2 SPID1 valid, SPID2 valid (assuming NI-1 switch-type)
2. debug dialer - verifies that interesting traffic is defined properly
(dial is attempted) and basic dialer map info (the number dialed)
3. debug isdn q931 - shows the actual q.931 messages of dialing end to end
,
success or failure, and why
4. debug ppp auth - (or debug ppp nego, or debug ppp ?) especially if 'de
bug
isdn q931' shows connect, then immediate disconnect(due to "normal call
clearing"), it means that all of the previous actions (physical layer,
q.921, and q.931) are fine, and q.931's "boss" (ppp) is telling q.931 to
disconnect.
5. debug ip packet - or some other IP related command, if the first four
show no problems, its an IP related issue.
This troubleshooting order closely follows the ISDN DDR process, and usually
will pinpoint the source of the problem. If you run these commands and find
an error message, perhaps you can paste the message into your next post and
we can determine the problem. From your description, I'd guess you'll see it
in "debug dialer" or "debug isdn q931". If one side can initiate a call, but
the other side can't, it is usually due to interesting traffic ACL, dialer
map, or static route(if applicable). In some platform/IOS combinations,
having two dialer maps to the same destination prevents operation, so ensure
that you have one and only one dialer map per destination (at least
initially). Since you seem to be very knowledgable, you probably already
know not to use dashes in the phone numbers and/or SPIDs. Also, a flaky
simulator can cause issues, so sometimes a reboot is all that is necessary.
HTH,
Steven Sowell
CCIE#7317
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of A
Yigit Zorlu
Sent: Friday, March 01, 2002 10:43 AM
To: ccielab@groupstudy.com
Subject: dial brainstorming ..
Hi guys and gals,
Suppose that
two routers have bri interfaces that are connected to ISDN simulator or
provider . I can ping from RA to RB but can not ping from B to A and from
the debug outputs I see that B can not dial the number that I have
configured. I am suspicious about that phone number of B given by the
provider may be incorrect ? How can I see the phone number of B ? In which
debug output ? Is it possible ?
Regards,
Yigit
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:56:50 GMT-3