[VF West] Download Probleme bei der Playstation 5

[Flole]

DOCSIS 3.1 ist halt sprunghafter in den Profilen, da geht's ja nicht mehr ums ganze Segment sondern nur noch um das einzelne Modem.

Hattest du nicht beschrieben, dass deine Probleme mit der Playstation gelöst sind? Was hast du denn jetzt noch für Probleme?

[in-need-for-speed]

Am Abend wird meisten Orts die meiste Bandbreite und die meisten/alle Frequenzen genutzt, und die meisten Modems sind (sehr) aktiv. Darum gibt es oft die höchsten Fehlerraten (und andere schräge Phenomene). Besonders bei grundlegenden Fehlern im Netz.

[OneOfNine]

Leider sind die Download Probleme wieder da. Wieder Download abbrüche bei alle 4,3 Gbyte.

[Flole]

und die meisten/alle Frequenzen genutzt

Die werden immer alle genutzt/"bespielt".

Darum gibt es oft die höchsten Fehlerraten

Unfug, wenn ein Datenpaket kaputt ist dann weiß man gar nicht, ob es Nulldaten oder Nutzdaten enthält. Es zählt als Fehler.

Leider mal wieder nur Verwirrung stiften und nix sinnvolles

[Flole]

Leider sind die Download Probleme wieder da. Wieder Download abbrüche bei alle 4,3 Gbyte.

Wenn die Tracerouten immer noch genauso aussehen wie beim letzten Mal dann brauchst du das Problem nicht auf der Übertragungsstrecke zwischen Modem und CMTS suchen, da gibt's keine selektiven Fehler, die nur einen Teil des Routings betreffen (auch wenn dir vielleicht gleich wieder jemand irgendwas anderes erzählen will, würde mich nicht wundern). Du wirst nicht drum herum kommen mal beim Betreiber des Servers/Zielnetzes nachzufragen, warum die Erreichbarkeit so schwankt. Wenn die dich blockieren, warum auch immer, dann wird da niemand was dran ändern können außer eben der Betreiber des Servers/Zielnetzes.

[OneOfNine]

Ich habe gestern Abend ein Test gemacht.

Mein Laptop der am LAN hängt, als WLAN Access Point betrieben und die Playstation damit verbunden. Alle Downloads liefen durch, zwar langsam, aber ohne unterbrechung. Am Zielserver bin ich nicht gesperrt. Denke wohl, TCP/Offloading/State-Handling Problem der Fritzbox.

[OneOfNine]

Ich konnte das Problem stark eingrenzen.

Ich habe in der Fritzbox den Router Advertisement deaktiviert und damit IPv6 quasi unbrauchbar gemacht. Der Download erfolgte über IPv4 (DS-Lite) und lief ohne Probleme durch.

Auszug aus einer EMail, die ich heute abend abschicken werden:

— Problem —
Bei großen Downloads auf der Playstation 5 (ab ca. 4,3 GB) über natives IPv6 werden TCP-Verbindungen unterbrochen. Nach dem Abbruch lädt das Gerät kurz weiter (200–300 MB) und stoppt erneut. Das Problem ist reproduzierbar und betrifft ausschließlich IPv6-Traffic. Über DS-Lite (IPv4) laufen dieselben Downloads ohne jede Unterbrechung durch.

— Diagnose: Ping & Traceroute —
Mittels kontinuierlichem Ping während eines aktiven Downloads konnte ich die Ursache auf den ersten Vodafone-Hop eingrenzen:

Hop 2 (CMTS): 2a02:908:f000:83c::d6

Beobachtete Auffälligkeiten:
• Starker Jitter: Latenzschwankungen zwischen 5 ms und 153 ms
• Kompletter Timeout um 01:32:59 Uhr
• Route-Flip (ECMP) um ca. 01:33:50 Uhr – unmittelbar vor dem Download-Abbruch
• Kein Paketverlust unter DS-Lite auf demselben Anschluss

Auszug Ping-Log (während aktivem Download):
01:32:53 - Zeit=53ms
01:32:59 - TIMEOUT
01:33:02 - Zeit=47ms
[...]
01:33:49 - Zeit=68ms
01:33:52 - Zeit=8ms ← Routenwechsel
01:33:55 - Zeit=5ms
→ Download-Abbruch um 01:33:50 Uhr

— Diagnose: Wireshark-Capture (Fritz!Box Remote Capture) —
Ein Paketmitschnitt direkt an der Fritz!Box (fritzbox-vcc16_20.03.26_0021.pcap) zwischen PS5 (192.168.178.30) und dem PlayStation-CDN-Server (18.239.50.109, Amazon CloudFront) zeigt folgende TCP-Anomalien zum Zeitpunkt des Abbruchs:

• Massenhaft Duplicate ACKs auf zwei parallelen Verbindungen (TCP Dup ACK bis #26) – klassisches Zeichen für Paketverlust upstream
• Explizite TCP Retransmission mit FIN/PSH/ACK – Verbindungsabbruch durch Gegenseite
• Zahlreiche "TCP Previous segment not captured" – Pakete erreichen das Heimnetz nicht
• "TCP ACKed unseen segment" – Paketverlust vor dem Capture-Punkt bestätigt
• TCP-Empfangsfenster bricht auf 393.216 Bytes ein – Server reagiert auf den Verlust mit Durchsatzdrosselung

Der Mitschnitt belegt eindeutig, dass der Paketverlust zwischen dem Vodafone-Kernnetz und dem CDN-Server entsteht – also außerhalb meines Heimnetzes.

— Zusammenfassung —
Alle Diagnoseschritte zeigen konsistent auf eine Instabilität am CMTS-Knoten 2a02:908:f000:83c::d6 bzw. im nachgelagerten IPv6-Routing. Nach Deaktivierung von IPv6 im Heimnetz (Router Advertisement deaktiviert) laufen alle Downloads stabil durch – der Fehler ist damit vollständig auf das IPv6-Netz isoliert.

Ich bitte Sie, den Knoten 2a02:908:f000:83c::d6 sowie das IPv6-Routing in diesem Bereich zu prüfen. Eine ECMP-Fehlkonfiguration oder Überlastung des Knotens erscheint wahrscheinlich.

[Flole]

Hattest du schonmal versucht in der Fritzbox auf die Referenzbeschleunigung umzustellen?

Ein CMTS ist nunmal auch nicht dafür gedacht um ICMP anfragen zu beantworten, daher ist der starke jitter (wie bei allen Enterprise Netzwerkkomponenten) nichts ungewöhnliches.

[denunge]

If you are a little nerdy, the first thing that enters your mind when you see ~4.3 GB is that something breaks when it needs to count beyond 32 bits. This has been the subject for many issues throughout the history.

[OneOfNine]

Hattest du schonmal versucht in der Fritzbox auf die Referenzbeschleunigung umzustellen?

Ein CMTS ist nunmal auch nicht dafür gedacht um ICMP anfragen zu beantworten, daher ist der starke jitter (wie bei allen Enterprise Netzwerkkomponenten) nichts ungewöhnliches.

Ich habe die Hardware-Beschleunigung komplett deaktiviert, auch die Referenzbeschleunigung aktiviert... Leider brach der Download schon bei 400 MB ab.