1783VA Fehler 0x3385 mit Vodafone VDSL-Leitung

[wahltho]

Guten Morgen,

seit ca. 3 Tagen funktioniert meine Vodafone VDSL-Leitung plötzlich nicht mehr. Vorher war die Leitung stabil.

Ich habe einen Trace auf PPP erstellt, den ich aber leider nicht selbst interpretieren kann.

Ich würde daher die Experten um Hilfe bitten.

Viele Grüsse + Danke

Thomas

------------------------------------------------
[PPP] 2017/08/19 09:34:24,236 Devicetime: 2017/08/19 09:34:25,605

Transmit PADR frame to peer 88:a2:5e:b0:89:cb for session 0000
Host-ID: 7f 88 25 66 3f c4 12 b3
Service: (any)
Cookie: 2b d8 34 cd ef b1 ce ce 42 99 0a e4 48 27 30 44

[PPP] 2017/08/19 09:34:24,236 Devicetime: 2017/08/19 09:34:25,657

Received PADS frame from peer 88:a2:5e:b0:89:cb for session 0031
Service: (any), accepted
Host-ID: 7f 88 25 66 3f c4 12 b3, accepted
AC-Name: BSOJ01, accepted
Cookie: 2b d8 34 cd ef b1 ce ce 42 99 0a e4 48 27 30 44, accepted

[PPP] 2017/08/19 09:34:24,236 Devicetime: 2017/08/19 09:34:25,658
Change phase to ESTABLISH for VODAFONE
Lower-Layer-Up event for LCP
Initializing LCP restart timer to 3000 milliseconds
Waiting up to 200ms for connection
Starting LCP restart timer with 200 milliseconds

[PPP] 2017/08/19 09:34:24,408 Devicetime: 2017/08/19 09:34:25,858
Positive Restart-Timeout event for LCP
Stop waiting for connection
Initializing LCP restart timer to 3000 milliseconds
Generating LCP configure-request for peer VODAFONE
Inserting local MRU 1492
Inserting local magic number f25a8a79
Sending LCP configure-request with ID 00 and length 14 to peer VODAFONE (channel 1)
Starting LCP restart timer with 3000 milliseconds

[PPP] 2017/08/19 09:34:24,408 Devicetime: 2017/08/19 09:34:25,870

Received LCP frame from peer VODAFONE (channel 1)
Evaluate configure-request with ID c0 and size 18
Peer MRU 1492 accepted
Peer requests authentication protocol PAP, accepted
Peer magic number 11697e90 accepted
Positive Configure-Request-Received event for LCP
Sending LCP configure-ack with ID c0 and length 18 to peer VODAFONE (channel 1)

[PPP] 2017/08/19 09:34:24,408 Devicetime: 2017/08/19 09:34:25,870

Received LCP frame from peer VODAFONE (channel 1)
Evaluate configure-ack with ID 00 and size 14
Configure-Ack-Received event for LCP
Initializing LCP restart timer to 3000 milliseconds
This-Layer-Up action for LCP
Change phase to AUTHENTICATE for VODAFONE
Generating PAP-request for peer VODAFONE
Resolved peer as VODAFONE in PPP table

Sending PAP-request with ID 02, size 49 and peer-id vodafone-vdsl.komplett/vbXXXXXXXXXX to peer VODAFONE (channel 1)
Stopping LCP restart timer


[PPP] 2017/08/19 09:34:29,408 Devicetime: 2017/08/19 09:34:30,871

Tx-Authentication retry timeout for peer VODAFONE
Generating PAP-request for peer VODAFONE
Resolved peer as VODAFONE in PPP table

Sending PAP-request with ID 03, size 49 and peer-id vodafone-vdsl.komplett/vbXXXXXXXXXXX to peer VODAFONE (channel 1)

[PPP] 2017/08/19 09:34:29,908 Devicetime: 2017/08/19 09:34:31,341

Received LCP frame from peer VODAFONE (channel 1)
Evaluate configure-request with ID 02 and size 19
Change phase to ESTABLISH for VODAFONE
Lower-Layer-Up event for LCP
Initializing LCP restart timer to 3000 milliseconds
Generating LCP configure-request for peer VODAFONE
Inserting local MRU 1492
Inserting local magic number 9495c61c
Sending LCP configure-request with ID 00 and length 14 to peer VODAFONE (channel 1)
Starting LCP restart timer with 3000 milliseconds
Peer MRU 1492 accepted
Peer requests authentication protocol CHAP with MD5 encryption, accepted
Peer magic number b113707d accepted
Positive Configure-Request-Received event for LCP
Sending LCP configure-ack with ID 02 and length 19 to peer VODAFONE (channel 1)

