Document ID: /fineweb-2-swissfilter-quality_10-filterrobots/filtered/03226.jsonl.gz/265

@Daniele_UPC
Die Begrenzung des TCP Receive Window in der ersten Messung wird durch die “TCP congestion control” ausgelöst.
https://en.wikipedia.org/wiki/TCP_congestion_control
Gut sichtbar in der Zeile “SndLimTimeCwnd”. Siehe für mehr Informationen zu den Web100-Parameter:
https://www.cira.ca/fr/test-de-performance-internet-resultats-avances
https://docs.microsoft.com/en-us/windows/win32/api/tcpestats/ns-tcpestats-tcp_estats_snd_cong_rod_v0
Also irgendwo zwischen Server (CNLAB Server) und Client (PC des Endkunde) war bei der ersten Messung ein “klitzekleines” Nadelöhr, welches die Datenpakete mit maximal 20 MBit/s passieren konnten.
Bei der zweiten Messung wurde die TCP-Verbindung serverseitig begrenzt (=> Zeile: SndLimTimeServer). Daraus folgere ich, dass der CNLAB Server von UPC Cablecom nur mit 1 GBit/s anstelle von 10 GBit/s am UPC Cablecom-Netzwerk angeschlossen ist. Hier hat die UPC Cablecom Handlungsbedarf! Wäre der CNLAB Server von UPC Cablecom mit 10 GBit/s angeschlossen, würde TCP Congestion control die TCP-Verbindung begrenzen, was mit den entsprechenden Einträgen in der Zeile “SndLimTimeCwnd” ersichtlich wäre.
Wenn der CNLAB-Test gleichzeitig den Downstream/Download und den Upstream/Upload misst, so können diese Messungen anfällig für Bufferbloat sein.
Die durchgeführten Messungen könnten durch Bufferbloat negativ beeinflusst worden sein: Ein grosser Datenpaketstau im Upstream in einer für Bufferbloat anfälligen Netzwerkkomponente könnte die Datenübertragungsrate einer TCP-Verbindung im Downstream komplett einbrechen lassen.
Der Empfänger muss bei TCP-Verbindungen den erfolgreiche Empfang der im Downstream empfangenen TCP-Datenpakete über den Upstream an den Sender bestätigen. Müssen diese “Empfangsbestätigungen” zu lange in einer Sendewarteschlange einer Netzwerkkomponente warten, verursacht dies massive Einbrüche der Datenübertragungsrate der TCP-Verbindung im Downstream!
Ob eine Netzwerkkomponente anfällig für Bufferbloat ist, kann mit einer Ping-Messung leicht festgestellt werden: Ping-Messung bei unbelasteter Netzwerkverbindung starten. Dann den Upstream mit einem sehr schnellen Upload zu 100 % auslasten. Schnellt mit dem Upload die Paketumlaufzeit (RTT) der Ping-Messung in die Höhe (> 100 ms), so ist diese Netzwerkkomponente anfällig für Bufferbloat.
Für Gegenmassnahmen gegen Bufferbloat siehe die “Gute Performance Regeln”:
https://community.upc.ch/t5/Internet-mit-Modem/Diagnose-Tool-der-Connect-Box-sagt-quot-Ihr-Heim/m-p/100045/highlight/true#M4573
Ein Beispiel eines CNLAB-Tests, wo der Client (PC des Endkunde) die TCP-Verbindung ausbremst, findet man unter:
https://community.upc.ch/t5/Connect-Box/Gigabit-Geschwindigkeit/m-p/163722#M6095
Der CNLAB-Test ist mit den Web100-Parameter ein mächtiges Messwerkzeug. Nur muss man diese Web100-Parameter korrekt interpretieren können…