Tracert und PathPing: Wo entstehen Ping-Spikes und Paketverluste?

Wenn der Ping zum Spielserver plötzlich hoch ist, liegt die Versuchung nahe, mit tracert sofort „den schuldigen Router“ zu suchen. Das kann funktionieren, führt aber oft zu Fehlinterpretationen. Router behandeln ICMP-Antworten nicht zwingend so priorisiert wie normalen Transitverkehr.

Was tracert tatsächlich zeigt

tracert erhöht schrittweise die TTL von Paketen. Zwischenrouter melden, dass die TTL abgelaufen ist, und Windows kann daraus den Pfad approximieren. Microsoft weist darauf hin, dass einige Router solche Meldungen gar nicht senden; Sternchen bei einem Hop bedeuten deshalb nicht automatisch Paketverlust für deinen eigentlichen Datenstrom.

Ein langsamer Zwischenhop ist nicht automatisch das Problem

Wenn Hop 5 mit 150 ms antwortet, Hop 6 bis zum Ziel aber wieder 25 ms zeigen, hat Hop 5 vermutlich nur seine eigene ICMP-Antwort niedrig priorisiert. Relevant wird eine Verschlechterung eher, wenn zusätzliche Latenz oder Verlust ab einem Punkt bis zum Ziel bestehen bleibt.

PathPing ergänzt wiederholte Statistik

PathPing ermittelt zunächst den Pfad und sendet anschließend über einen Zeitraum wiederholt Anfragen. Dadurch entstehen Statistiken für mehrere Hops. Das macht das Tool nützlicher für intermittierenden Verlust, dauert aber länger als ein einfaches tracert.

IPv4 und IPv6 getrennt testen

Beide Tools können je nach Parametern IPv4 oder IPv6 verwenden. Wenn ein Dienst über beide Protokolle erreichbar ist, lohnt sich ein getrennter Test. Unterschiedliche Routingpfade können erklären, warum ein Problem nur auf einem Protokoll auftritt.

Provider-Peering und Zielnetz

Ein Pfad kann außerhalb deines Providers über Transit- oder Peering-Netze laufen. Wenn Probleme erst weit hinter dem Providerzugang entstehen, kann dein lokaler Router perfekt funktionieren. Trotzdem ist es schwer, aus einem einzelnen Traceroute-Screenshot eine belastbare Verantwortlichkeit abzuleiten. Mehrere Messungen zu unterschiedlichen Zeiten sind wesentlich aussagekräftiger.

Praktische Testreihenfolge

1. Router/Gateway pingen.
2. Stabiles externes Ziel pingen.
3. Betroffenes Ziel pingen, wenn es ICMP beantwortet.
4. tracert zum betroffenen Ziel ausführen.
5. Bei wiederkehrendem Verlust pathping ergänzen.
6. Ergebnisse zusammen mit Uhrzeit und Last dokumentieren.

Wenn du primär Paketverlust untersuchst, lies Packet Loss unter Windows messen.