| [H/W] Bug with WIC-1ADSL / HWIC-1ADSLI have four DSL modules in my 2821 router, 2 WIC-1ADSL and 2 HWIC-1ADSL.
I am having the same problem with 4 aDSL lines on all four modules. The upstream with only sync at 736 kbit/s (should be 800kbit/s), and says it is maxing 100% of the available bandwidth, however downstream syncs at 5056 and says it is using around 50%.
Also, the provider is showing I am on a fast path profile, but the Cisco ADSL module seems to be showing Interleave.
If I use an external DSL modem, i get full 800kbit/s upstream. It just seems to be a problem with the Cisco modules. Please find output below.
ATM0/0/0
Alcatel 20190 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: 0x03 0x2
Vendor ID: 'STMI' 'IKNS'
Vendor Specific: 0x0000 0x0100
Vendor Country: 0x0F 0xB5
Chip ID: C196 (0)
DFE BOM: DFE3.0 Annex A (1)
Capacity Used: 50% 100%
Noise Margin: 23.5 dB 6.0 dB
Output Power: 8.5 dBm 12.5 dBm
Attenuation: 14.0 dB 13.5 dB
FEC ES Errors: 0 0
ES Errors: 0 2
SES Errors: 0 0
LOSES Errors: 0 0
UES Errors: 0 0
Defect Status: None None
Last Fail Code: None
Watchdog Counter: 0x37
Watchdog Resets: 0
Selftest Result: 0x00
Subfunction: 0x00
Interrupts: 4132 (0 spurious)
PHY Access Err: 0
Activations: 1
LED Status: OFF
LED On Time: 0
LED Off Time: 0
Init FW: init_AMR-3.0.014_no_bist.bin
Operation FW: AMR-3.0.014.bin
FW Source: embedded
FW Version: 3.0.14
Interleave Fast Interleave Fast
Speed (kbps): 5056 0 736 0
Cells: 6832633 0 2288217 0
Reed-Solomon EC: 0 0 1 1
CRC Errors: 0 0 2 1
Header Errors: 0 0 1 1
Total BER: 0E-0 0E-0
Leakage Average BER: 0E-0 0E-0
ATU-R (DS) ATU-C (US)
Bitswap: enabled enabled
Bitswap success: 0 0
Bitswap failure: 0 0
LOM Monitoring : Disabled
DMT Bits Per Bin
000: 0 0 0 0 0 0 0 3 5 6 7 8 A A A A
010: B B B B B B A A A A 9 9 9 8 8 7
020: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 7
030: 6 7 7 7 7 7 7 7 7 8 7 7 7 0 2 0
040: 0 5 5 6 7 7 8 9 8 8 9 8 8 8 9 9
050: 9 9 8 8 9 9 9 9 8 8 9 9 8 8 8 8
060: 9 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8
070: 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8
080: 8 8 8 8 8 8 8 8 8 7 8 8 8 8 8 8
090: 8 8 7 7 0 0 7 7 8 8 7 7 7 7 0 7
0A0: 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7
0B0: 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7
0C0: 7 7 7 7 7 6 7 7 7 7 7 7 7 7 7 7
0D0: 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7
0E0: 7 7 7 6 7 7 7 7 7 6 0 6 6 6 6 6
0F0: 6 6 6 0 0 6 6 6 5 6 6 6 6 0 0 0
DSL: Training log buffer capability is not enabled
Here is the output from the provide side while synced with my Cisco router.
Line Status: In Service UpTime:
Line Profile: d5056/u800 on Fast Path Last State Change: Fri Oct 30 20:47:00 EDT 2009
Operational Status Speed (Kbs) Relative Capacity Occupation (%) Noise Margin (0..31 dB) Signal Power (0..20 dBm) Attenuation (0..60 dB) Block count
UpStream 736 76 8.0 12.0 5.0 4.81401952E8
DownStream 5056 50 25.0 9.0 13.0 1.9257802E7
As you can see, the provider side is only showing 76% bandwidth usage on the upstream side.
Has anyone experienced this before? Any idea what could be happening?
Thanks ! |
|
|
|
 TomS_Git-r-donePremium,MVM
join:2002-07-19
Ireland
kudos:1 | said by deaddawg:Has anyone experienced this before? Probably every single Cisco ADSL router/module user. 
I dont know what it is, but I have heard that Ciscos tend to ignore certain parameters that the DSLAM passes to it, as such it tries to figure it out for itself, and doesnt usually end up getting 100% out of a line.
It can be good or bad. Sometimes it may result in increased stability at the trade off of a little speed, other times it may try and grab too much and reduce reliability. |
|
| reply to deaddawg
The thing that bothers me the most is that it is getting Interleave instead of Fast Path. |
|
| reply to TomS_
quote:
Probably every single Cisco ADSL router/module user.
You got that right. It has been a problem with the chips Cisco uses for their aDSL interfaces for many years. Those chip are only 100% compatible with DSLAMs from the same manufacturer. In published interop tests I have read Cisco equipment syncs at a slower rate and shows a higher error rate then other vendor's products. Given that this has been known for awhile I doubt Cisco will ever change vendors or pressure their current vendor to fix the incompatibilities. |
|
 NeTwOrKDawgNetworking is a lifestyle