[PPP] 2017/08/19 09:34:29,924 Devicetime: 2017/08/19 09:34:31,356

Received LCP frame from peer VODAFONE (channel 1)
Evaluate configure-ack with ID 00 and size 14
Configure-Ack-Received event for LCP
Initializing LCP restart timer to 3000 milliseconds
This-Layer-Up action for LCP
Change phase to AUTHENTICATE for VODAFONE
Stopping LCP restart timer

[PPP] 2017/08/19 09:34:29,924 Devicetime: 2017/08/19 09:34:31,356

Received CHAP frame from peer VODAFONE (channel 1)
Got CHAP-Challenge from peer VODAFONE
Challenge = 6e f3 ea df bc 05 48 25 7a 15 6c 37 e4 57 a4 f5
Found peer-id VODAFONE in PPP table
Sending CHAP-response to peer VODAFONE (channel 1), length = 16

[PPP] 2017/08/19 09:34:29,924 Devicetime: 2017/08/19 09:34:31,390

Received CHAP frame from peer VODAFONE (channel 1)
Got CHAP-Success from peer VODAFONE
This-Layer-Up action for LCP
Change phase to CALLBACK for VODAFONE
This-Layer-Up action for LCP
Change phase to NETWORK for VODAFONE
Lower-Layer-Up event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
Generating IPCP configure-request for peer VODAFONE
Inserting IP address 0.0.0.0
Inserting primary DNS address 0.0.0.0
Inserting secondary DNS address 0.0.0.0
Sending IPCP configure-request with ID 00 and length 22 to peer VODAFONE (channel 1)
Starting IPCP restart timer with 3000 milliseconds

[PPP] 2017/08/19 09:34:29,924 Devicetime: 2017/08/19 09:34:31,391

Received IPCP frame from peer VODAFONE (channel 1)
Evaluate configure-request with ID 01 and size 10
Peer requests IP address 188.97.160.1, accepted
Positive Configure-Request-Received event for IPCP
Sending IPCP configure-ack with ID 01 and length 10 to peer VODAFONE (channel 1)

[PPP] 2017/08/19 09:34:29,940 Devicetime: 2017/08/19 09:34:31,404

Received IPCP frame from peer VODAFONE (channel 1)
Evaluate configure-nak with ID 00 and size 22
Peer NAKs IP address 188.97.164.221, accepted
Peer NAKs primary DNS address 195.50.140.246, accepted
Peer NAKs secondary DNS address 176.95.16.251, accepted
Configure-Nak/Rej-Received event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
Generating IPCP configure-request for peer VODAFONE
Inserting IP address 188.97.164.221
Inserting primary DNS address 195.50.140.246
Inserting secondary DNS address 176.95.16.251
Sending IPCP configure-request with ID 02 and length 22 to peer VODAFONE (channel 1)
Starting IPCP restart timer with 3000 milliseconds

[PPP] 2017/08/19 09:34:29,955 Devicetime: 2017/08/19 09:34:31,418

Received IPCP frame from peer VODAFONE (channel 1)
Evaluate configure-ack with ID 02 and size 22
Configure-Ack-Received event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
This-Layer-Up action for IPCP
Stopping IPCP restart timer


[PPP] 2017/08/19 09:34:41,002 Devicetime: 2017/08/19 09:34:42,410
Administrative-Close event for LCP
This-Layer-Down action for LCP
Lower-Layer-Down event for IPV6CP
Stopping IPV6CP restart timer
Lower-Layer-Down event for BACP
Stopping BACP restart timer
Lower-Layer-Down event for CCP
Stopping CCP restart timer
Lower-Layer-Down event for IPCP
This-Layer-Down action for IPCP
Stopping IPCP restart timer
Initializing LCP restart timer to 3000 milliseconds
Change phase to TERMINATE for VODAFONE
Sending LCP terminate-request with ID 02 and length 4 to peer VODAFONE (channel 1)
Starting LCP restart timer with 3000 milliseconds

[PPP] 2017/08/19 09:34:41,002 Devicetime: 2017/08/19 09:34:42,423

Received LCP frame from peer VODAFONE (channel 1)
Terminate-Ack-Received event for LCP
Stopping LCP restart timer
This-Layer-Finish action for LCP
Disconnecting because LCP was finished

