Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

ADSL-Problem in Germany with Cisco 1841 + HWIC-ADSLI-B/ST: FW issue?

All,

any suggestions which IOS + FW might be run stable in Germany by DTAG (Deutsche Telekom) ADSL-Network with this setup?

Setup is:

Cisco 1841 (256MB/64MB)

IOS: c1841-advipservicesk9-mz.124-15.T3.bin

FW Version: 2.5.42 (tested also 3.0.14)

Card: HWIC-ADSLI-B/ST (Alcatel 20190 chipset)

Symptom/Problem: DSL only stable between 6-20 hours and needs to be rebooted always until next time where DSL-connectivity is lost!

Here is the current output about the dsl interface:

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 B
ITU STD NUM:     0x03                            0x1
Vendor ID:       'STMI'                          'IFTN'
Vendor Specific: 0x0000                          0x7174
Vendor Country:  0x0F                            0xB5
Chip ID:         C196 (0) capability-enabled
DFE BOM:         DFE2.6 Annex A (0)
Capacity Used:   78%                             58%
Noise Margin:    15.0 dB                         18.0 dB
Output Power:     8.0 dBm                        10.0 dBm
Attenuation:      6.0 dB                          2.5 dB
Defect Status:   None                            None
Last Fail Code:  None
Watchdog Counter: 0xB2
Watchdog Resets: 0
Selftest Result: 0x00
Subfunction:     0x00 (UR2)
Interrupts:      7662 (0 spurious)
PHY Access Err:  0
Activations:     1
LED Status:      OFF
LED On Time:     0
LED Off Time:    0
Init FW:         init_25042.bin
Operation FW:    AMR-R-2.5.042.bin
FW Source:       external
FW Version:      2.5.42

What we noticed is that the noise margin varries during this time period! Of course it is really around the borderline of minimum stable noise margin.

Why there is no output to which kind of DSLAM it is connected? Is this IOS/FW related?

BTW: Is there any source on the Cisco-Website with all available FW for those ADSL cards?

thx,

Taskin

Everyone's tags (4)
4 REPLIES
Hall of Fame Super Gold

Re: ADSL-Problem in Germany with Cisco 1841 + HWIC-ADSLI-B/ST: F

You need a support contract to download ADSL firmware.

New Member

Re: ADSL-Problem in Germany with Cisco 1841 + HWIC-ADSLI-B/ST: F

Well - that's not the problem

Could you tell me or give me a link where to find those firmware, pls? Have searched through various sources on the cisco.com site...but without any "real" success...

thx,

Taskin

Silver

Re: ADSL-Problem in Germany with Cisco 1841 + HWIC-ADSLI-B/ST: F

Hi Taskin,

The firmware for HWIC ADSL cards in integrated in IOS.

If you want to upgrade the firmware without upgrading IOS, you may check the link below:

http://www.cisco.com/cisco/software/release.html?mdfid=281993180&catid=268437899&flowid=534&dvdid=&softwareid=282821763&release=4.0.17&relind=null&rellifecycle=&reltype=null&i=rp

Can you paste the full log of show dsl interface, including the errors reported at the bottom?

Noise margin values must be at least between 8 and 13 dB, the higher the better. In your case, 15 is a good SNR, and it shouldn't have loss of synchronization.

Can you capture the same output when the link works fine, and after the link goes down?

Cheers

Marco

New Member

Re: ADSL-Problem in Germany with Cisco 1841 + HWIC-ADSLI-B/ST: F

Hi Marco,

yes - that's true with IOS and firmware but as you know sometimes newer IOS are problematic with needed features and it took always sometime to "certify" a new IOS.

But I'm exactly looking for some source like you mentioned - the only question is if those firmwares are in general valid like on integrated routers and also HWIC cards - even it makes it not easy to find firmware for needed platform if you don't know where to look - anf of course not if you have to look on different hardware platform

