Internetverbindung wird alle 2 Stunden getrennt
vor 5 Jahren
Hallo zusammen,
ich habe an meinem Anschluss das Problem, dass seit dem 6. Januar 2020 die Internetverbindung (PPPoE-Einwahl) etwa alle 2 Stunden (+-5 Minuten) getrennt wird - die DSL-Synchronisation ist absolut stabil. Auch ist eine sofortige Wiedereinwahl problemlos möglich.
Die letzte Änderung am Anschluss war ein Tarifwechsel im Mai 2019, sonst wurde nichts geändert und es gab auch absolut keine Probleme bis jetzt.
Über entsprechende Debugging- bzw. Tracingfunktionen meines Routers (Cisco ISR1100 mit Zyxel VMG1312-B30A als Modem) kann ich sehen, dass die Trennung der PPPoE-Session vom BNG initiiert wird, das Verhalten gleicht der alten 24-Stunden-Zwangstrennung, nur eben mit 2 Stunden, siehe Screenshot im Anhang.
[DATENSCHUTZ] ist die MAC-Adresse des BNGs, [DATENSCHUTZ] ist die MAC-Adresse meines Routers. Paket #3979 ist der PPP Termination Request vom BNG .
Auf Basis dessen würde ich ein Problem meinerseits nahezu ausschließen und auf ein Telekom-seitigs Konfigurationsproblem (vermutlich irgendwo im RADIUS , Kundendatensatz, etc.) tippen.
Generell scheint diese Problematik ja scheinbar kein Einzelfall und auch lösbar zu sein:
- https://www.onlinekosten.de/forum/showthread.php?t=152453
Ich habe dazu bereits versucht regulär eine Störung zu melden. Die erste Störungsmeldung ([DATENSCHUTZ]) ging zur Diagnose und wurde nach 72 Stunden automatisch vom System geschlossen.
Vorhin habe ich dann eine neue Störung ([DATENSCHUTZ]) gemeldet, der Hotline-Kollege hat sich viel Zeit für das Problem genommen, konnte aber wohl mit seinen Mitteln (Techniker, Line-Reset, Rekonfiguration, etc.) nicht viel tun zumal sein System sagt es wäre alles in Ordnung. Er gab mir auch zu verstehen, dass er keine großen Hoffnungen hat, dass dieses Problem von ihm oder direkt nachgelagerten Abteilungen gelöst werden könnte.
Vielleicht kann ja mal jemand vom Telekom hilft Team ein Auge darauf werden und die Störungsmeldung ggf. in die richtigen Bahnen lenken...?
Danke vorab!
-------------------------------------------
MAC's, Anlage und TicketID's gelöscht.
1331
24
5 Sterne Mitgestalter
vor 5 Jahren
Willkommen hier im Kunde-hilft-Kunde-Forum.
Deine Störungsmeldung dürfte in den richtigen Bahnen sein ( auch wenn Du vielleicht zwischenzeitlich so eine irreführende ErforlsSMS bekommen hast).
Aber vielleicht schaut ja doch einmal ein Mitglied vom Telekom-hilft-Team vorbei, da wäre es hilfreich, wenn Du wenigstens Deine Kontaktdaten schon mal hinterlegt hättest (Kann außer dem Team keiner einsehen):
https://telekomhilft.telekom.de/t5/user/myprofilepage/tab/personal-profile%3Atelekom-custom-user-pro...
Werde dann mal eskalieren....
0
5 Sterne Mitgestalter*in
vor 5 Jahren
Beim DSL gibt es nur eine Handvoll Fehlerbilder.
Also ist der Verweis auf andere Störungsmeldungen völlig unsinnig - du findest bei x Millionen DSL Anschlüssen in Deutschland immer mehrere Tausend Leute, welche gerade auch eine Störung mit dem Fehlerbild haben.
0
Telekom hilft Team
vor 5 Jahren
3
Antwort
von
vor 5 Jahren
Telekom hilft Team
vor 5 Jahren
2
Antwort
von
vor 5 Jahren
@Marlon K.
Die Umschaltung auf den neuen Port wurde am Freitag (24.01.2020) zwischen 12:10 und 12:20 Uhr durchgeführt, jedenfalls ist in diesem Zeitraum die Synchronisation kurz weg gewesen.
Leider hat der neue Port das Fehlerbild nicht verändert:
[...]
24.01.2020 23:53:01 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 23:52:39 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 21:57:38 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 21:57:16 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 20:02:15 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 20:01:53 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 18:06:52 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 18:06:30 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 16:11:29 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 16:11:07 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 14:16:06 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 14:15:44 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 12:20:43 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 12:14:29 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 11:40:06 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 11:39:44 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 09:39:44 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 09:39:22 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 07:44:20 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 07:43:58 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
24.01.2020 05:48:57 DIALER-6-BIND: Interface Vi3 bound to profile Di1
24.01.2020 05:48:35 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
[...]
Die Fett markierten Zeilen sind die Trennung & Neuverbindung aufgrund des Portwechsels (UNBIND = Trennung, BIND = Verbindungsaufbau).
Der Fehler ist also nach wie vor vorhanden, leider.
Ich habe am Wochenende auch versuchsweise mal Easy Login aktiviert und festgestellt, dass auch damit der Fehler auftritt - falls diese Information irgendwie weiterhilft.
Telekom hilft Team
vor 5 Jahren
1
Antwort
von
vor 5 Jahren
@Marlon K.
Ja, leider ist der Fehler noch immer vorhanden, hier die Logs von heute:
[...]
27.01.2020 19:59:15 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 19:58:53 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 17:58:52 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 17:58:30 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 16:03:29 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 16:03:07 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 14:03:07 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 14:02:44 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 12:07:43 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 12:07:21 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 10:12:20 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 10:11:58 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 08:16:57 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 08:16:35 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 06:21:34 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 06:21:12 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 04:26:10 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 04:25:48 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 02:30:47 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 02:30:25 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
27.01.2020 00:30:24 DIALER-6-BIND: Interface Vi3 bound to profile Di1
27.01.2020 00:30:02 DIALER-6-UNBIND: Interface Vi3 unbound from profile Di1
[...]
Sind also nach wie vor die Intervalle von ca. 1:55 bzw 2:00 Stunden, also 6900 bzw. 7200 Sekunden.
Telekom hilft Team
vor 5 Jahren
0
Telekom hilft Team
vor 5 Jahren
0
Telekom hilft Team
vor 5 Jahren
1
Antwort
von
vor 5 Jahren
@Marlon K.
Ich nutze auf dem DSL-Modem Zyxel VMG1312-B30A die Zyxel-Firmware Version V1.00(AATO.6)C0. Diese ist aus 2016 und in der Tat etwas älter, läuft jedoch stabil (bei neueren Versionen hängt sich das Modem gelegentlich auf und muss resettet werden).
Um hier jedoch einen Fehler auszuschließen habe ich heute zwischen 15:30 und 16:00 Uhr ein Update auf die Telekom-Firmware Version V1.00(AAEB.7) (welche unter https://www.telekom.de/hilfe/geraete-zubehoer/router/weitere-router/zyxel/zyxel-vmg-1312-b30a angeboten wird) durchgeführt.
Mein Router hat nach dem Update um 16:02 Uhr wieder eine PPPoE-Verbindung aufgebaut - diese wurde jedoch um 17:57 Uhr wieder getrennt. Um 19:53 Uhr erfolgte dann die nächste "Zwangstrennung". Also wieder ziemlich genau die 6900 bzw. 7200 Sekunden.
Ich würde somit einmal behaupten, dass die Modem-Firmware keinen Einfluss (weder positiv noch negativ) auf das Problem hat.
Hinsichtlich des Routers verwende ich die Cisco-Firmware-Version IOS-XE 16.09.04 welches seitens Cisco das aktuelle "Recommended Release" ist. Es gibt keine neuere "stable" Firmware.
An dieser Stelle möchte ich auch nochmals darauf hinweisen, dass mein "Setup" so seit Monaten unverändert (d.h. Hardware, Software, Firmware, Konfiguration) in Betrieb ist und bis zum 6. Januar 2020 absolut störungsfrei war.
Rein logisch betrachtet muss sich am 6. Januar 2020 irgendetwas "Telekom-netzseitig" verändert haben was dieses Verhalten auslöst.
Telekom hilft Team
vor 5 Jahren
1
Antwort
von
vor 5 Jahren
@Marlon K.
Gibt es hier bereits irgendwelche Neuigkeiten?
Danke vorab!
Telekom hilft Team
vor 5 Jahren
Moin, ich gebe das hier mal direkt weiter:
RüMeld. v. BICO:
Die Sessions werden alle 2 Stunden getrennt, weil das Endgerät des Kunden nicht auf die LCP Keepalives (LCP EchoRequest) des BNG antwortet.
Fehler liegt am Kundenendgerät.
bngafr@ERKJ01> op show-subscriber line-id DEU. DTAG .XXXX | match login
01.02.2005 12:11
Login Time: 2020-02-05 12:03:31 CET
{master}
bngafr@ERKJ01> show log radius.log | match DEU. DTAG .XXXX
01.02.2005 12:11
Feb 5 12:03:09.431166 UserAccess:000xxxxxxxxxxxxxxxxxxxxx0001@t-online.de session-id:41796185 state:logout-start ERKJ01#ge-0/2/6.demux0.3221417685:1179-7#10.109.194.62/0.0.0.0 atm 2/29#DEU. DTAG .XXXX
Feb 5 12:03:09.814799 UserAccess:000xxxxxxxxxxxxxxxxxxxxxxxx0001@t-online.de session-id:41796185 state:log-out ERKJ01#ge-0/2/6.demux0.3221417685:1179-7#10.109.194.62/0.0.0.0 atm 2/29#DEU. DTAG .XXXX reason: aaa shutdown-idle-timeout
Feb 5 12:03:31.660048 UserAccess:000xxxxxxxxxxxxxxxxxxxxxxxxxxxxx0001@t-online.de session-id:41802669 state:start ERKJ01#ge-0/2/6.demux0.3221418929:1179-7#10.109.194.62/0.0.0.0 atm 2/29#DEU. DTAG .XXXX
Feb 5 12:03:32.011573 UserAccess:000xxxxxxxxxxxxxxxxxxxxxxxxxxxxx0001@t-online.de session-id:41802669 state:access-granted ERKJ01#ge-0/2/6.demux0.3221418929:1179-7#10.109.194.62/0.0.0.0 atm 2/29#DEU. DTAG .XXXX
{master}
bngafr@ERKJ01>
Bitte noch einmal, beim Hersteller des Modems nachfragen, ob es dort noch irgendwelche Hotfixes oder Konfigurationsänderungen gibt. Ich habe im Hintergrund noch andere Fälle mit ähnlichem Hintergrund laufen und wir sind definitiv schon länger einem sehr komplizierten LCP Echo Request Fehler auf der Spur. Die Hersteller sind auch bereits informiert und arbeiten mit Hochdruck an einer Lösung. Leider gibt es immer noch keine konkreten Antworten. Vielleicht gibt es bei ihrem Router irgendwie die Möglichkeit, die Einwahl regelmäßiger zu wiederholen, um das Problem so zu umgehen. Das hat bei einigen unserer Endgeräte mit einem ähnlichem Fehlerbild auch geholfen(Speedport Smart 3, Speedport 925V). Ansonsten muss vorerst ein anderer Router/Modem vorgeschaltet werden. Bisher fehlerfrei liefen die FB7530/60/90 bei gleichem/ähnlichem Fehlerbild.
Mit freundlichem Gruß Marlon K.
3
Antwort
von
vor 5 Jahren
@Marlon K.
Alles klar, danke, dann bin ich mal gespannt!
Sollte ich noch irgendwie unterstützen können stehe ich gerne zur Verfügung!