Paketverluste feststellen mittels MTR Tool
Der Server ist nur schlecht erreichbar? Die Server Verbindung bricht oftmals ab? Dies liegt meist am Paketverlust zu ihrem Server. Zur Fehleranalyse verwenden wir das Programm MTR und können dem Provider oder Hoster wichtige Daten liefern. MTR ist ein Netzwerk Diagnose Tool aus Kombination Traceroute und Ping. Es liefert den für uns wichtigen Packet Loss in %.
Punkt 1: Die MTR Installation
Zuerst laden wir das Programm MTR herunter und installieren es auf dem Server und PC (Client).
Linux
SuSE: yast -i mtr | zypper install mtr
Debian/Ubuntu: apt-get install mtr-tiny
CentOS/RHEL: yum install mtr
Arch Linux: pacman -S mtr
Gentoo: emerge -av mtr
MacPorts: port install mtr
Windows
http://winmtr.sourceforge.net
Punkt 2: MTR Report anfertigen
Beachtet diese vier Punkte bei der Report Erstellung.
- Das MTR muss mindestens 900 Pakete an jeden Hop versendet haben (entspricht ca. 15 Minuten)
- In beide Richtungen sollte das MTR angefertigt werden, einmal vom Client zum Server und vom Server zum Client
- Wir erstellen das MTR zum Problemzeitpunkt, da ansonsten kein Fehler protokolliert wird
- Notiere auch Datum und Uhrzeit, zu denen getestet wurde
Linux
1 | mtr -o "LSDNABWV" -s 1000 -r -c 900 IP_ADRESSE |
Nach ca. 15 Minuten erscheint der Report. Diesen kopieren wir in die Zwischenablage und stellen diesen dem Provider/Hoster zur Verfügung.
Windows
- Wir öffnen das Tool WinMTR.exe, klicken auf Options und geben unter Ping size (bytes) 1000 ein und bestätigen mit OK
- Unter Host geben wir die Domain oder IP-Adresse des Ziels an drücken Start und warten bis in der Spalte Sent mindestens 900 steht
- Den Report kopieren wir anschließend in die Zwischenablage (Copy Text to clipboard) und stellen diesen dem Provider/Hoster zur Verfügung
Sollte WinMTR.exe nicht funktionieren, kann alternativ pathping genutzt werden.
1 | pathping -p 10 -q 200 IP_ADRESSE |
Punkt 3: Die Auswertung
Zu aller erst sollte man wissen, dass Router ICMP Pakete nicht bevorzugen. Somit kann Loss % auf vereinzelten Hops (Routern) auftreten, aber das Ziel dennoch alle Pakete erhalten. Nur wenn der Loss % sich ab einem Hop bis zum Ziel durchzieht, ist es ein gültiger Report und die Verbindung kann zum Server abbrechen.
Ideales Ergebnis
1 2 3 4 5 6 7 8 9 10 11 | HOST: localhost Loss% Snt Drop Last Avg Best Wrst StDev 1.|-- xx.xxx.xx.xx 0.0% 100 0 1.0 1.1 1.0 2.0 0.1 2.|-- e120-eup1.netcologne.de 0.0% 100 0 15.2 16.4 14.6 69.0 5.6 3.|-- swrt-eup10-t15.netcologne 0.0% 100 0 14.8 14.7 14.4 15.5 0.2 4.|-- core-eup1-vl516.netcologn 0.0% 100 0 14.8 19.7 14.4 195.7 27.1 5.|-- core-sto1-t41.netcologne. 0.0% 100 0 153.5 18.2 14.5 153.5 20.0 6.|-- rtdecix-t43.netcologne.de 0.0% 100 0 18.0 23.2 17.5 211.0 28.0 7.|-- tge-5-1-0-353a.cr2.fra.ro 0.0% 100 0 17.8 21.1 17.6 103.6 12.1 8.|-- 217.118.16.26 0.0% 100 0 32.6 27.2 21.0 52.5 8.1 9.|-- 217.172.191.163 0.0% 100 0 24.8 23.4 21.6 29.7 1.6 10.|-- xx.xxx.xx.xx 0.0% 100 0 21.9 22.0 21.5 22.9 0.2 |
Scheinbare Störung
1 2 3 4 5 6 7 8 9 | HOST: localhost Loss% Snt Last Avg Best Wrst StDev 1. xx.xxx.xx.xx 0.0% 10 0.3 0.6 0.3 1.2 0.3 2. 63.247.64.157 0.0% 10 0.4 1.0 0.4 6.1 1.8 3. 209.51.130.213 0.0% 10 0.8 2.7 0.8 19.0 5.7 4. aix.pr1.atl.google.com 0.0% 10 6.7 6.8 6.7 6.9 0.1 5. 72.14.233.56 60.0% 10 27.2 25.3 23.1 26.4 2.9 6. 209.85.254.247 0.0% 10 39.1 39.4 39.1 39.7 0.2 7. 64.233.174.46 0.0% 10 39.6 40.4 39.4 46.9 2.3 8. gw-in-f147.1e100.net 0.0% 10 39.6 40.5 39.5 46.7 2.2 |
Paketverlust tritt auf
1 2 3 4 5 6 7 8 9 | HOST: localhost Loss% Snt Last Avg Best Wrst StDev 1. xx.xxx.xx.xx 0.0% 10 0.3 0.6 0.3 1.2 0.3 2. 63.247.64.157 0.0% 10 0.4 1.0 0.4 6.1 1.8 3. 209.51.130.213 60.0% 10 0.8 2.7 0.8 19.0 5.7 4. aix.pr1.atl.google.com 60.0% 10 6.7 6.8 6.7 6.9 0.1 5. 72.14.233.56 50.0% 10 7.2 8.3 7.1 16.4 2.9 6. 209.85.254.247 40.0% 10 39.1 39.4 39.1 39.7 0.2 7. 64.233.174.46 40.0% 10 39.6 40.4 39.4 46.9 2.3 8. gw-in-f147.1e100.net 40.0% 10 39.6 40.5 39.5 46.7 2.2 |
Ich hoffe euch ein wenig Licht ins dunkle Internet gebracht zu haben.
0