[PPP] 2017/08/19 09:34:41,017 Devicetime: 2017/08/19 09:34:42,423
Change phase to DEAD for VODAFONE
Stopping LCP restart timer
Stopping IPCP restart timer
Stopping CCP restart timer
Stopping BACP restart timer
Stopping IPV6CP restart timer

[PPP] 2017/08/19 09:34:41,033 Devicetime: 2017/08/19 09:34:42,424

Transmit PADT frame to peer 88:a2:5e:b0:89:cb for session 0031

....

[MoinMoin]

Moin, moin!

Die PPP-Verbindung kommt offenbar hoch. Ist auf der Gegenstelle IP-Polling konfiguriert?

Ciao, Georg

[wahltho]

Hallo Georg,

Vielen Dank für die Antwort.

Mit Gegenstelle meinst Du im 1783VA für die Vodafone-Verbindung? In dem Menüpunkt L2TP habe ich keine Einträge vorgenommen.

Bisher hat die Verbindung wie gesagt auch funktioniert. Es handelt sich um eine Telekom-Mietleitung.

Sollte ich dort etwas eintragen?

Viele Grüsse + Vielen Dank

Thomas

[backslash]

Hi wahltho,

hier wäre ein Display-Trace hilfreich, denn der würde auch den Fehler im Klartext angeben. Wenn der aber, wie du in der Thread-Titel schreibst, 0x3385 ist, dann ist das ein DSL-Layer-1 Fehler, d.h. der DSL-Sync ist weggebrochen...

Gruß
Backslash

[MoinMoin]

Moin Backslash!

Das mit dem Sync glaube ich eher nicht, da Vodafone auf das PADT noch antwortet

Code: Alles auswählen

[PPP] 2017/08/19 09:34:41,002 Devicetime: 2017/08/19 09:34:42,423

Received LCP frame from peer VODAFONE (channel 1)
Terminate-Ack-Received event for LCP
Stopping LCP restart timer
This-Layer-Finish action for LCP
Disconnecting because LCP was finished

Das ist ein aktiver Abbau vom LANCOM aus.

@Thomas: Ich meinte, ob ein IP-Polling unter /Setup/Wan/Polling-Table konfiguriert ist.

Ciao, Georg

[wahltho]

Hallo Georg,

ich war zwei Tage unterwegs uns werde heute Abend gleich nachschauen.

Vielen Dank + Viele Grüsse

Thomas

[wahltho]

Vodafone hat gerade angerufen. Sie meinten, dass ein Leitungswasser-Reset durchgeführt worden sei.

Der 1783VA schickt aber weiterhin E-Mails (über meine anderen VDSL-Leitungen), dass er sich nicht verbinden kann.

Viele Grüsse

Thomas

[wahltho]

In der Pooling-Tabelle gibt es folgende Einträge:

Gegenstelle IP-Adresse-1 IP-Adresse-2 IP-Adresse-3 IP-Adresse-4 Zeit Wdh. Loopback-Addr. Typ
Löschen TELEKOM 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0 0 erzwungen
Löschen VODAFONE 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0 0 erzwungen

[backslash]

Hi wahltho,

da hats du dann auch schon das "Problem"... In dieser Konfiguration pingt das LANCOM den von VODAFONE zugewiesenen DNS-Server an. Offenbar antwortet der sein neuestem nicht mehr auf ein ping, weshalb die Verbindung getrennt wird. Der Code dafür ist "ICMP Verb.-Fehler" - das ist aber nicht 0x3385 sondern 0x0113.

Nimm entweder das ICMP-Polling für VODAFONE raus oder trag eine IP-Adresse ein, die auch antwortet. Wenn es dann immer noch abbricht (oder keine Daten über die Leitung fliessen), dann wende dich Vertrauensvoll an Vodafone

Gruß
Backslash

[wahltho]

Vielen Dank,

ich verneige mich vor Euch Profis

Ich habe den Eintrag für Vodafone gelöscht und danach wurde die Verbindung sofort aufgebaut.

Die Fehlermeldung im LAN-Monitor war leider wirklich 0x3385.

Nochmals Vielen herzlichen Dank

Thomas

[COMCARGRU]

Ich klinke mich hier mal wegen ähnlichem Verhalten ein:


