cisco wic-1adsl wan card connect to ISP

Cisco 2651XM router
fitted with WIC-1ADSL interface card

1) the cisco doc for the wic-adsl card says that when the CD light is flashing this means
it's training with DSLAMs, but the light flashes in two different ways, there's a few
seconds of fast flashing, followed by a few seconds of slow flashing. What do these two
different flashing speeds signify?

2) as a newbie I've been unsuccessful in connecting to my ISP with the wic-adsl card.
Before coming here I've been trawling through cisco documents but I can't work out what
the correct commands are for a successful connection. I confess I also don't know the
command to verify if I have a successful connection or not.
My wic card is present in the cli as interface ATM0/0.
Here are the details for connecting to my isp, who happens to be a very bog standard UK
isp on a BT phone line.
Connection type: PPPoA
VPI value: 0
VCI Value: 38
Encapsulation type: VC-MUX (or VC based)
Modulation: G.DMT (or DMT)
Authentication type: CHAP (may be listed as "PAP or CHAP")
ADSL Username: username
ADSL Password: password

Thanks for any pointers.

 

Different phases of the DSL training up.
You can watch the card with the 'show dsl int atm 0/0' command..

Probably PAP and not CHAP...

interface ATM0
no shutdown
pvc 0/38
encapsulation aal5mux ppp dialer
dialer pool-member 1
interface Dialer1
description PPPoA Dialer
ip address negotiated
encapsulation ppp
dialer pool 1
ppp authentication chap pap callin
ppp pap sent-username username password password

Should be straight out of the Cisco docs for doing PPPoA on a cisco router..

 

thanks for your response Doug, those commands are making the adsl lights behave the way I
think they should. Do you know if there's a way to test for certain if the adsl card is
connected to the isp? Is there a command one can run? I think my lan-routing-nat-config is
a mess and will need sorting out but I'd like to be certain about the adsl connection
before proceeding with that. Thanks for any further advice.

 

There's really two actions.

There's training up to the DSLAM. Then there's logging into the ISP's
LNS or whatever they use internally.

You can check on the DSL line training up to the DSLAM with the
'show dsl int atm 0/0'

command. Check status to make sure it says Showtime. Then you are trained.

You can do a 'who' to see a PPPoA link connected to the ISP. You can
also look at the 'show int dialer 1' to see if it obtained an IP address.
Likely there'll be an 'interface is bound to Vix' and you should be
able to see info on that virtual-interface.

If neither are there, then you probably have to 'debug ppp packet' and
the like to see what is going on.

 

thanks for your further help Doug.
I did 'show dsl int atm 0/0' and I did see 'Modem Status: Showtime (DMTDSL_SHOWTIME)'
so I know the line has trained.
I don't know the command to do a 'who', can you help me on that one?
I did 'show int dialer 1' but there was no ip address in the router response so I think
I'm still doing something wrong. Here is what the router said:
------------------
router#show int dialer1
Dialer1 is up, line protocol is up (spoofing)
Hardware is Unknown
Description: PPP0A dialer
Internet address will be negotiated using IPCP
MTU 1500 bytes, BW 56 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 1 seconds on reset
Interface is bound to Vi2
Last input never, output never, output hang never
Last clearing of "show interface" counters 00:04:49
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/0/16 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
Available Bandwidth 42 kilobits/sec
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes
0 packets output, 0 bytes
Bound to:
Virtual-Access2 is up, line protocol is down
Hardware is Virtual Access interface
MTU 1500 bytes, BW 448 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Listen
PPPoATM vaccess, cloned from Dialer1
Vaccess status 0x44
Bound to ATM0/0 VCD: 1, VPI: 0, VCI: 38, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 5 seconds on reset
Interface is bound to Di1 (Encapsulation PPP)
Last input 00:00:34, output never, output hang never
Last clearing of "show interface" counters 00:05:14
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
40 packets input, 703 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
100 packets output, 1207 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions

 