Anyway, here is now a output of "sh dsl int" where the connection is lost:

c1841#sh dsl int
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 B
ITU STD NUM:     0x03                            0x1
Vendor ID:       'STMI'                          'IFTN'
Vendor Specific: 0x0000                          0x7174
Vendor Country:  0x0F                            0xB5
Chip ID:         C196 (0) capability-enabled
DFE BOM:         DFE2.6 Annex A (0)
Capacity Used:   78%                             58%
Noise Margin:    15.0 dB                         18.0 dB
Output Power:     8.0 dBm                        10.0 dBm
Attenuation:      6.0 dB                          2.5 dB
Defect Status:   None                            None
Last Fail Code:  None
Watchdog Counter: 0x63
Watchdog Resets: 0
Selftest Result: 0x00
Subfunction:     0x00 (UR2)
Interrupts:      7682 (0 spurious)
PHY Access Err:  0
Activations:     1
LED Status:      OFF
LED On Time:     0
LED Off Time:    0
Init FW:         init_25042.bin
Operation FW:    AMR-R-2.5.042.bin
FW Source:       external
FW Version:      2.5.42

                 Interleave             Fast    Interleave              Fast
Speed (kbps):          6656                0           640                 0
Cells:             18585183                0     359383854                 0
Reed-Solomon EC:         15                0             0                 0
CRC Errors:               0                0             0                 0
Header Errors:            0                0             0                 0
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 0 0 0 0 0 0 0 0 0
010: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
020: 0 6 7 7 7 8 8 8 8 8 8 8 8 9 9 9
030: 9 8 8 8 8 8 7 7 6 6 5 4 8 A A B
040: B B B B B B B B B B B B B B B B
050: B B B B B B B B A B B B A B B B
060: 0 A B A B B B B 2 B A A A B A B
070: B A B B A A B B A B B A B B A B
080: B B A B A A A A A A A A A A A A
090: A A A A A A A A A A A A A A A A
0A0: A A A A A A A A A A A A A A 9 9
0B0: 9 9 9 9 9 9 9 9 8 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 8 8 9 9 9 9 9 9 9 9 9 9 9 9 8
0E0: 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9
0F0: 9 9 9 9 9 9 9 9 9 9 8 9 9 8 8 8

DSL: Training log buffer capability is not enabled

...even the ATM int is up/up there is no useable sync - as right know the router using the ISDN-Backup via Dialer1 instead of Dialer0 via aDSL:

lsv0321-c1841#sh ip int brie
Interface                  IP-Address      OK? Method Status                Protocol
FastEthernet0/0            unassigned      YES NVRAM  administratively down down
FastEthernet0/1            x.x.x.x   YES NVRAM  up                    up
ATM0/0/0                   unassigned      YES NVRAM  up                    up
BRI0/0/0                   unassigned      YES NVRAM  administratively down down
BRI0/0/0:1                 unassigned      YES unset  administratively down down
BRI0/0/0:2                 unassigned      YES unset  administratively down down
BRI0/1/0                   unassigned      YES NVRAM  up                    up
BRI0/1/0:1                 unassigned      YES unset  up                    up
BRI0/1/0:2                 unassigned      YES unset  down                  down
Virtual-Access1            unassigned      YES unset  down                  down
Virtual-Template1          x.x.x.x   YES TFTP   down                  down
Virtual-Access2            x.x.x.x     YES TFTP   up                    up
Virtual-Template2          x.x.x.x   YES TFTP   down                  down
Virtual-Access3            unassigned      YES TFTP   down                  down
Virtual-Access4            unassigned      YES unset  down                  down
Dialer0                    unassigned      YES IPCP   up                    up
Dialer1                    x.x.x.x     YES IPCP   up                    up

(x.x.x.x are IPs which I removed!)

The output where the ADSL works was in the first post - otherwhise I have to reboot the router first

thx a lot,

Taskin

986
Views
0
Helpful
4
Replies