mtr vs. traceroute

Traceroute und mtr sind beides Befehlszeilen-Tools zur Diagnose von Netzwerkpfadproblemen. Mit Traceroute erhalten Sie einen einmaligen Schnappschuss der Route, die Ihre Pakete nehmen. mtr tut dasselbe, führt aber weitere Untersuchungen durch und erstellt Statistiken über Paketverluste, Latenz und Jitter im Laufe der Zeit. In diesem Beitrag erfahren Sie, wie jedes Tool funktioniert, wie Sie die Ausgabe lesen können und wann Sie welches Tool verwenden sollten.

Wie funktioniert Traceroute?

Traceroute verwendet das Time-to-Live-Feld (TTL) in den Kopfzeilen von IP-Paketen. Es sendet ein Paket mit einer TTL von 1. Der erste Router dekrementiert die TTL auf Null, verwirft das Paket und sendet eine ICMP-Meldung "Time Exceeded" zurück. Traceroute zeichnet die IP-Adresse des Routers und die Umlaufzeit auf, sendet dann ein weiteres Paket mit TTL auf 2 und so weiter, bis das Paket das Ziel erreicht oder die maximale Hop-Grenze erreicht (standardmäßig 30, einstellbar mit -m).

Standardmäßig sendet Traceroute drei Probes pro Hop, so dass Sie drei Latenzwerte erhalten. Die Protokolle unterscheiden sich je nach Betriebssystem:

• Windows: Der Befehl tracert sendet ICMP Echo Requests.
• Linux/macOS: Der Befehl traceroute sendet UDP-Datagramme (Ports 33434-33534). Verwenden Sie -I für ICMP oder -T für TCP, wenn UDP blockiert ist.

Durch Hinzufügen des Flags -n werden Reverse-DNS-Lookups übersprungen, was bei Pfaden mit vielen Hops zu einer spürbaren Beschleunigung führt.

Wie mtr funktioniert

mtr (My Traceroute) verwendet dieselbe TTL-basierte Pfadermittlung wie Traceroute, sendet aber weiterhin Probes, in der Regel einen pro Sekunde. Anstelle von drei Datenpunkten pro Hop erhalten Sie laufende Statistiken: prozentualer Paketverlust, durchschnittliche Latenzzeit, beste und schlechteste Antwortzeit und Standardabweichung (Jitter).

mtr unterstützt ICMP- (Standard), UDP- und TCP-SYN-Sonden. Der TCP-Modus ist nützlich, wenn Firewalls ICMP blockieren oder wenn Sie einen bestimmten Anwendungsport testen möchten:

mtr --tcp --port 443 example.com

Für einen nicht-interaktiven Bericht, den Sie mit einem Support-Team teilen können, verwenden Sie den Berichtsmodus:

mtr --report --report-cycles 100 example.com

Dabei werden 100 Tests durchgeführt und eine Zusammenfassung gedruckt. Sie können auch benutzerdefinierte Paketgrößen mit --psize einstellen, um auf MTU- oder Fragmentierungsprobleme zu testen.

mtr läuft nativ unter Linux und macOS. Windows-Benutzer können WinMTR für ein GUI-Äquivalent verwenden.

Hauptunterschiede

Der praktische Unterschied besteht darin, dass es sich um intermittierende Probleme handelt. Ein einzelner Traceroute kann leicht einen Router übersehen, der 2 % der Pakete verwirft, oder einen Hop mit 15 ms Jitter. mtr fängt diese Probleme auf, weil es ständig misst.

Lesen der Ausgabe

Der häufigste Fehler beim Lesen von Traceroute- oder mtr-Ausgaben ist die Annahme, dass ein problematisch aussehender Zwischenschritt bedeutet, dass es ein echtes Problem gibt. Das ist normalerweise nicht der Fall.

Sternchen (*) in traceroute bedeuten, dass der Router nicht auf die Anfrage geantwortet hat. Viele Router sind so konfiguriert, dass sie ICMP ignorieren oder die Rate begrenzen. Wenn die nachfolgenden Hops normal antworten, ist der Pfad in Ordnung.

DerPaketverlust bei einem einzelnen Hop in mtr folgt der gleichen Logik. Wenn Hop 5 20 % Verlust anzeigt, das endgültige Ziel jedoch 0 %, dann hat dieser Router lediglich die Priorisierung der Probe-Antworten aufgehoben. Echte Paketverluste zeigen sich als Muster: Der Verlust tritt bei einem Hop auf und bleibt bei jedem weiteren Hop bis zum Ziel bestehen.

Latenzsprünge zwischen den Sprüngen sind normal und zu erwarten. Ein Sprung von 10 ms auf 80 ms bedeutet normalerweise, dass das Paket einen Ozean oder einen langen Landweg überquert hat. Machen Sie sich nur dann Gedanken über die Latenz, wenn sie für die Entfernung ungewöhnlich hoch ist (weniger als 5 ms innerhalb eines Stadtgebiets, einige zehn Millisekunden auf dem Landweg, 80-150 ms auf dem Ozean) oder wenn die Latenzzeit am Zielort inakzeptabel ist.

StDev (Jitter) in mtr ist zu beachten. Werte über 10 ms bei jedem Hop können Probleme bei VoIP, Videoanrufen und Spielen verursachen. Wenn Sie einen hohen Jitter feststellen, führen Sie mindestens 100 Zyklen durch, um sicherzustellen, dass es sich um ein dauerhaftes Muster und nicht um eine kurze Spitze handelt.

Wann ist welches Tool zu verwenden?

Verwenden Sie Traceroute, wenn Sie eine schnelle Antwort benötigen: Ist das Ziel erreichbar, und wenn nicht, wo bricht der Pfad ab? Es ist der richtige Ausgangspunkt für Ausfälle und zur Überprüfung des grundlegenden Routings.

Verwenden Sie mtr, wenn das Problem intermittierend oder leistungsbezogen ist. Benutzer, die gelegentliche Verbindungsunterbrechungen, VoIP-Qualitätsprobleme oder Latenzspitzen melden, benötigen die kontinuierlichen Daten von mtr. Führen Sie mindestens 50-100 Zyklen durch, um zuverlässige Statistiken zu erhalten.

Für eine gründliche Diagnose sollten Sie mtr in beide Richtungen ausführen: von Ihrem Rechner zum Server und vom Server zurück zu Ihrer IP. Das Internet-Routing ist asymmetrisch, so dass der Rückweg völlig unterschiedliche Eigenschaften haben kann. Wenn Sie nur eine Richtung testen, kann es sein, dass Sie das eigentliche Problem übersehen.

Wenn Sie Probleme mit Ihrem dedizierten Server oder VPS haben, akzeptieren die Support-Teams von FDC Servers mtr-Berichte als Standard-Diagnose-Nachweis für Netzwerk-Eskalationen.