Gestern Mittag hat wie aus dem Nichts ein 1783VA bei einem Kunden angefangen in Intervallen von 5 oder(!) 10 Minuten die Verbindung zur Telekom zu trennen und wieder aufzubauen. Sah für mich nach einer Trennung durch den Router selbst aus, wenn keine Daten über die Leitung gehen.

Vor-Ort war da gestern nicht viel los, aufgefallen ist es also Niemanden. Sobald ich permanent per VPN Verbunden war - also Daten über die Leitung gingen - war das Verhalten verschwunden.

Ist ein Telekom All-IP Anschluss (VDSL). Vor ALL-IP war es ein T-DSL Business. Dieses Verhalten gab es bislang nicht. Einzige aktuellere Änderung am Anschluss war vor ca. 10 Wochen die Netzumschaltung auf BNG.

Jetzt habe ich einen Eintrag in der Polling-Tabelle vorgenommen und bislang ist Ruhe. Allerdings ist heute morgen natürlich auch Betrieb im Büro.

Gibt es dafür irgendeinen vernünftigen Grund, warum das Problem plötzlich auftritt? Änderungen bei der Telekom? Bei PPP-Verbindungen sollte eine extra Polling außer dem LCP-Eintrag bei "Zeit" in der PPP-Tabelle doch nicht nötig sein?


Firmware ist die 9.10.0629-RU6 - nach den teils negativen Berichten hier über die 9.24 bzw. 10er Firmware und da bislang alles stabil lief habe ich auf Updates auf neuere Versionen verzichtet.

Code: Alles auswählen

[PPP] 2017/10/16 17:34:16,768  Devicetime: 2017/10/16 17:34:16,720

LCP polling timeout for peer T-BIZBAS - data received during last interval

[PPP] 2017/10/16 17:35:06,766  Devicetime: 2017/10/16 17:35:06,720

LCP polling timeout for peer T-BIZBAS - data received during last interval

[PPP] 2017/10/16 17:35:09,113  Devicetime: 2017/10/16 17:35:09,062

Received PADT frame from peer 20:4e:71:6c:d2:99 for session 0006

[PPP] 2017/10/16 17:35:09,115  Devicetime: 2017/10/16 17:35:09,062

Transmit PADT frame to peer 20:4e:71:6c:d2:99 for session 0006

[PPP] 2017/10/16 17:35:09,115  Devicetime: 2017/10/16 17:35:09,063
Change phase to DEAD for T-BIZBAS
Stopping LCP restart timer
Stopping IPCP restart timer
Stopping CCP restart timer
Stopping BACP restart timer
Stopping IPV6CP restart timer

[Jirka]

Hallo COMCARGRU,

man sieht doch eigentlich recht schön im Syslog, was der Abbaugrund war bzw. welche Seite getrennt hat.
Die Gegenstelle steht auch auf einer Haltezeit von 9999 Sekunden?

Firmware ist die 9.10.0629-RU6 - nach den teils negativen Berichten hier über die 9.24

Na ja, aber mal ehrlich, die 9.24 ist mittlerweile so ausgereift und fehlerfrei, da würde ich nicht mehr an der 9.10 festhalten. Gerade mit einem VoIP-Gerät definitiv nicht. Bzgl. der negativen Berichte zur 10-er Firmware hast Du sicherlich Recht, aber auch da entsteht mit der 10.1x ja was demnächst produktiv einsetzbares.

Viele Grüße,
Jirka

[COMCARGRU]

Hallo Jirka,

Danke!

Ja ich habe wohl auch eben schon bemerkt, dass das "PADT" vom Provider ausgeht?

Ja die Haltezeit der Gegenstelle steht auf 9.999 Sekunden. Es war ja auch bislang kein Problem. Aufgefallen ist es wohl sowieso nur deshalb, weil ich von dem Router bei jedem Verbindungsaufbau eine Info bekomme. Und mehr als eine pro Tag dann meine Aufmerksamkeit auf sich lenkt. Wenn dann plötzlich ab ca. 11 Uhr unter Tage - obwohl gearbeitet wird - plötzlich alle 5 Minuten eine Verbindungsaufbau-Meldung kommt iss was nicht in Ordnung...

Mit was für einer Fehlerbeschreibung melde ich das jetzt der Telekom? Da hat sich doch wohl der Einwahlserver verschluckt? Denn bei einem VoIP-Anschluss ist die Trennung der Verbindung durch den Provider schon suboptimal... - Mal sehen ob die Hotline versteht was ich zu sagen habe...