thanks for your feedback Gabrielle. The lights on the adsl card appear to be doing the
right thing and I've been trying to connect all day, so I rang my isp who said their end
showed I hadn't even tried to log on (all day) so my router isn't even trying to connect,
which I find puzzling. How does one get the adsl card to initiate a connection? I tried
what you said and my cli responded thus: thanks for any further tips btw.
-----------------------------

router#debug ppp negotiation
PPP protocol negotiation debugging is on
router#debug ppp authentication
PPP authentication debugging is on
router#debug ppp events
^
% Invalid input detected at '^' marker.

router#debug ppp packet
PPP packet display debugging is on

router#who
Line User Host(s) Idle Location
* 0 con 0 idle 00:00:00

Interface User Mode Idle Peer Address

router#

 

Double check the ATM PVC value given.

If they aren't seeing something, most likely the PVC you stated was incorrect.

IOS tries to pretty much dial PPPoA connections all the time, so you
don't have to initiate anything.

 

thanks for your reply Doug.
the only thing I could find in the config regarding atm pvc value was:
Bound to ATM0/0 VCD: 1, VPI: 0, VCI: 38, loopback not set

The connection details my isp gives out to all customers is:
Connection type: PPPoA
VPI value: 0
VCI Value: 38

thus I've been entering:
router(config-if)#pvc 0/38
that's right isn't it?

 

pvc 0/38 enters pvc editing mode, it doesn't necessarily state that
this is the PVC to use, but the commands underneath (ie. notice they
are indented a space in the 'show conf' listing) define that things
should talk o the PVC they are defined on.

I'm just saying that typically, if your ISP isn't seeing you talking,
then likely the PVC is wrong. The DSLAM will discard any cells they
get on a PVC that doesn't match up (ie. they are configured for 8/38,
and you talk on 0/38, the DSLAM is going to toss all those cells).

If you do the 'debug ppp packet' and see your PPP packets going out,
and not getting anything back, and the ISP isn't seeing anything from
you, then there's something wrong in the middle. Either the PVC is
wrong, or the circuit is broken, or something..

 

thanks for your help along the way Doug, I'm finally on the internet with this adsl card.
what a relief.
There is one strange thing though, maybe you can shed some light.
My lan is on 172.16.1.xx and goes into fastethernet port 0/0. There is nothing happening
on fe0/1 and in the running config for it says:
FastEthernet0/1 unassigned YES NVRAM administratively down
and the little green lights for the f0/1 port are all off.
But the adsl training won't sync without f0/1 being connected to something. I have a
little plastic dinky router and if I switch it on and connect f0/1 to it the dsl sync
eventually succeeds and the CD light goes solid and the internet connection comes on. But
if I pull the cable out of the f0/1 port the CD light starts blinking. This is weird. Any
idea why the router behaves this way?

 

Thats very odd. I've never seen it on dozens of 26xx class routers.

This is all legit cisco gear? No gray-market stuff?

Some of my resellers tell me weird & strange things can happen with
gray-market stuff, like two knock-off WIC-1DSU-T1 cards in a 26xx
router won't work at the same time and the like..

Otherwise, try a different IOS rev.

 

I bought the router and adsl card from the same guy off ebay - I don't know what
gray-market stuff means and and don't know if my router is a gray market item. Is there a
way to tell?
Since my earlier post things have gone from bad to worse. Now I can't get any adsl sync at
all. I'm stuck with a blinking CD light regardless of what wires are plugged in or not.
I've contacted my isp to get them to check it but I'm still waiting for a reply from them.
I've also done the swapping modem lead and filter etc but no joy.
Which brings me to the question...
if I can't get the dsl to train could this in any way be attributed to config errors?
or is it purely a hardware issue?
thanks for any advice you can give on this Doug and in the meantime I will certainly try a
different IOS.

 

before you respond Doug I found the problem. As a last desperate resort to this problem I
took the adsl card out of the router and put it under a strong light and got out my
magnifying glass and began to inspect the card. There's a silver capacitor that sticks up
from the board and bugger me I could rock it backwards and forwards with my finger. So I
got out the soldering iron, repaired the contacts, put the card back in and wham,
perfecto. Thinking about it this is exactly the kind of fault that would happen from
transit handling and I only unpacked it a few days ago.