Jump to content

Cisco 876 ATM kommt nicht hoch


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

hallo zusammen

 

Auf einem Cisco 876 kann die DSL-Verbindung nich aufgebuat werden. Hat dieses Problem schon jemand gesehen? Hat das mit der Leitung zu tun?

 

debug atm events

 

000046: *Sep 1 03:29:18.860 PCTime: DSL(ATM0): 1: Modem state = 0x9

000047: *Sep 1 03:29:21.360 PCTime: DSL(ATM0): 2: Modem state = 0x9

000048: *Sep 1 03:29:23.859 PCTime: DSL(ATM0): 3: Modem state = 0x10

000049: *Sep 1 03:29:26.359 PCTime: DSL(ATM0): 4: Modem state = 0x10

000050: *Sep 1 03:29:28.866 PCTime: DSL(ATM0): 5: Modem state = 0x10

000051: *Sep 1 03:29:30.946 PCTime: DSL(ATM0): Received response: 0x22

000052: *Sep 1 03:29:30.946 PCTime: DSL(ATM0): Open failed: Req. min. rate + noise margin + PSD not possible on the line -- retrying

000053: *Sep 1 03:29:30.946 PCTime: DSL(ATM0): sleep 5 seconds

000054: *Sep 1 03:29:35.945 PCTime: DSL(ATM0): Send ADSL_OPEN command.

000055: *Sep 1 03:29:35.945 PCTime: DSL(ATM0): Using preferred open mode

000056: *Sep 1 03:29:35.945 PCTime: DSL(ATM0): Using ITU sync first for 5 secs, then ANSI/ITU sync alternatively for 2 secs

000057: *Sep 1 03:29:35.945 PCTime: DSL(ATM0): Using subfunction 0x0

000058: *Sep 1 03:29:35.945 PCTime: LOCAL:Max noise margin for power cutoff 31

000059: *Sep 1 03:29:35.945 PCTime: DSL(ATM0): GPCI[0] 0xA

000060: *Sep 1 03:29:35.945 PCTime: DSL(ATM0): GPCI[1] 0x2

000061: *Sep 1 03:29:35.945 PCTime: DSL(ATM0): GPCI[2] 0x2

000062: *Sep 1 03:29:35.945 PCTime: DSL(ATM0): GPCI[3] 0x0

000063: *Sep 1 03:29:35.945 PCTime: DSL(ATM0): Sent extended command 0x3

 

usw...

 

 

Config

interface ATM0
no ip address
no ip redirects
no ip unreachables
no ip proxy-arp
ip route-cache flow
no atm ilmi-keepalive
dsl operating-mode auto
!
interface ATM0.1 point-to-point
description Internet$FW_OUTSIDE$$ES_WAN$
pvc 8/35
 pppoe-client dial-pool-number 1
!
!
interface Dialer0
description $FW_OUTSIDE$
ip address negotiated
ip access-group 100 in
no ip redirects
no ip unreachables
no ip proxy-arp
ip mtu 1452
ip nat outside
ip virtual-reassembly
encapsulation ppp
ip route-cache flow
dialer pool 1
dialer-group 1
no cdp enable
ppp authentication chap callin
ppp chap hostname xxxxxxxxxxxx
ppp chap password 0 xxxxxxxxxxx
crypto map cagCMAP1

 

Gruess, maccros

Link zu diesem Kommentar

Anbei die Versionsangaben, die deb's haben nicht mehr als das oben gepostete ergeben...

 

 

 

Cisco IOS Software, C870 Software (C870-ADVIPSERVICESK9-M), Version 12.4(15)T7, RELEASE SOFTWARE (fc3)

 

ATM0

Alcatel 20190 chipset information

Line not activated: displaying cached data from last activation

ATU-R (DS) ATU-C (US)

Modem Status: Showtime (DMTDSL_DO_OPEN)

DSL Mode: ITU G.992.1 (G.DMT) Annex B

ITU STD NUM: 0x03 0x1

Vendor ID: 'STMI' 'ALCB'

Vendor Specific: 0x0000 0x0000

Vendor Country: 0x0F 0x0F

Chip ID: C196 (0)

DFE BOM: DFE3.0 Annex B (2)

Capacity Used: 69% 96%

Noise Margin: 15.0 dB 9.0 dB

Output Power: 19.5 dBm 11.5 dBm

Attenuation: 25.0 dB 16.0 dB

Defect Status: None None

Last Fail Code: None

Watchdog Counter: 0x26

Watchdog Resets: 0

Selftest Result: 0x00

Subfunction: 0x00 (non-UR2)

Interrupts: 124257 (0 spurious)

PHY Access Err: 0

Activations: 1

LED Status: OFF

LED On Time: 100

LED Off Time: 100

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

Link zu diesem Kommentar

Das mit dem plötzlich da, sprich wenn es länger dauert als üblich läßt ja auf eine nicht ganz so optimale Leitung schließen.

 

Andererseits da keine dedizierte DSL Firmware beim 876 verwendet wird und die embedded ja auch schon etwas älter ist könnte mal eine aktuelle verwendet werden. Die aktuelleren haben so einige Fehler im Zusammenspiel mit unterschiedlichen DSLAMS beseitgt. Wobei ich jetzt auch nicht sagen kann welche für das Netz von Swisscom (Bluewin) passt.

Vielleicht kann der Netzanbieter da weiterhelfen, die Readmes zu den Versionen lesen oder einfach die letzten Versionen ausprobieren.

Einfach mal bei cisco nach adsl_alc_20190.bin suchen.

 

Bei mir an einem ADSL2+ Anschluss der Telekom lief eine 4.0.15 problemlos.

Link zu diesem Kommentar

Hallo,

 

schon mal auf die Idee gekommen, dass die Provider Leitung einfach suboptimal ist und gefixt werden muss? Wenn es bei 50 Komponenten funzt und hier nicht - dann wird es wohl eher der provider sein - also hier Case + escalation.

 

Open failed: Req. min. rate + noise margin

LOCAL:Max noise margin for power cutoff 31

 

==> no showtime @ adsl

 

Der Provider "muss" hier einheitliche (es soll funzen) Qualität liefern - sonst wird bei jedem Problem eine andere Firmware verwendet und irgendwas optimiert. Dies sollte die Betreibarkeit des Netzwerkes aus Kundensicht nicht gerade optimieren..

 

cheers

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...