Troubleshooting guide

2d18h: RX interrupt: conid = 0, rxBd = 0x80C7EED8 length=52

2d18h: Data Cell received on vpi = 8 vci = 35

Make sure you have debug ATM events running on the Cisco DSL Router, and then go to a working

Internet connection and begin to ping the IP address your ISP statically assigned to you.

It does not matter whether you have configured this IP address on the Cisco DSL Router. What is

important is that your ATM interface is up/up and that you are pinging the IP address your ISP gave

you. If you don't see the expected output after the ping test, contact your ISP for support.

Disable debugging on the router.

<< wait 60 seconds >>

Router#undebug all

!−−− Turn off the debug events.

All possible debugging has been turned off.

Verify your VPI/VCI values, and then make the necessary changes to your configuration.

If you do not see output during the 60 seconds of debugging, contact your ISP.

Are you receiving data from your ISP?

If you have the correct PVC values, the next step is to verify that you are attempting to negotiate PPP with

your ISP. To do this, issue the command show interface atm0 and check the input and output packets.

Router#show interface atm0

ATM0 is up, line protocol is up

Hardware is DSLSAR (with Alcatel ADSL Module)

MTU 4470 bytes, sub MTU 4470, BW 128 Kbit, DLY 16000 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ATM, loopback not set

Encapsulation(s): AAL5, PVC mode

24 maximum active VCs, 256 VCS per VP, 1 current VCCs

VC idle disconnect time: 300 seconds

Last input 00:00:00, output 00:00:00, output hang never

Last clearing of "show interface" counters never

Queueing strategy: fifo

Output queue 0/40, 0 drops; input queue 0/75, 0 drops

5 minute input rate 5 bits/sec, 0 packets/sec

5 minute output rate 7 bits/sec, 0 packets/sec

100 packets input, 5600 bytes, 0 no buffer

Received 0 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

250 packets output, 1400 bytes, 0 underruns

0 output errors, 0 collisions, 2 interface resets

0 output buffer failures, 0 output buffers swapped out

If the packet counters are incrementing, you should be receiving PPP negotiation packets from your ISP. If

this isn't the case, call your ISP.

If the output bound counters are incrementing, you should be sending PPP negotiation packets. If this isn't the

case, check the configuration on the router. If PPP is configured properly, PPP negotiation packets are

continually sent out the ATM0 interface.

If packets are incrementing in both directions, continue with the troubleshooting steps in this document.

Cisco DSL Router Configuration and Troubleshooting Guide