join:2005-04-25
Brantford, ON
1 edit | reply to deaddawg
I have it worse here..upstream capacity is 104%.
ATM0/2/0
Alcatel 20150 chipset information
ATU-R (DS) ATU-C (US)
Modem Status: Showtime (DMTDSL_SHOWTIME)
DSL Mode: ANSI T1.413
ANSI Issue/rev: 2/1 2/7
Vendor ID: 0x0022 0x0039
Capacity Used: 90% 104%
Noise Margin: 2.0 dB 7.0 dB
Output Power: 20.0 dBm 12.0 dBm
Attenuation: 34.0 dB 20.0 dB
FEC ES Errors: 0 0
ES Errors: 5089 53
SES Errors: 0 0
LOSES Errors: 0 0
UES Errors: 0 0
Defect Status: None None
Last Fail Code: None
Watchdog Counter: 0x96
Watchdog Resets: 0
Selftest Result: 0x00
Subfunction: 0x15
Interrupts: 1325 (0 spurious)
PHY Access Err: 0
Activations: 1
LED Status: ON
LED On Time: 100
LED Off Time: 100
Init FW: ASW_init_3_8_131.bin
Operation FW: ASW_R3_8_131.bin
FW Source: embedded
FW Version: 3.8.131
Interleave Fast Interleave Fast
Speed (kbps): 0 7040 0 800
Cells: 0 1124857104 0 3025904268
Reed-Solomon EC: 0 0 11 6
CRC Errors: 0 5136 5 49
Header Errors: 0 3649 10 19
Bit Errors: 0 0
BER Valid sec: 0 0
BER Invalid sec: 0 0
LOM Monitoring : Disabled
DMT Bits Per Bin
000: 0 0 0 0 0 0 0 7 9 9 A A B B B B
010: B B B B B A A A 9 9 9 8 8 7 0 0
020: 0 0 0 0 0 0 6 7 7 7 8 8 8 9 9 9
030: 8 9 A A A A A A A B B B B A B B
040: 0 B B B A B B B B B B B B B B B
050: B B B A B A B B B B 2 B B A A A
060: A A A A A A A A A A A A A A A A
070: A A A A A A A A A A A A A A A A
080: A A A A A A 9 A A A A 9 A A A A
090: 9 A A A 9 A A A A A 9 9 9 9 9 9
0A0: 9 A 9 9 9 9 9 9 9 9 9 9 9 9 9 9
0B0: 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9
0C0: 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9
0D0: 9 9 8 9 9 9 9 8 9 9 8 8 8 8 8 8
0E0: 8 8 6 6 6 6 6 6 5 5 5 5 5 4 4 4
0F0: 4 4 4 4 4 0 0 0 0 0 0 0 0 0 0 0
DSL: Training log buffer capability is not enabled
|
|
| But it is actually syncing on fast path and at 800 kbit upstream ..... I wish I had that! |
|
| reply to deaddawg
So I figured out it is some sort of bug with the remote DSLAM's that Bell uses here. I believe it is the newer Lecent Stinger's.
It identifies as IKNS as the vendor. Apparently it is a hardware problem that they cannot / will not fix. I will have to deal with lower upstream. Some modems can sync at full 800, but lots of issues. |
|
keeskaPremium
join:2007-04-06
Sedona, AZ | Are you sure the bug is in the DSLAM? Cisco devices have had trouble syncing with Lucet DSLAMs for years due to incompatibilities in the chips Cisco uses. There were some old posts about the problems in the qwest forum since qwest uses Lucent DSLAMs at some locations. Interesting that the old 670 aDSL router Cisco bought instead of built is able to sync at full speed with the same DLSAMs. |
|
| well it is a hardware bug with some modems (cisco included)
I will just have to deal with 736 x 4 instead of 800 x 4. I can live.
 |
|
| reply to deaddawg
Re: [H/W] Bug with WIC-1ADSL / HWIC-1ADSL Why don´t you try upgrading the DSL firmware, you are using the embedded one. New firmwares will make the chipset to train at higher speeds and to solve interop issues, I think the latest one for the HWIC card is 4.0.15 and of course you would need a CCO to download it. |
|
| I have actually been running the external FW for a while now on the two HWIC cards, no difference.
Init FW: init_AMR-4.0.015.bin
Operation FW: AMR-4.0.015.bin
FW Source: external
FW Version: 4.0.15 |
|
