Paketverlust vs. Latenz: Warum eine schnelle Route trotzdem langsam wirken kann

Latenz ist nur ein Teil der Geschichte

Die Round-Trip Time beschreibt, wie lange ein Paket zum Ziel und die Antwort zurück benötigt. Eine stabile Verbindung mit höherer, aber gleichmäßiger Laufzeit kann sich deshalb berechenbarer verhalten als eine nominell schnelle Route mit sporadischem Verlust.

Für Nutzer zählt nicht nur die Zeit eines erfolgreichen Pakets. Wichtig ist auch, wie häufig ein Verbindungsaufbau wiederholt werden muss und wie lange das Transportprotokoll auf eine ausbleibende Bestätigung wartet.

Was TCP bei Verlust macht

TCP erwartet Bestätigungen für übertragene Daten. Bleibt eine Bestätigung aus, kann der Sender ein Segment nach Ablauf seines Retransmission Timeout erneut übertragen. Der Timer wird aus geglätteter RTT und deren Schwankung berechnet. Nach einem Timeout wird der RTO verdoppelt, damit eine überlastete Route nicht noch aggressiver belastet wird.[2]

Dieser exponentielle Backoff erklärt lange Ausreißer: Die erfolgreiche RTT kann niedrig sein, während einzelne Verbindungen wegen verlorener SYN-, Daten- oder ACK-Pakete mehrere Sekunden warten.

Verlust wird als Überlastung interpretiert

Die klassische TCP Congestion Control behandelt erkannte Verluste als Signal dafür, dass der Netzwerkpfad möglicherweise überlastet ist. Der Sender reduziert daraufhin sein Congestion Window und steigert die Datenrate anschließend wieder vorsichtig.[1]

Das ist im offenen Internet ein wichtiges Sicherheitsventil. Auf einer fehlerhaften oder schlecht gerouteten Strecke bedeutet es jedoch, dass Paketverlust doppelt kostet: Daten müssen erneut gesendet werden und der Sender darf danach zunächst weniger gleichzeitig übertragen.

Warum ein einzelner Ping nicht reicht

Ein einzelner erfolgreicher Ping zeigt nur, dass genau dieses Paket beantwortet wurde. Besser sind Serien aus vielen Messungen sowie wiederholte TCP-Verbindungsaufbauten zum tatsächlichen Dienst. Dabei sollten Erfolgsquote, Median und ein hohes Perzentil wie P95 getrennt betrachtet werden.

Auch DNS, TCP und TLS sollten einzeln gemessen werden. Eine langsame Namensauflösung kann wie ein langsamer Server wirken; verlorene TCP-SYN-Pakete verzögern den Aufbau bereits vor dem TLS-Handshake.

Eine praktische Checkliste

Für einen belastbaren Vergleich zweier Serverstandorte sind mindestens diese Fragen sinnvoll:

1. Erreichen wiederholte TCP-Verbindungen das Ziel zuverlässig?
2. Wie groß sind Median und P95 statt nur der beste Messwert?
3. Tritt Verlust tatsächlich am Ziel auf?
4. Funktioniert DNS in zehn von zehn Versuchen?
5. Bleibt das Ergebnis zu unterschiedlichen Tageszeiten stabil?

Die beste Route ist daher nicht zwingend die geografisch kürzeste. Entscheidend sind das Peering zwischen den beteiligten Netzen, stabile Resolver und eine geringe Verlustrate über den gesamten Pfad.