Cisco 876 ADSL Einwahlproblem ( Anschluss geht mit billig Router)

[DuneX]

Hallo

ich hoffe jemand hat einen Tipp woran es liegen könnte.

Der Router lief bis vor ca. 2 Wochen ohne Probleme über ein Jahr druch. Ich habe den Router schon mal gegen einen anderen getauscht daran lag es auch nicht. Beides Cisco 876 mit IOS 12.4 (15) T9. ATM wird syncron aber der Dialer kommt nicht hoch.
An dem Anschluss läuft ein billig Router ohne Problem.
Die Router laufen beide mit der selben Konfiguration an einem anderen DSL Anschluss problemlos. Laut T-Kom ist der Anschluss aber i.O.
Ich habe im moment keine wirkliche Idee wie ich das Problem beheben kann.

Grüße
Dune

[RolfW]

Hallo.

Hast Du schon mal ins Log geschaut, oder debugt?
Wenn das DSL Sync ok ist, hatte ich bisher nie Probleme.

Grüße

Rolf

[Wordo]

Poste mal den Sync: "sh dsl int atm 0"

Dann machste ein:

deb atm er
deb atm ev
deb pppoe er
deb pppoe ev
deb ppp neg
deb ppp auth
ter mon
conf t
int atm 0
shut
no shut

Dann die Fehler posten.

[Servidge]

Das DSL Verbindungen mit billig Routern funktionieren und mit Ciscos nicht ist nicht so ungewöhnlich.
Bei den Ciscos kommt es dann neben dem IOS hauptsächlich auf die DSL Firmware an. Da gibt es unter umständen Abhängigkeiten von der eingesetzten Technik auf DSLAM Seite. Die Infos die Wordo erfragt hat sind dafür hilfreich.

[DuneX]

Hi,

kann diese Info's erst am Di posten wenn ich wieder vor Ort war. Ich vermute das es ein neues VDSL DSLAM ist mit den'nen solls ja öfter Probleme geben.
Das Komische ist nur dass er ein DSL Sync hinbekommt (die LED leutet nur noch und blickt nicht mehr - sieht man auch unter sh int atm0.1 up up und werte)
aber der Dialer kommt nicht hoch. Leider konnte ich kein pppoe debug - hab in dem moment nicht dran gedacht

FW auf den Ciscos 3.0.14

Grüße
Dune

[Servidge]

wenn das (FW auf den Ciscos 3.0.14) die DSL Firmware ist wird es wohl mal Zeit für ein Update.

Im Flash sollte dann die Datei adsl_alc_20190.bin in einer aktuellen Version liegen. Die Version 4.0.15 hat bisher die wenigsten Probleme gemacht. Update der DSL Firmware ist recht einfach. Einfach die Datei mit genau dem Namen adsl_alc_20190.bin ins Flash legen und Router neu starten. Danach sollte im sh dsl int atm0 die Firmwareversion unter Operation FW zu sehen sein.

[DuneX]

Hallo,

habe am Wochenende ein bissel rum gestestet. Es scheint so das die 16k Anschlüsse mit der 4.0.0.017 laufen. Zumindest hats an meinem Anschluss dann geklappt.

Grüße
Dune

[xor]

Die Ursache, dass es die ganze Zeit lief und dann auf einmal nicht, kann sein:

DSLAM Firmware Update (neues Plattformrelease) und deine alte DSL Firmware auf dem Cisco kam damit nicht mehr zu Recht.

Du kannst mir auch gern mal deine Rufnummer per PN mitteilen.

[DuneX]

Hallo,

davon gehe ich auch aus. Leider läuft der Anschluss noch immer nicht stabil.
Inzwischen habe ich die Firmware 4.0.15 und 4.0.17 getestet. Bei beide Versionen ist das DSL Modem syncon.
Aber in gewissen Abständen und bei Last über 50% legt der Dialer einfach auf und kommt nicht wieder hoch.
Ein shut auf dem ATM interface hilft meist nicht.
Wenn das passiert ist bekomm ich im debug pppoe padi timer expired Meldungen.

Anbei habe ich noch ein Debug der DSL/PPPoE Connection.

Grüße
Dune

[RolfW]

Hallo.

Schau mal hier -> Cisco DSL Router Configuration and Troubleshooting Guide - PPPoE: DSL Router as a PPPoE Client Troubleshooting - Cisco Systems

Auszug

Are you receiving a PPPoE response from the aggregation router? If you do not have an active PPPoE session established, you need to issue the debug vpdn pppoe-events command to determine what PPPoE does not come up. Router#debug vpdn pppoe-events *Mar 3 21:49:38.030: Sending PADI: vc=8/35 *Mar 3 21:49:38.030: padi timer expired *Mar 3 21:50:10.030: Sending PADI: vc=8/35 *Mar 3 21:50:10.030: padi timer expired *Mar 3 21:50:42.030: Sending PADI: vc=8/35 *Mar 3 21:50:42.030: padi timer expired *Mar 3 21:51:14.030: Sending PADI: vc=8/35 *Mar 3 21:51:14.030: padi timer expired *Mar 3 21:51:46.030: Sending PADI: vc=8/35 *Mar 3 21:51:46.030: padi timer expired Router#undebug all In this example, the Cisco DSL router continuously sends PPPoE Active Discovery Initiation (PADI) frames to the ISP with no response. The PADI frame is the first in a series of PPPoE call-setup frames. If your ISP does not respond with a PPPoE Active Discovery Offer (PADO), PPPoE negotiation does not succeed. The only solution for this problem is to contact your ISP.

Poste doch bitte mal deine Config sicherheitshalber...

Vielleicht hat aber auch noch ein Ciscoaner eine Idee.

Grüße

Rolf