Erstellen eines MTR-Berichts für die Netzwerkanalyse

Ein MTR-Bericht (My Traceroute) ist ein leistungsstarkes Tool, das die Funktionen von ping und traceroute kombiniert, um Netzwerkprobleme wie Paketverlust und hohe Latenz zu diagnostizieren. Unser Support-Team kann einen MTR-Bericht von dir anfordern, um Verbindungsprobleme zu untersuchen.


Warum benötigen wir einen MTR?

Eine Reihe von Faktoren beeinflusst die Geschwindigkeit deiner Verbindung. Ein MTR-Bericht hilft uns, genau zu identifizieren, wo im Verbindungspfad ein Problem auftreten könnte.


1. Wie man einen MTR-Bericht erstellt

Zuerst musst du das MTR-Tool installieren, falls du es noch nicht hast.

Für Linux

Debian / Ubuntu
apt-get update apt-get install mtr
CentOS / AlmaLinux
yum install mtr

Für Windows

Eine beliebte grafische Version von MTR für Windows heißt WinMTR. Du kannst es von der offiziellen Quelle herunterladen.

2. Wie man einen MTR-Bericht versteht

Die MTR-Ausgabe zeigt jeden „Hop“ (Sprung) zwischen dir und dem Ziel. Die wichtigsten Spalten sind Host, Loss% (Verlust in %) und die Latenzspalten (Avg (Durchschnitt), Wrst (Schlechtest)).

Warum bidirektionale Berichte entscheidend sind

Ein wichtiges Konzept!

Der Pfad, den deine Daten von deinem Computer zu unserem Server nehmen, ist oft völlig anders als der Pfad, den sie von unserem Server zurück zu dir nehmen. Dies wird als asymmetrisches Routing bezeichnet. Ein Problem kann nur auf dem Rückweg existieren. Ohne Berichte in beide Richtungen erhalten wir keine vollständige und genaue Ansicht der Verbindung.

Interpretation der Ergebnisse

Bei der Analyse deines Berichts sind dies die Schlüsselregeln für die korrekte Interpretation der Daten.
Regel für Paketverlust:

Ein echtes Netzwerkproblem liegt in der Regel nur dann vor, wenn du einen signifikanten Paketverlust siehst, der über mehrere nachfolgende Hops hinweg, einschließlich des endgültigen Ziels, bestehen bleibt oder zunimmt.

Regel für Latenz (Ping):

Suche nach einem plötzlichen Sprung in der Avg-Latenz, der bis zum Ziel anhält, oder einem Wrst-Wert, der viel höher ist als der Durchschnitt, was auf Lags hinweist.

Beispiele: Gute vs. Schlechte MTR-Berichte

Interpretation der Ergebnisse
Beispiel 1: Kein Problem (Verlust in der Mitte)
Beispiel 2: Echtes Problem (Paketverlust am Ende)
Beispiel 3: Echtes Problem (Latenzsprung)
In diesem Beispiel sehen wir einen Paketverlust von 50 % bei Hop 3. Der Verlust setzt sich jedoch nicht zu nachfolgenden Hops fort. Das Endziel (Hop 5) hat 0 % Verlust.
HostLoss%SntLastAvgBestWrst
1. your-router.local0.0%10001.11.20.95.5
2. your-isp.net0.0%10005.35.54.115.2
3. some-backbone.net50.0%100010.510.29.820.1
4. another-peer.net0.0%100010.810.510.122.0
5. server4you.com0.0%100011.211.010.525.0

Fazit: Dies ist kein Problem. Der Verlust bei Hop 3 liegt daran, dass dieser spezifische Router Ping-Anfragen de-priorisiert. Das Netzwerk ist gesund.


3. Übermittlung des Berichts an den Support

Wenn du den Bericht an unser Support-Team weiterleitest, stelle bitte sicher, dass du Folgendes beifügst:

  • Den MTR-Bericht von deinem Client zu unserem Server.
  • Den MTR-Bericht von unserem Server zu deinem Client.
  • Wenn möglich, einen MTR-Bericht zwischen zwei deiner Server4You-Server.
  • Das Datum und die Uhrzeit, wann du die Berichte erstellt hast.