MTR un outil de diagnostic réseau
L'article détaille le fonctionnement de MTR, fournit quelques exemples de ligne de commande et explique les données qu'elle génère. En fin de compte, compte tenu de la sortie, nous effectuons l'analyse des rapports.
Comment fonctionne MTR?
Outils de diagnostic réseau, tels que Ping, Traceroute et MTR sonde la connexion entre deux appareils avec des paquets ICMP pour le dépannage de la connectivité réseau. Alors que l'utilitaire Ping utilise ICMP Echo_Request et Echo_replies, en revanche, Traceroute et MTR utilisent des paquets ICMP avec TTL de temps pour vivre.
Pour l'analyse du saut à hop, au début, MTR établit des adresses des commutateurs, des passerelles et des routeurs entre les appareils locaux et distants. Ensuite, il utilise les paquets ICMP avec TTL pour faire un ping à chaque houblon de telle sorte que le TTL contrôle les nœuds que le paquet atteindra avant de mourir. Par conséquent, il envoie une série d'ICMP Echo_Request avec le TTL réglé à un, deux, trois, etc. jusqu'à ce que MTR assemble toute la route.
Le processus ci-dessus produit des statistiques qui contiennent des informations supplémentaires, telles que l'état de houblon, la connexion réseau, la réactivité des nœuds, la latence du réseau et la gigue. Plus intéressant, il est similaire à la commande supérieure car elle reste rafraîchissante avec la connectivité réseau en temps réel.
Installation de MTR
Par défaut, l'outil vit dans le / utilisateur / sbin Répertoire tel qu'il est préinstallé avec la plupart des distributions. S'il n'est pas disponible, installez MTR avec le gestionnaire de package par défaut de la distribution.
Pour Ubuntu:
ubuntu @ ubuntu: ~ $ sudo apt-get -y install mtr
Pour Rhel:
ubuntu @ ubuntu: ~ $ sudo yum -y install mtr
Pour Arch:
ubuntu @ ubuntu: ~ $ sudo pacman -y install mtr
Génération et lecture de rapports MTR en direct
Comme le montre les captures d'écran ci-dessus, en plus de répertorier le houblon du réseau, MTR garde également une trace de la latence. En d'autres termes, il estime également le temps aller-retour de la machine locale à chaque appareil sur le chemin.
Pour une meilleure idée, utilisez l'indicateur de rapport pour générer un rapport constituant des statistiques concernant la qualité du réseau. Les utilisateurs peuvent également l'utiliser avec l'option -c, car il ne fonctionnera que pour le nombre de cycles spécifiés par celui-ci et quitter après l'impression des statistiques.
ubuntu @ ubuntu: ~ $ sudo mtr -r -c 5 google.com
La capture d'écran précédente produit plusieurs champs / colonnes pour accéder au trafic réseau. Ces colonnes signalent les statistiques suivantes:
- %Perte: Pourcentage de perte de paquets à chaque machine
- SNT: Nombre de paquets envoyés
- Dernier: Le temps aller-retour pour le dernier paquet traceroute
- AVG: Le temps aller-retour moyen pour toutes les sondes
- Meilleur: Temps aller-retour le plus court d'un paquet à un hôte particulier
- TRST: Le plus long temps aller-retour d'un paquet à un hôte
- Stdev: Écart-type des latences
Le Snt pour Tout Les colonnes mesurent les latences en millisecondes, mais seuls le AVG la colonne compte le plus. Le seul inconvénient pour générer des rapports pour la qualité du réseau est qu'il utilise beaucoup de trafic réseau qui dégrade les performances du réseau.
Options utiles
La section suivante contient certains des exemples de commande de drapeaux MTR les plus utiles. Nous expliquerons les détails de sortie dans la section de lecture du rapport MTR ultérieurement.
IPv6: MTR utilise IPv6 comme l'option par défaut, qui nécessite d'inclure l'adresse IP ou le nom de domaine de l'hôte de destination comme argument. Il affichera une sortie en temps réel, appuyez sur Ctrl + C ou Q à quitter:
Ubuntu @ Ubuntu: ~ $ sudo mtr google.com
ou
ubuntu @ ubuntu: ~ $ sudo mtr 8.8.8.8
IPv4 uniquement: Le commutateur IPv4 (-4) affiche uniquement les adresses IPv4 et comprend des noms de domaine entièrement qualifiés:
ubuntu @ ubuntu: ~ $ sudo mtr -4 google.com
B: Pour afficher à la fois les noms de domaine et les adresses IPv4, utilisez l'indicateur -b comme suit:
ubuntu @ ubuntu: ~ $ sudo mtr -b google.com
C: Comme discuté précédemment, le drapeau limite le nombre de pings envoyés à chaque machine. Après avoir terminé le nombre de Pings, il arrête la mise à jour en direct et quitte MTR peu de temps après:
ubuntu @ ubuntu: ~ $ sudo mtr -c7 google.com
T / u: Remplacez les paquets d'écho ICMP par TCP Syn -T / -tcp ou datagrammes UDP -u / -udp:
ubuntu @ ubuntu: ~ $ sudo mtr --tcp google.com
ou
ubuntu @ ubuntu: ~ $ sudo mtr --udp google.com
O: Organiser le champ de sortie selon vos besoins. Par exemple, la commande donnée affiche la sortie de la manière suivante:
ubuntu @ ubuntu: ~ $ mtr -o "lsdr nbaw jmxi" 8.8.8.8
M: Spécifiez le houblon entre l'hôte local et la machine distante. Les exemples suivants définissent le houblon sur 5, tandis que la valeur par défaut est de 30:
ubuntu @ ubuntu: ~ $ mtr -m 5 8.8.8.8
S: Sonde le réseau en spécifiant la taille des paquets ICMP, y compris les en-têtes IP / ICMP en octets:
ubuntu @ ubuntu: ~ $ mtr -s paquetsize -c 5 google.com
Analyse des rapports
L'analyse du rapport de sortie MTR constitue principalement ou se concentre sur la perte de paquets et la latence du réseau. Discutons de chacun d'eux en détail:
Perte de paquets
Le rapport MTR génère un pourcentage de champ de perte de paquets à chaque houblon pour indiquer un problème. Cependant, les prestataires de services ont une pratique courante des paquets MTR ICMP à limite de taux qui donnent une illusion de perte de paquets, ce qui n'est pas vrai. Pour identifier si la perte de paquets est réellement due à la limitation des taux ou non, notez la perte de paquets du saut suivant. Comme dans la capture d'écran ci-dessus, pour -o Exemple de drapeau, nous observons une perte de paquets de 16.7% au hop 5 et 6. S'il n'y a pas de perte de paquet au prochain appareil, il en résulte en raison de la limitation des taux.
Dans un autre scénario, si les rapports représentent différentes quantités de perte au houblon ultérieur de départ et que les derniers appareils affichent le même pourcentage de perte de paquets, la perte aux machines initiales est due aux deux facteurs: limitation de taux et perte réelle. Par conséquent, lorsque MTR rapporte différentes pertes de paquets à divers houblon, faites confiance à la perte au houblon ultérieur.
La latence du réseau
La latence d'un réseau augmente avec le nombre de sauts entre deux points de terminaison. Cependant, la latence dépend également de la qualité de la connexion réseau entre les machines locales et distantes. Par exemple, les connexions de numérotation affichent une latence plus élevée que les modems de câble.
Il est également important de noter que la latence du réseau n'implique pas un itinéraire inefficace. Quelle que soit la latence élevée du réseau à différents nœuds, les paquets peuvent atteindre la destination et revenir à la source avec une perte nulle.
Dans l'exemple ci-dessus, nous observons un saut de latence à partir du 8ème saut, mais aucun paquet n'a été perdu sauf à l'hôte de destination.
Conclusion
La compréhension des bases de MTR est nécessaire pour saisir et déterminer les problèmes de connectivité réseau les plus courants, tels que la configuration incorrecte du réseau de routeur ISP / résidentiel et de réseau, les délais d'expiration et la limitation du taux ICMP. L'article construit un terrain pour un utilisateur débutant pour comprendre l'utilisation et le travail de MTR. Il montre également comment générer des rapports MTR et effectuer une analyse pour identifier les problèmes de perte de paquets liés à la limitation des taux et analyser la latence du réseau.