WIC1-ADSL / Verizon ADSL config...

ptlinva

Hi Everyone,

I'm working on my CCNA-Voice but took a break to install/configure a 1760 with a WIC1-ADSL card in a 1760 router to replace my Westell DSL modem on a Verizon DSL line. I figured the experts in the CCNP group would be mroe apt to assist me with this project. BTW, as soon as I finish the CCNA-Voice (which expires 2/28 for IIUC), I'll be going for my CCNP as well!

Okay, back to the DSL issue.. I've used a multitude of configs and I'm currently connecting, receiving an IP, and able to route traffic. However, it goes down every few minutes and has to reconnect. With the Westell DSL modem, at least it stays up and running (but has it's moments as well).

Here's my current running config...

R5#show run
Building configuration...
Current configuration : 1767 bytes
!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname R5
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
!
resource policy
!
mmi polling-interval 60
no mmi auto-configure
no mmi pvc
mmi snmp-timeout 180
voice-card 2
!
voice-card 3
!
ip subnet-zero
ip cef
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
interface ATM0/0
mac-address 0023.9782.a672
no ip address
atm ilmi-keepalive
dsl operating-mode auto
dsl enable-training-log
hold-queue 224 in
!
interface ATM0/0.1 point-to-point
pvc 0/35
vbr-nrt 128 128 1
pppoe-client dial-pool-number 1
!
!
interface FastEthernet0/0
ip address 192.168.1.1 255.255.255.0
ip nat inside
ip virtual-reassembly
speed auto
!
interface Dialer1
ip address negotiated
ip mtu 1370
ip nat outside
ip virtual-reassembly
encapsulation ppp
dialer pool 1
dialer-group 1
ppp authentication chap callin
ppp chap hostname newdsl
ppp chap password 0 newdsl1
ppp pap sent-username newdsl password 0 newdsl1
ppp ipcp dns request
!
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer1
!
!
no ip http server
no ip http secure-server
ip nat inside source list 10 interface Dialer1 overload
!
access-list 10 permit any
!
!
control-plane
!
!
!
voice-port 2/0
!
voice-port 2/1
!
voice-port 3/0
!
voice-port 3/1
!
!
!
!
!
!
banner motd ^CCCCCCC
*******************
PLEASE DONT LOGIN
*******************
^C
alias exec s show ip int br
!
line con 0
exec-timeout 0 0
privilege level 15
password 7 02050D480809
logging synchronous
length 65
line aux 0
exec-timeout 0 0
password 7 05080F1C2243
logging synchronous
login
line vty 0 4
exec-timeout 0 0
password 7 05080F1C2243
logging synchronous
login
!
scheduler allocate 20000 1000
end

======================
R5#show int atm 0/0
ATM0/0 is up, line protocol is up
Hardware is DSLSAR (with Alcatel ADSL Module)
MTU 4470 bytes, sub MTU 4470, BW 640 Kbit, DLY 800 usec,
reliability 31/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
Encapsulation(s): AAL5 AAL2, PVC mode
23 maximum active VCs, 256 VCs per VP, 1 current VCCs
VC Auto Creation Disabled.
VC idle disconnect time: 300 seconds
Last input 00:00:58, output 00:00:06, output hang never
Last clearing of "show interface" counters never
Input queue: 0/224/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: Per VC Queueing
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
27 packets input, 1865 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
27 packets output, 2218 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
R5#
=========================
R5#show dsl int atm 0/0
ATM0/0
Alcatel 20150 chipset information
ATU-R (DS) ATU-C (US)
Modem Status: Showtime (DMTDSL_SHOWTIME)
DSL Mode: ITU G.992.1 (G.DMT) Annex A
ITU STD NUM: 0x01 0x1
Vendor ID: 'ALCB' 'CTNW'
Vendor Specific: 0x0000 0x0000
Vendor Country: 0x00 0xD1
Capacity Used: 78% 99%
Noise Margin: 1.5 dB 6.0 dB
Output Power: 14.5 dBm 6.0 dBm
Attenuation: 52.0 dB 25.0 dB
Defect Status: None None
Last Fail Code: Handshake or init message invalid or had bad CRC
Selftest Result: 0x00
Subfunction: 0x15
Interrupts: 12331 (0 spurious)
PHY Access Err: 0
Activations: 1
LED Status: ON
LED On Time: 100
LED Off Time: 100
Init FW: embedded
Operation FW: embedded
SW Version: 3.8131
FW Version: 0x1A04
Interleave Fast Interleave Fast
Speed (kbps): 0 3360 0 640
Cells: 0 114 0 510159
Reed-Solomon EC: 0 3592 0 0
CRC Errors: 0 28 0 0
Header Errors: 0 8 0 0
Bit Errors: 0 0
BER Valid sec: 0 0
BER Invalid sec: 0 0
LOM Monitoring : Disabled
DMT Bits Per Bin
00: 0 0 0 0 0 0 0 6 6 8 9 A A A 9 8
10: 9 9 9 8 8 9 8 8 7 8 8 7 6 4 0 0
20: 0 0 0 0 0 0 3 4 5 5 5 5 6 6 7 7
30: 7 8 8 8 8 8 8 8 8 8 8 8 8 7 8 8
40: 0 8 8 7 8 2 8 7 8 8 8 8 8 8 8 8
50: 8 8 8 9 8 9 9 9 9 9 9 9 9 8 9 9
60: 8 9 8 8 8 8 8 8 8 8 8 8 8 8 8 8
70: 8 8 8 8 8 8 8 8 7 8 8 8 8 7 7 7
80: 6 7 8 8 7 7 7 7 7 7 7 5 7 6 6 7
90: 6 7 6 7 6 6 6 6 6 4 6 6 6 5 4 5
A0: 5 5 4 4 3 2 4 3 4 4 3 2 0 3 2 3
B0: 0 2 2 2 3 3 4 4 4 2 3 3 0 3 2 0
C0: 0 0 0 0 2 0 2 0 0 0 0 0 0 0 0 0
D0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
E0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
F0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Log file of training sequence:
** HS DL notify state *** enter : -1431655766
Sachem device 0 succesfully initialized !
disable Receive Soc channel.
AME:HsDetector::stopDetection
** HS DL notify state *** enter : 0
Configure Downstream Channel
Configure Downstream Channel
fw version: 1.1.1
Installing initial TEQ coefficients
AFE:2dB boost
setMaskMain on interruptDispatcher
Nominal TX gain ...
...It goes on and on and on...

=========================

Also, I notice that the value in...

Noise Margin: 2.0 dB 6.0 dB
Output Power: 16.0 dBm 3.0 dBm
Attenuation: 51.5 dB 25.0 dB

the 1st column for "Noise Margin" varies tremendously (from 1.0 to 4.5). I even thought I saw it go negative before...

Any suggestions that you might have would be GREATLY APPRECIATED!

Your friend in Virginia,
Paul L

vinbuck

ptlinva wrote: »

Hi Everyone,

I'm working on my CCNA-Voice but took a break to install/configure a 1760 with a WIC1-ADSL card in a 1760 router to replace my Westell DSL modem on a Verizon DSL line. I figured the experts in the CCNP group would be mroe apt to assist me with this project. BTW, as soon as I finish the CCNA-Voice (which expires 2/28 for IIUC), I'll be going for my CCNP as well!

Okay, back to the DSL issue.. I've used a multitude of configs and I'm currently connecting, receiving an IP, and able to route traffic. However, it goes down every few minutes and has to reconnect. With the Westell DSL modem, at least it stays up and running (but has it's moments as well).

Here's my current running config...

R5#show run
Building configuration...
Current configuration : 1767 bytes
!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname R5
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
!
resource policy
!
mmi polling-interval 60
no mmi auto-configure
no mmi pvc
mmi snmp-timeout 180
voice-card 2
!
voice-card 3
!
ip subnet-zero
ip cef
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
interface ATM0/0
mac-address 0023.9782.a672
no ip address
atm ilmi-keepalive
dsl operating-mode auto
dsl enable-training-log
hold-queue 224 in
!
interface ATM0/0.1 point-to-point
pvc 0/35
vbr-nrt 128 128 1
pppoe-client dial-pool-number 1
!
!
interface FastEthernet0/0
ip address 192.168.1.1 255.255.255.0
ip nat inside
ip virtual-reassembly
speed auto
!
interface Dialer1
ip address negotiated
ip mtu 1370
ip nat outside
ip virtual-reassembly
encapsulation ppp
dialer pool 1
dialer-group 1
ppp authentication chap callin
ppp chap hostname newdsl
ppp chap password 0 newdsl1
ppp pap sent-username newdsl password 0 newdsl1
ppp ipcp dns request
!
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer1
!
!
no ip http server
no ip http secure-server
ip nat inside source list 10 interface Dialer1 overload
!
access-list 10 permit any
!
!
control-plane
!
!
!
voice-port 2/0
!
voice-port 2/1
!
voice-port 3/0
!
voice-port 3/1
!
!
!
!
!
!
banner motd ^CCCCCCC
*******************
PLEASE DONT LOGIN
*******************
^C
alias exec s show ip int br
!
line con 0
exec-timeout 0 0
privilege level 15
password 7 02050D480809
logging synchronous
length 65
line aux 0
exec-timeout 0 0
password 7 05080F1C2243
logging synchronous
login
line vty 0 4
exec-timeout 0 0
password 7 05080F1C2243
logging synchronous
login
!
scheduler allocate 20000 1000
end

======================
R5#show int atm 0/0
ATM0/0 is up, line protocol is up
Hardware is DSLSAR (with Alcatel ADSL Module)
MTU 4470 bytes, sub MTU 4470, BW 640 Kbit, DLY 800 usec,
reliability 31/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
Encapsulation(s): AAL5 AAL2, PVC mode
23 maximum active VCs, 256 VCs per VP, 1 current VCCs
VC Auto Creation Disabled.
VC idle disconnect time: 300 seconds
Last input 00:00:58, output 00:00:06, output hang never
Last clearing of "show interface" counters never
Input queue: 0/224/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: Per VC Queueing
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
27 packets input, 1865 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
27 packets output, 2218 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
R5#
=========================
R5#show dsl int atm 0/0
ATM0/0
Alcatel 20150 chipset information
ATU-R (DS) ATU-C (US)
Modem Status: Showtime (DMTDSL_SHOWTIME)
DSL Mode: ITU G.992.1 (G.DMT) Annex A
ITU STD NUM: 0x01 0x1
Vendor ID: 'ALCB' 'CTNW'
Vendor Specific: 0x0000 0x0000
Vendor Country: 0x00 0xD1
Capacity Used: 78% 99%
Noise Margin: 1.5 dB 6.0 dB
Output Power: 14.5 dBm 6.0 dBm
Attenuation: 52.0 dB 25.0 dB
Defect Status: None None
Last Fail Code: Handshake or init message invalid or had bad CRC
Selftest Result: 0x00
Subfunction: 0x15
Interrupts: 12331 (0 spurious)
PHY Access Err: 0
Activations: 1
LED Status: ON
LED On Time: 100
LED Off Time: 100
Init FW: embedded
Operation FW: embedded
SW Version: 3.8131
FW Version: 0x1A04
Interleave Fast Interleave Fast
Speed (kbps): 0 3360 0 640
Cells: 0 114 0 510159
Reed-Solomon EC: 0 3592 0 0
CRC Errors: 0 28 0 0
Header Errors: 0 8 0 0
Bit Errors: 0 0
BER Valid sec: 0 0
BER Invalid sec: 0 0
LOM Monitoring : Disabled
DMT Bits Per Bin
00: 0 0 0 0 0 0 0 6 6 8 9 A A A 9 8
10: 9 9 9 8 8 9 8 8 7 8 8 7 6 4 0 0
20: 0 0 0 0 0 0 3 4 5 5 5 5 6 6 7 7
30: 7 8 8 8 8 8 8 8 8 8 8 8 8 7 8 8
40: 0 8 8 7 8 2 8 7 8 8 8 8 8 8 8 8
50: 8 8 8 9 8 9 9 9 9 9 9 9 9 8 9 9
60: 8 9 8 8 8 8 8 8 8 8 8 8 8 8 8 8
70: 8 8 8 8 8 8 8 8 7 8 8 8 8 7 7 7
80: 6 7 8 8 7 7 7 7 7 7 7 5 7 6 6 7
90: 6 7 6 7 6 6 6 6 6 4 6 6 6 5 4 5
A0: 5 5 4 4 3 2 4 3 4 4 3 2 0 3 2 3
B0: 0 2 2 2 3 3 4 4 4 2 3 3 0 3 2 0
C0: 0 0 0 0 2 0 2 0 0 0 0 0 0 0 0 0
D0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
E0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
F0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Log file of training sequence:
** HS DL notify state *** enter : -1431655766
Sachem device 0 succesfully initialized !
disable Receive Soc channel.
AME:HsDetector::stopDetection
** HS DL notify state *** enter : 0
Configure Downstream Channel
Configure Downstream Channel
fw version: 1.1.1
Installing initial TEQ coefficients
AFE:2dB boost
setMaskMain on interruptDispatcher
Nominal TX gain ...
...It goes on and on and on...

=========================

Also, I notice that the value in...

Noise Margin: 2.0 dB 6.0 dB
Output Power: 16.0 dBm 3.0 dBm
Attenuation: 51.5 dB 25.0 dB

the 1st column for "Noise Margin" varies tremendously (from 1.0 to 4.5). I even thought I saw it go negative before...

Any suggestions that you might have would be GREATLY APPRECIATED!

Your friend in Virginia,
Paul L

Any idea how long your loop is?

Right off the bat... your SNR numbers are pretty low. The DSL modem will have a hard time distinguishing the signal from the noise (In general, higher SNR is better although there are exceptions) You really want the attenuation numbers to be below 50db to avoid frequent re-training of the ADSL modem.

In short, the Telco will probably have to test this line and run trouble on it. How old is the wiring inside your home?

tiersten

The line attenuation is pretty bad but it should be still workable. Whats really killing you in the 1-2dB noise margin. It shouldn't ever be that low for a correctly functioning line. Everytime its dipping even lower is when it completely dies and has to retrain. The results of the training don't look too horrendous either. I'm not sure why you're getting such a bad noise margin.

What MississippiGuardsman said. Go get the telco to test your line for faults. Unplug all the other phones and extensions on this line and retry. Plug it into the master socket for your house if possible and again unplug all extensions.

ptlinva

Thank you for your assistance. With your help in pointing me in the right direction, I feel better about contacting Verizon about the quality of my dsl connection.

However, Verizon has really provided me with some terrible service on the past 3-4 weeks. Notably, no calls/no shows for starters. I took off a day from work and NO ONE ever showed up. I called and spoke to two supervisors and two repair managers. I still have yet to see anyone out here... I'm quickly losing my favorable impression of them.

My Noise Margin (SNR) varies from 2.0 to -20.5. That's right, a negative! Also, as you've so kindly pointed out, my attenuation is pretty solid around the 51dB level consistantly.

Therefore, after getting them to remotely test the line (I believe dsl support is overseas for Verizon), they have finally stated that there are problems with the line and that someone will call me back. However, I don't have a lot of faith in that either because when I get told that someone will call me back, it usually DOESN'T happen. (1 out of 3, not good).

Thanks again for your assistance. I'm not rude to Verizon but I feel quite a bit more confident when speaking with them now. I just can't wait to actually chat with the guy that comes out and works on it. They always seem to be the one that knows what really is going on.

Take care, my friends.
-paul


Information I found online that might help others...

==================================

Noise Margin (AKA Signal to Noise Margin or Signal to Noise Ratio)

Relative strength of the DSL signal to Noise ratio. The higher the number the better for this measurement. In some instances interleaving can help raise the noise margin to an acceptable level.

6dB or below is bad and will experience no synch or intermittent synch problems
7dB-10dB is fair but does not leave much room for variances in conditions
11dB-20dB is good with little or no synch problems* (but see note below)
20dB-28dB is excellent
29dB or above is outstanding
* Note that there may be short term bursts of noise that may drop the margin, but due to the sampling time of the management utility in your modem, will not show up in the figures.


Line Attenuation

Measure of how much the signal has degraded between the DSLAM and the modem. This is largely a function of the distance from the exchange. The lower the dB the
better for this measurement.
20dB and below is outstanding
20dB-30dB is excellent
30dB-40dB is very good
40dB-50dB is good
50dB-60dB is poor and may experience connectivity issues
60dB or above is bad and will experience connectivity issues

==================================

ptlinva

Finally!

I was told by the Verizon field tech that we should NOT have been sold the 3.3mb plan and that would should be on the 1.6 (or 1)mb plan.

I have since called and asked to have my bandwidth reduced.

Do you think this will help the SNR and attenuation signals?

I really want to hook up my Cisco router in place of my westell modem.

Thanks!
-paul

ptlinva

Verizon reduced my speed by 1/2 (down to 1.5mb), my SNR increased to 7.0 (although the attenuation remained the same), and everything seems to be working now.

I'm able to do repeat pings without drops and I have yet to see a disconnect/reconnect for the ADSL connection on the Cisco router.

I am, however, having a routing issue which I'll post in a new topic.

Thank you ALL for your time and assistance. Having people like you around sure makes life so much more fun!

Your Cisco friend,
Paul L.

vinbuck

I would ask them how long your loop is. You can serve 3 Mbps out a pretty good distance even on a loop that has some issues. It sounds like they are trying to solve the problem by chopping your speed down rather than address the issues that exist on your loop that are showing up in the form of poor SNR numbers and high attenuation. Reducing your speed is a band-aid. Usually when a telco tries to reduce your speed due to problems like yours, they either a) are lazy and don't want to do a truck roll or b) have a known problem on your cable route and don't want to spend the money to rehab it or replace it.

If you are happy with 1.5 Mbps then you may not want to press the issue, but know that you'll probably experience issues even at 1.5Mbps at some point in the future if they haven't addressed the underlying issues with the copper.

ptlinva

When they 1st reduced my speed, things were okay. My SNR number went up a bit (to 7) and things didn't fail.

Then later that evening, the SNR numbers went WAY up and I then started having problems again.

The Verizon DSL guy just left and stated that there weren't any problems. Right after he left, my capacity used numbers went right back up again... from 50% to 97-98%.

He gave me his cell phone and told me to call but, of course, he's not answering. I guess I'll try calling back to Verizon and see what they say...

Thanks again for the comments MississippiGuardsman! You were right on target so I'll keep at it.

Your friend,
Paul

vinbuck

Glad I could help! I work for a regional telco as a Network Engineer...and I work on DSL all the time so I get to see the good, the bad and the ugly

ptlinva

Hi Everyone,

Well, it seems that they've done some more work to my DSL. I believe the last thing they stated was that they were going to switch my port that I was on.

Anyway, this morning I had the best SNR on my router EVER... 9.5.

I believe the westell DSL modem that Verizon gave me is better than the Cisco WIC1-ADSL because it was reporting 21db noise margin.

However, once I get positive - about a 2.0 or so... it seems to connect with the Cisco with a pretty solid connection.

..and FINALLY... I had an issue with routing where google.com would pull up but not other webpages. It had to do with the MTU setting BUT NOT the mtu on the dsl connection, but rather, the mtu on my f0/0 port.

The command was

ip tcp adjust-mss 1440

Once I put this command in place, all web pages started pulling up fine!

Thanks to EVERYONE... including the MISSISSIPPI MAN and Tiersten!!

Being a part of TechExams.net is so AWESOME!

Thanks again..

Your Cisco Friend in Virginia

/usr

It had to do with the MTU setting BUT NOT the mtu on the dsl connection, but rather, the mtu on my f0/0 port.

Any idea why this was the case?

I've ran into issues of having to change the MTU on a WAN interface connecting to a DSL modem due to PPPoE overhead, but never anything like that on a LAN interface. Just curious as to why...

Edit: I just read your other post and the link that solved your problem...my fault for being blind, hahah

tiersten

ptlinva wrote: »

..and FINALLY... I had an issue with routing where google.com would pull up but not other webpages. It had to do with the MTU setting BUT NOT the mtu on the dsl connection, but rather, the mtu on my f0/0 port.

The command was

ip tcp adjust-mss 1440

You're adjusting the MSS so it doesn't exceed the MTU. Your issues are because it appears you're using PPPoE and something between you and other sites is screwing up path MTU discovery by blocking ICMP. If your firewall configuration is doing this then you need to adjust it.

If you're using the adjust-mss setting then its on the ethernet interface and not the WAN interface. Read this.

vinbuck

ptlinva wrote: »

Hi Everyone,

Well, it seems that they've done some more work to my DSL. I believe the last thing they stated was that they were going to switch my port that I was on.

Anyway, this morning I had the best SNR on my router EVER... 9.5.

I believe the westell DSL modem that Verizon gave me is better than the Cisco WIC1-ADSL because it was reporting 21db noise margin.

However, once I get positive - about a 2.0 or so... it seems to connect with the Cisco with a pretty solid connection.

..and FINALLY... I had an issue with routing where google.com would pull up but not other webpages. It had to do with the MTU setting BUT NOT the mtu on the dsl connection, but rather, the mtu on my f0/0 port.

The command was

ip tcp adjust-mss 1440

Once I put this command in place, all web pages started pulling up fine!

Thanks to EVERYONE... including the MISSISSIPPI MAN and Tiersten!!

Being a part of TechExams.net is so AWESOME!

Thanks again..

Your Cisco Friend in Virginia

Awesome...glad you got it figured out. So they cleaned up your loop and changed the port on the MSAP/DSLAM?