O2-Internet fällt jeden Tag zur gleichen Uhrzeit aus: Die Spurensuche im Router-Protokoll

Ein Kunde mit O2-Anschluss meldete sich mit einer Beschreibung, die viele kennen dürften: Jeden Tag, immer ungefähr zur gleichen Uhrzeit, bricht das Internet komplett zusammen. Nur ein Neustart des Routers – ein TP-Link Archer VR2100v – bringt die Verbindung zurück, und zwar zuverlässig für etwa einen Tag, bis alles von vorne losgeht.

Damit ich mir vorab ein Bild machen konnte, schickte mir der Kunde einen Screenshot aus dem Systemprotokoll des Routers. Genau dieser Screenshot hat mich zunächst auf die falsche Spur geführt – und das ist der eigentlich interessante Teil dieser Geschichte.

Die erste Spur: VoIP-Fehler um Mitternacht

Im Protokoll fanden sich mehrere Einträge mit der Fehlermeldung „register fail, response code(503)" sowie Warnungen wie „every IP of the domain has been tried, but we didn't find the correct one!" – allesamt der Kategorie VOIP zugeordnet, und alle mit Zeitstempeln rund um Mitternacht.

Das sah zunächst plausibel aus: Eine fehlgeschlagene SIP-Registrierung für die Telefonie-Funktion des Routers, dazu DNS-Probleme bei der Auflösung des O2-Telefonie-Servers. Auf den ersten Blick eine naheliegende Erklärung für „Internet fällt aus".

Bei genauerem Hinsehen passte aber etwas nicht zusammen: Direkt nach den VoIP-Fehlern zeigte das Protokoll erfolgreiche Einträge einer allgemeinen Internet-Erreichbarkeitsprüfung (NCSI-Check) – die DNS-Auflösung und die grundsätzliche Datenverbindung funktionierten zu diesem Zeitpunkt also einwandfrei. Nur die Telefonie-Registrierung schlug fehl.

Die entscheidende Rückfrage

An dieser Stelle habe ich noch einmal genau nachgefragt, was der Kunde mit „Internet fällt aus" eigentlich meint. Die Antwort brachte die Wende: Der tatsächliche Ausfall passiert gar nicht um Mitternacht, sondern täglich gegen 10 Uhr – und zwar richtig, mit allen Geräten. Der PC zeigt zwar weiterhin „verbunden" an, aber es kommt schlicht nichts mehr durch. Auch die Handys im Haushalt melden sich als offline.

Im mitgeschickten Protokoll fand sich zu diesem Zeitpunkt: nichts. Kein Eintrag, keine Fehlermeldung, keine Warnung – obwohl genau dann der eigentliche Ausfall stattfindet.

Warum das fehlende Logging der eigentliche Hinweis war

Die Mitternachts-Einträge waren am Ende eine Nebenspur: Bei O2-Anschlüssen ist eine kurze, automatische Trennung und Neuverbindung der Internetleitung einmal in 24 Stunden bekannt, meist in den frühen Morgenstunden angesetzt. Die allgemeine Verbindung erholt sich davon innerhalb von Sekunden – nur die VoIP-Registrierung des Routers hat sich danach offenbar nicht sauber neu aufgebaut und hing seitdem in einer Fehlerschleife fest. Unschön im Protokoll, aber mit dem eigentlichen Problem des Kunden nicht ursächlich verwandt, da er die Telefoniefunktion ohnehin nicht nutzt.

Der reale Ausfall um 10 Uhr blieb dagegen komplett unsichtbar im Log. Das ist diagnostisch relevant: Ein normaler Leitungsfehler – Verbindungsabbruch, Synchronisationsverlust der DSL-Leitung – hinterlässt in aller Regel eine Spur im Systemprotokoll. Wenn nichts geloggt wird, obwohl spürbar gar nichts mehr funktioniert, deutet das eher auf ein internes Hängenbleiben des Routers hin als auf ein Problem der Leitung oder des Anbieters selbst.

Der Router war zu diesem Zeitpunkt bereits zwei Jahre im Einsatz und lief bis vor Kurzem beschwerdefrei – ein Bild, das zu einer allmählichen Ressourcenerschöpfung oder Alterung der Hardware passt, wie sie bei Consumer-Geräten dieser Preisklasse nach einiger Zeit vorkommen kann. Ein Firmware-Update stand zur Verfügung, das Gerät lief zum Diagnosezeitpunkt aber bereits auf dem aktuellsten Stand – als einfache Lösung fiel das damit aus.

Die pragmatische Lösung

Statt den Router aufwendig weiter zu analysieren – ohne SSH-Zugriff auf die Firmware lässt sich ein interner Zustand wie eine volle Verbindungstabelle von außen kaum zweifelsfrei nachweisen – haben wir uns für einen pragmatischen Weg entschieden: eine Zeitschaltuhr, die den Router täglich kurz vor 10 Uhr kurz vom Strom trennt und neu startet.

Seitdem läuft die Verbindung stabil durch. Das behebt nicht die eigentliche Ursache im Router, aber es verhindert zuverlässig, dass der Kunde überhaupt in die Ausfallsituation hineinläuft. Zusätzlich haben wir die SIP-Registrierung für die Telefonie im Router deaktiviert, da sie ohnehin nicht genutzt wird – damit verschwinden auch die Mitternachts-Fehlermeldungen aus dem Protokoll.

Was ich daraus mitnehme

Ein Router-Protokoll ist ein hilfreiches Werkzeug, aber es zeigt eben nur, was die Firmware für loggenswert hält – nicht zwangsläufig das, was der Kunde als Problem wahrnimmt. Die auffälligsten Einträge im Log waren in diesem Fall die falsche Spur, während der eigentliche Fehler komplett unsichtbar blieb. Erst die genaue Nachfrage nach Uhrzeit und tatsächlich betroffenen Geräten hat die Diagnose in die richtige Richtung gelenkt.

Und manchmal ist die wirtschaftlich sinnvollste Lösung nicht die vollständige Ursachenklärung, sondern eine einfache, zuverlässige Umgehung – gerade wenn das betroffene Gerät ohnehin in absehbarer Zeit ersetzt werden dürfte.