imported>Uweschwoebel: Abgrenzung zu Round Trip Delay

2025-09-16T14:29:39Z

Abgrenzung zu Round Trip Delay

Neue Seite

{{Redundanztext
| 3=Round Trip Delay
| 4=Paketumlaufzeit
| 2=August 2020|1=[[Benutzer:Minderbinder|Minderbinder]] 20:05, 2. Aug. 2020 (CEST)}}
Die '''Paketumlaufzeit''' bzw. '''Round Trip Time''' ('''RTT''', {{enS}} für ''Rundreisezeit'') 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.

Es gibt den ähnlichen Begriff [[Round Trip Delay]] für die spezielle Verwendung bei [[Ethernet]].

== 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) [[Verzögerung (Telekommunikation)|Latenzzeit]] (oder Verzögerungszeit bzw. engl. „delay“), weil dabei keine 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 [[Border Gateway Protocol|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. Außerdem können unterschiedliche [[Netzwerkprotokoll|Protokolle]] insbesondere durch [[policy-basiertes Routing]] auf dem Weg sehr unterschiedlich behandelt werden, so dass eine RTT-Messung grundsätzlich nur für das dabei verwendete Protokoll gilt.

Die RTT wird zum Beispiel vom [[Transmission Control Protocol]] (TCP) laufend gemessen, um zu bestimmen, wann Pakete nach Ausbleiben einer Bestätigung erneut gesendet werden sollten.<ref>{{RFC-Internet |RFC=6298 |Titel=Computing TCP’s Retransmission Timer |Datum=2011-06}}</ref> 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 durchschnittlichen 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 (Netzwerktechnik)|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. [[Internet Control Message Protocol|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 für ICMP beispielsweise mit dem Werkzeug [[Ping (Datenübertragung)|Ping]] messen, welches bei den meisten modernen Betriebssystemen beiliegt.

== Typische Messwerte ==
Typische RTT-Werte:<ref>Christoph Lüders, Martin Winkler: ''Pingpong''. In: ''[[c’t]]'', 2006, 23, S. 199.</ref>

{| class="wikitable toptextcells"
|-
|
{|
|-
!colspan="2"| Lokales Netzwerk ([[Transmission Control Protocol|TCP]]), 1500-Byte-Paket
|-
|| 100BASE-TX-Ethernet
|style="text-align:right"| <1 [[Sekunde#Abgeleitete Maßeinheiten|ms]]
|-
|| [[Wireless Local Area Network|WLAN]] 802.11b
|style="text-align:right"| 10 ms
|-
|| [[Asymmetric Digital Subscriber Line|ADSL]] 6000 ohne [[FastPath|Fastpath]]
|style="text-align:right"| 40 ms
|-
|| ADSL 2000 ohne Fastpath
|style="text-align:right"| 55 ms
|-
|| [[Integrated Services Digital Network|ISDN]] (mit kleinen Paketen deutlich kürzer)
|style="text-align:right"| 200 ms
|-
|| [[Universal Mobile Telecommunications System|UMTS]]
|style="text-align:right"| 300–400 ms
|-
|| [[General Packet Radio Service|GPRS]]
|style="text-align:right"| 700–1000 ms
|}
|
{|
!colspan="2"| Internet ([[Internet Protocol|IP]]), jenseits des Routers
|-
||innerhalb Deutschlands
|style="text-align:right"| < 50 ms
|-
|| USA
|style="text-align:right"| 100–150 ms
|-
|| Fernost
|style="text-align:right"| bis zu 300 ms
|}
|}

== RTT vs. Ping ==
[[Ping (Datenübertragung)|Ping]] testet Wege im Netz bzw. das Routing im Netz und gibt den Status meist in Form von ICMP-Fehlermeldungen, [[Paketverlust]]quoten, [[Sequenznummer]]n, 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 [[Internet Control Message Protocol|ICMP]]-Protokoll in vielen Netzen gegenüber dem üblichen [[Transmission Control Protocol|TCP]]-Datenverkehr anders geroutet oder priorisiert wird. Auch darf die RTT nicht halbiert werden, um eine Laufzeit einer Wegstrecke zu ermitteln. Man erhielte sonst einen gemittelten Wert. TCP kann architektonisch nicht sicherstellen, dass der Rückweg eines Paketes die identische Strecke nutzt.

== Einzelnachweise ==
<references />

[[Kategorie:Rechnernetze]]
[[Kategorie:Zeitraum (Technik)]]

Paketumlaufzeit - Versionsgeschichte

imported>Uweschwoebel: Abgrenzung zu Round Trip Delay