RTT

Die Round-Trip-Time ist die gemessene Form der Latenz zwischen zwei Endpunkten und umfasst beide Richtungen des Pfads.

Nur Definitionen – ein hier erklärter Begriff ist keine Leistung, die wir verkaufen.

Die Round-Trip-Time ist die gemessene Latenz: senden, warten, empfangen. Sie umfasst beide Teilstrecken und ist daher größer als die Verzögerung in eine Richtung. Wer den Pfad in die Abschnitte Browser bis PoP und PoP-seitig aufteilt, sieht, was zu beheben ist.

Einen Round Trip lesen

40 ms

Einen Round Trip lesen
Wert Bedeutung
1 ms Gleiche Metropolregion
10 ms Regionaler Pfad
40 ms Regionaler Pfad
120 ms Interkontinentaler Pfad
300 ms Warteschlangen oder langer Pfad
800 ms Warteschlangen oder langer Pfad
Round-Trip-Times auf einer Skala, von Pfaden innerhalb einer Metropolregion bis zu langen Pfaden oder Pfaden mit Warteschlangen.
Textbeschreibung

Das Lineal trägt die Round-Trip-Time auf einer Skala von 1 bis 1000 Millisekunden ab. Kurze Pfade innerhalb einer Metropolregion liegen unten, regionale und interkontinentale Pfade in der Mitte, Warteschlangen oder lange Pfade oben. Ein Round Trip umfasst beide Richtungen, daher beschreibt jede Marke einen Pfad und einen Zeitpunkt.

Was zu prüfen ist

Messen Sie mit derselben Nutzlast und demselben Protokoll wie der echte Verkehr. Wärmen Sie die Verbindung vor, denn die erste Anfrage trägt die Kosten für DNS, TCP und TLS. Testen Sie beide Richtungen und betrachten Sie das 95. Perzentil und den Jitter statt des Mittelwerts. Das Latenz-Tool weist die Abschnitte einzeln aus.

FAQ

Ist RTT dasselbe wie Latenz?

RTT ist Latenz, gemessen als Hin- und Rückweg. Die beiden Richtungen können sich unterscheiden, teilen Sie den Wert daher nicht durch zwei.

Enthält die RTT die DNS-Auflösung?

Bei der ersten Anfrage ja, weil der Name zuerst aufgelöst wird. Anfragen aus dem Cache überspringen diesen Schritt.

Warum ist die RTT höher, als die Entfernung vermuten lässt?

Warteschlangen, Umwege der Route und die Verarbeitung auf dem Server kosten zusätzlich Zeit. Die Entfernung legt eine Untergrenze fest, nicht das Ergebnis.

Mehr erfahren

Quellen

  1. IETF RFC 792: Internet Control Message Protocol
  2. IETF RFC 6298: Computing TCP's Retransmission Timer