Paketumlaufzeit

Die Round Trip Time (RTT; „Rundreisezeit“) bzw. Paketumlaufzeit gibt die Zeit an, die ein Datenpaket (Datagramm) in einem Rechnernetz benötigt, um von der Quelle zum Ziel und zurück zu reisen. Es handelt sich also um die Summe aus Laufzeit von Punkt A nach Punkt B und der Laufzeit von Punkt B nach Punkt A.

Anwendung der Messung

Diese Methode der Messung wird deshalb viel häufiger in der Praxis der Netzwerktechnik verwendet als die (nur in eine Richtung gemessene) Latenzzeit (oder Verzögerungszeit bzw. engl. „delay“), weil dabei keine aufwendige Zeitsynchronisation der beiden beteiligten Endgeräte benötigt wird. Bei der RTT-Messung ist jedoch zu bedenken, dass in vielen Fällen durch asymmetrisches Routing (z. B. aufgrund von BGP-Policys) unsymmetrische Verzögerungszeiten auftreten können und die halbe RTT damit nicht unbedingt eine gute Näherung für die Verzögerungszeit in eine Richtung liefert.

Die RTT wird zum Beispiel vom Transmission Control Protocol (TCP) verwendet, um zu bestimmen, wann Pakete nach Ausbleiben einer Bestätigung erneut gesendet werden sollten.^[1] Diese Maßnahme dient dazu, das Protokollverhalten abhängig von den verfügbaren Transportkapazitäten und bei wechselnden Lastzuständen anzupassen. Eine einfache Möglichkeit zur Bestimmung der RTT besteht darin, von mehreren Paketen die Zeitdifferenz zwischen Aussendung und Eintreffen der Bestätigung zu messen und dann über mehrere Messungen zu mitteln. Pakete, die mehrfach gesendet werden mussten (Timeout), sollten bei der Rechnung ignoriert werden, da nicht immer klar ist, für welches Paket die Bestätigung galt.

Entgegen der Definition im Einleitungsabschnitt wird die RTT also meist nicht mit einem hin- und zurückgesendeten Paket gemessen. Stattdessen misst man normalerweise so, dass Host A ein spezielles Paket zu Host B schickt (z. B. ICMP-Ping). Beim Empfang sendet Host B unmittelbar ein Antwortpaket zu Host A zurück. Die Zeit zwischen Aussenden des ersten und Empfangen des Antwortpaketes ist dann die RTT. Dieser minimale Unterschied ist naturgemäß eher akademischer Natur und spielt höchstens dann eine Rolle, wenn sich bei Host B das Versenden des Antwortpaketes signifikant verzögert, beispielsweise durch stark erhöhte CPU-Last.

Endanwender können die RTT beispielsweise mit dem Werkzeug Ping messen, welches bei den meisten modernen Betriebssystemen beiliegt.

Typische Messwerte

Typische RTT-Werte:^[2]

Lokales Netzwerk (TCP), 1500 Byte-Paket 100BaseT-Ethernet 1 ms WLAN 802.11b 10 ms Kabel allgemein 10 ms DSL-6000 ohne Fastpath 40 ms DSL-2000 ohne Fastpath 55 ms ISDN 200 ms UMTS 300 - 400 ms GPRS 700 - 1000 ms

Internet (IP), jenseits des Routers innerhalb Deutschlands < 50 ms USA 100–150 ms Fernost bis zu 300 ms

RTT vs. Ping

Ping testet Wege im Netz bzw. das Routing im Netz und gibt den Status meist in Form von ICMP-Fehlermeldungen, Paketverlustquoten, Sequenznummern, Informationen über Paketgrößen/Fragmentierung, Time-to-live und u. a. auch der Round-Trip-Time (Rundreisezeit) aus (die genauen Informationen hängen vom verwendeten Ping-Programm bzw. Betriebssystem ab). Wer die RTT sinnvoll messen will, sollte sich nicht auf Ping alleine verlassen, da das von Ping verwendete ICMP-Protokoll in vielen Netzen gegenüber dem üblichen TCP-Datenverkehr anders geroutet oder priorisiert wird.

Einzelnachweise

1. ↑ RFC 2988
2. ↑ Christoph Lüders, Martin Winkler: Pingpong. in: c't. Hannover 2006,23, S.199. ISSN 0724-8679

Weblinks

• Der IP-Check von Serversniff.de misst die RTT von ICMP- und TCP-Paketen zu beliebigen Servern