Allied Telesis Rapier Series Troubleshooting Manual - Page 6

Browse online or download pdf Troubleshooting Manual for Network Hardware Allied Telesis Rapier Series. Allied Telesis Rapier Series 8 pages. How to set up pppoe between a linux client and access concentrator
Also for Allied Telesis Rapier Series: Troubleshooting (5 pages), Release Note (8 pages), How To Configure (9 pages), How-To (8 pages)

Print Page

Allied Telesis Rapier Series Troubleshooting Manual

When it comes to diagnosing an ISDN connection, the two most important columns in this

table are Duration and Cause.

The Duration column

The Duration column tells you immediately whether or not the call ever connected. If the

entry in this column is CLEARED, then the call never connected. If the entry in this column is

a time, then the call did actually connect at the ISDN level. The reason why you were unable

to get data across will be found at a higher protocol level (PPP or IP, IPX etc). Typically, if the

duration of the call was one or two seconds, then the call would have been closed due to a

PPP negotiation failure. One of the most common causes of PPP negotiation failure is due to

PAP or CHAP authentication failing. This can be quickly checked by looking in the router log,

using the command:

A PAP or CHAP authentication failure generates a log message of the form

Note:

If the call is being disconnected due to PAP/CHAP negotiation failure, see How To Configure

PPP Authentication using PAP and CHAP for a full discussion on configuring PAP and CHAP on

the router. This How To Note is available from

howto.aspx

If the call seems to be being disconnected for other reasons at the PPP or IP level, then it

would probably be necessary for you to contact your Allied Telesis reseller or distributor for

technical assistance.

The Cause column

The Cause column tells you why a call was disconnected. Each entry in this column has three

parts:

The cause code number can give you a lot of information about why your call is not working.

Values commonly seen for this code are:

show log

01 01:16:06 5 PPP

isdn-dial1 failed

The log message appears on the router that is doing the authenticating, which may

well be the router at the other end of the link. The way to tell which router decided

to close the call is to check the Cause column.

A letter indicating which end of the link took the call down. U (for User) indicates that the

router itself closed the call. N (for network) indicates the call was closed either by a switch

in the ISDN network, or by the router at the other end of the call.

A cause code number, indicating the reason for the call closure.

An extra diagnostic number. The meaning of this diagnostic number varies from one cause

code to the next. For most cause codes, this field is actually blank. It is necessary to have

a good working knowledge of ISDN and access to ISDN standards manuals in order to

make any use of these diagnostic numbers.

16 - Normal

The call opened and was then closed by an indication from a higher layer protocol that it

was time to close the call. So, any successful call that passes data, and then is closed due

to the PPP idle timer timing out due to no more data being sent, has a cause code of 16.

AUTH

FAIL

ppp0: PAP authentication over