Ausgangssituation
Ich nutze einen Vodafone-Kabelanschluss mit einer Vodafone Station, erst vom Typ CGA6444VF und nun TG6442VF.
Die Störung trat erstmals am Abend des 21. Oktober 2026 auf und besteht weiterhin. Betroffen sind eigentlich alle meine Endgeräte (IPhone, MacBook, Windows-PC, SmartTV) aber teilweise auf unterschiedliche Art und Weise. Wenn ich google über Safari auf dem IPhone aufrufe laden Ergebnisse und ich kann auch diese normal öffnen (Internetseiten laden). Wenn ich Safari auf dem MacBook nutze, zeigt Google Suchergebnisse, kann diese dann aber nicht laden . Auf dem PC ist es über Chrome und Firefox genauso (Zeitüberschreitung wenn ich eine andere Adresse als google.com öffnen will). Wenn ich DuckDuckGo auf dem Iphone verwende laden gar keine Suchergebnisse, es kommt sofort die Meldung, dass keine Verbindung zum Server hergestellt werden konnte. Gebe ich stattdessen Google.com bei DuckDuckGo ein lädt es und ich kann etwas suchen, aber wie auf dem PC die Suchergebnisse nicht öffnen. Manche Streamingplattformen laden, manche nicht.
Im Rahmen der bisherigen Entstörungsversuche, waren 2 mal Techniker vor Ort und haben bereits mehrere Komponenten ausgetauscht:
• Vodafone Station
• Kabelanschlussdose
• Hausverstärker
Nach dem Austausch funktionierte die Internetverbindung zunächst ungefähr acht Stunden lang wieder normal. Anschließend trat jedoch erneut dasselbe Fehlerbild auf. Auch von außerhalb wurde bei einer Prüfung des Anschlusses kein Fehler festgestellt.
Die ausgetauschte Vodafone Station wurde zunächst mit Werkseinstellungen betrieben. Eigene Firewall-Regeln lassen sich auf der Vodafone Station nicht frei konfigurieren.
Nach meinem Kenntnisstand sind andere Bewohner des Mehrfamilienhauses nicht von vergleichbaren Problemen betroffen. Vielleicht liegt es aber auch daran, dass nur vereinzelte Seiten betroffen sind.
Beschreibung des Fehlerbildes
Das auffälligste Merkmal ist die unterschiedliche Funktionsfähigkeit von IPv4 und IPv6.
IPv4:
• DNS-Auflösung funktioniert.
• Pings auf externe IPv4-Adressen funktionieren.
• Pings auf Domains funktionieren ebenfalls.
• TCP-Verbindungen zu verschiedenen externen Zielen und Ports schlagen wiederholt fehl.
• Besonders häufig betroffen sind HTTPS-Verbindungen über TCP-Port 443.
• Auch Verbindungen über andere TCP-Ports, beispielsweise Port 5223, waren betroffen.
• Das Verhalten ist nicht vollständig konstant: Einzelne IPv4-TCP-Verbindungen haben zu anderen Zeitpunkten bereits funktioniert.
IPv6:
• IPv6-Adressen werden bezogen.
• IPv6-Pings funktionieren.
• TCP-Verbindungen über IPv6 funktionieren.
• HTTPS-Aufrufe über IPv6 funktionieren ebenfalls, beispielsweise mit curl.
Damit ist grundsätzlich eine funktionierende Internetverbindung vorhanden. Das Problem scheint sich insbesondere auf bestimmte ausgehende IPv4-TCP-Verbindungen zu konzentrieren.
Um auszuschließen, dass die Ursache ausschließlich auf meinem Windows-PC liegt, habe ich die Verbindung zeitweise über einen iPhone-Hotspot getestet.
Über diese alternative Verbindung funktionierten IPv4-TCP-Verbindungen auf demselben Windows-PC.
Das spricht gegen einen generellen Defekt des Windows-Netzwerkstacks oder eine grundsätzliche Einschränkung des PCs. Die Ergebnisse sind allerdings zeitabhängig und müssen im Zusammenhang mit der jeweils tatsächlich verwendeten Netzwerkschnittstelle betrachtet werden.
Analyse mit Wireshark
Zur weiteren Eingrenzung habe ich den Netzwerkverkehr mit Wireshark untersucht.
Dabei tauchten wiederholt ICMP-Fehlermeldungen mit folgenden Eigenschaften auf:
• ICMP Type 3: Destination unreachable
• ICMP Code 13: Communication administratively filtered
Diese Meldung bedeutet, dass ein Paket aus administrativen beziehungsweise Filtergründen abgewiesen wurde.
Besonders auffällig ist, dass die Ethernet-Absenderadresse der ICMP-Fehlermeldungen der Vodafone Station zugeordnet werden konnte. Die IP-Adresse, die diese Meldung zurücksendet, ist nicht die des Routers, weist allerdings die selbe MAC-Adresse, wie der Router auf. Die Fehlermeldungen werden also unmittelbar von der Vodafone Station beziehungsweise einer dort implementierten Netzwerkfunktion an meinen PC gesendet.
In den ICMP-Paketen ist außerdem das ursprünglich abgewiesene Paket enthalten. Dadurch lässt sich nachvollziehen, welche Verbindung betroffen war.
Die bisherigen Beobachtungen:
• Bei einer Aufzeichnung wurden innerhalb von etwas mehr als einer Minute 521 Pakete erfasst. Zehn davon enthielten die ICMP-Fehlermeldung Type 3, Code 13.
• Diese zehn Fehlermeldungen betrafen zwei unterschiedliche externe Ziel-IP-Adressen. Alle zugehörigen ursprünglichen TCP-Verbindungen gingen an Port 443.
• Bei einer weiteren Aufzeichnung wurden vier andere externe Ziel-IP-Adressen mit Zielport 443 sowie eine weitere Verbindung mit Zielport 5223 festgestellt.
• Die Fehlermeldungen traten auch dann auf, wenn ich lediglich Wireshark gestartet und keine eigenen Verbindungstests über PowerShell ausgeführt hatte.
Das deutet darauf hin, dass auch automatisch erzeugter Hintergrundverkehr betroffen ist und nicht nur gezielt von mir gestartete Verbindungstests.
Bisherige technische Tests
Unter anderem wurden folgende Tests durchgeführt:
• ping auf externe IPv4-Adressen: erfolgreich
• DNS-Abfragen über IPv4: erfolgreich
• Test-NetConnection zu verschiedenen IPv4-Zielen und TCP-Ports: wiederholt fehlgeschlagen
• curl über IPv4 zu verschiedenen HTTPS-Zielen: wiederholt mit Verbindungs-Timeout fehlgeschlagen
• ping -6 auf externe Ziele: erfolgreich
• curl -6 auf HTTPS-Ziele: erfolgreich
Die Ergebnisse zeigen, dass die Störung nicht einfach mit einem vollständigen Ausfall des Internetanschlusses oder einer allgemeinen DNS-Störung gleichzusetzen ist.
Bisherige Einschätzung
Eine eindeutige Ursache konnte bislang nicht festgestellt werden.
Ich weiß nun aber auch nicht mehr weiter, da mir von Vodafone keiner Helfen kann. Mir wurde nun schon gedroht, die Techniker selber bezahlen zu müssen, sollten sie noch einmal zu mir kommen müssen.
Hat jemand schon mal so ein Problem gesehen oder noch eine Idee woran es liegen kann?
Da mir nun langsam die Optionen ausgehen, habe ich das Problem auch der KI beschrieben, welches folgende Vorschläge macht:
• Fehlerhafte Filter- oder Firewallfunktion der Vodafone Station
• Fehler in der Router-Firmware
• Fehlerhafte oder unerwartete Vodafone-seitige Konfiguration beziehungsweise Provisionierung
• Probleme bei der Verarbeitung des IPv4-Verkehrs über DS-Lite beziehungsweise AFTR
Dass Router, Kabeldose und Hausverstärker bereits ausgetauscht wurden und die Störung nach ungefähr acht Stunden wieder auftrat, macht einen einfachen Hardwaredefekt der ursprünglichen Vodafone Station als alleinige Ursache weniger wahrscheinlich.
Zusammenfassung: Mein Vodafone-Kabelanschluss ist nicht vollständig ausgefallen. IPv4-DNS und IPv4-Ping funktionieren, IPv6 funktioniert einschließlich HTTPS ebenfalls. Allerdings werden ausgehende IPv4-TCP-Verbindungen wiederholt abgewiesen. Wireshark zeigt dabei ICMP-Fehlermeldungen vom Typ 3, Code 13, die von der Vodafone Station stammen. Die Störung besteht trotz Austausch von Router, Kabeldose und Hausverstärker weiterhin.
Vielen Dank für die Hilfe
