Diagnostiquez les problèmes de perte de paquets et de latence avec MTR en traçant chaque saut et en analysant les métriques de qualité des liens.
Processus de test
La figure suivante illustre le processus typique de test de lien.
Consultez un site web tel que IP Address Query - IPLark pour obtenir l'adresse IP publique de votre réseau local.
Le serveur de destination correspond au nom de domaine ou à l'adresse IP publique du service cible.
Présentation de l'outil
MTR combine les fonctionnalités de ping et de traceroute. Contrairement à traceroute, qui ne trace un lien qu'une seule fois, mtr sonde continuellement chaque saut et collecte des statistiques. Cette approche réduit l'impact des fluctuations transitoires et produit des résultats mtr plus précis.
Sous Linux, utilisez mtr en installant le package mtr. Sous Windows, utilisez WinMTR.
mtr (Linux)
Installation
Alibaba Cloud Linux 3/2
CentOS 6/7/8
Ubuntu/Debian
Utilisation
Format de la commande
mtr utilise le format suivant. hostname représente le nom de domaine du service et ip l'adresse IP publique.
mtr [options] hostname/ipParamètres
Le tableau ci-dessous répertorie les paramètres courants. Exécutez man mtr pour obtenir la liste complète.
|
Paramètre facultatif |
Description |
|
|
Affiche la sortie en mode rapport. |
|
|
Liste séparément chaque résultat de trace de lien. |
|
|
Spécifie la taille des paquets ping. |
|
|
Désactive la résolution DNS des adresses IP. |
|
|
Définit l'adresse IP source pour les paquets sortants. Remarque
Utilisez cette option lorsque l'hôte dispose de plusieurs adresses IP. |
|
-4 |
Utilise uniquement IPv4. |
|
-6 |
Utilise uniquement IPv6. |
Par défaut, mtr s'exécute en mode interactif. Appuyez sur ? ou h pour afficher le menu d'aide permettant de contrôler mtr et de changer les vues d'affichage.
Exemple d'utilisation
Diagnostiquer le réseau avec IPv4.
sudo mtr -4 www.aliyun.comExemple de sortie
La sortie suivante est renvoyée après l'exécution de mtr <Adresse IP de destination> :
My traceroute [v0.92]
i Z (1 l) 2024-11-25T13:25:18+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx 0.0% 20 2.0 2.1 1.8 2.4 0.2
2. 10.xxx 45.0% 20 2.6 3.0 2.3 7.7 1.6
3. 10.xxx 0.0% 20 2.3 2.2 2.0 2.4 0.1
4. 11.xxx 0.0% 20 4.1 5.8 3.6 16.1 3.8
5. 10.xxx 0.0% 20 4.8 4.4 4.2 4.8 0.1
6. 115.xxx 26.3% 20 4.3 4.4 4.3 4.6 0.1
7. 220.xxx 20.0% 20 5.6 5.1 4.9 5.6 0.1
8. ???
9. 58.xxx 0.0% 20 13.5 13.7 13.5 14.2 0.2
10. 58.xxx 31.6% 19 10.2 10.4 10.2 11.5 0.3
11. 58.xxx 0.0% 19 18.4 15.3 12.4 31.7 5.3
12. ???
13. ???
14. ???
15. 180.xxx 0.0% 19 9.0 9.0 8.8 9.1 0.1Le tableau suivant décrit les champs de sortie par défaut.
|
Paramètre |
Description |
|
Host |
Adresse IP ou nom de domaine du nœud. Appuyez sur |
|
Loss% |
Taux de perte de paquets du nœud. |
|
Snt |
Nombre de paquets envoyés. Par défaut : 10. Utilisez |
|
Last |
Latence de la dernière sonde. |
|
Avg |
Latence moyenne de toutes les sondes. |
|
Best |
Latence minimale de toutes les sondes. |
|
Wrst |
Latence maximale de toutes les sondes. |
|
StDev |
Écart type. Une valeur plus élevée indique une latence moins stable. |
WinMTR (Windows)
Installation
WinMTR ne nécessite aucune installation. Téléchargez le package, décompressez-le et exécutez le fichier exécutable.
Accédez au site officiel de WinMTR pour télécharger WinMTR.
Décompressez le package et accédez au répertoire
WinMTR-v092 > WinMTR-v092 > WinMTR_x64. Double-cliquez sur l'application WinMTR pour lancer l'outil. Après le lancement, le champ Host en haut de l'interface vous permet de saisir l'adresse de l'hôte de destination. Cliquez sur Start pour démarrer le test de lien.
Utilisation
-
Dans le champ Host, saisissez le nom de domaine ou l'adresse IP du serveur de destination.
ImportantLe nom de domaine ou l'adresse IP du serveur de destination ne doit pas contenir d'espaces.
Après avoir cliqué sur Start, les résultats du traçage de route s'affichent dans un tableau comportant les colonnes suivantes : Hostname, Nr, Loss%, Sent, Recv, Best, Avrg, Worst et Last.
Le tableau suivant décrit les fonctionnalités et paramètres supplémentaires.
Fonctionnalité ou paramètre
Description
Copy Text to clipboard
Copie les résultats du test dans le presse-papiers au format texte.
Copy HTML to clipboard
Copie les résultats du test dans le presse-papiers au format HTML.
Export TEXT
Exporte les résultats du test vers un fichier au format texte.
Export HTML
Exporte les résultats du test vers un fichier au format HTML.
Options
Paramètres facultatifs :
-
Interval (sec) : Intervalle de sondage. Par défaut : 1 seconde.
-
Ping size (bytes) : Taille des paquets Ping. Par défaut : 64 octets.
-
Max. hosts in LRU list : Nombre maximal d'hôtes dans la liste LRU. Par défaut : 128.
-
Resolve names : Résout les adresses IP en noms de domaine via une recherche inverse.
-
-
Cliquez sur Start.
Start devient Stop et WinMTR affiche les résultats.
Une fois que suffisamment de données ont été collectées, cliquez sur Stop.
Exemple de sortie
La sortie suivante est renvoyée lors du test d'un nom de domaine de serveur de destination :
WinMTR affiche les résultats du traçage de route dans un tableau montrant les conditions réseau pour chaque saut. Dans cet exemple, environ 13 nœuds sont répertoriés, dont certains affichent des taux de perte de paquets élevés (tels que 40 %, 71 % et 90 %). Le dernier nœud affiche No response from host, ce qui indique que l'hôte de destination n'a pas répondu.
Le tableau suivant décrit les champs de sortie par défaut :
|
Paramètre |
Description |
|
Hostname |
Adresse IP ou nom de domaine du nœud. |
|
Nr |
Numéro séquentiel du nœud. |
|
Loss% |
Taux de perte de paquets du nœud. |
|
Sent |
Nombre de paquets envoyés. |
|
Recv |
Nombre de paquets reçus. |
|
Best |
Latence minimale du nœud. |
|
Avg |
Latence moyenne du nœud. |
|
Worst |
Latence maximale du nœud. |
|
Last |
Latence de la sonde la plus récente. |
|
StDev |
Écart type. Une valeur plus élevée indique une latence moins stable. |
Guide d'analyse des résultats
L'analyse suivante utilise les résultats de mtr comme exemple, car mtr offre une précision supérieure. Les exemples de résultats sont présentés ci-dessous.
My traceroute [v0.92]
i sZ (1 1) 2024-11-25T10:52:08+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx 5.0% 199 1.9 2.0 1.8 12.0 0.7
2. 11.xxx 41.2% 199 2.2 2.5 2.1 15.1 1.5
3. 11.xxx 0.0% 199 2.3 2.4 2.2 8.7 0.6
4. 11.xxx 0.0% 199 3.8 6.7 3.4 244.1 25.2
5. xxx 0.5% 199 4.2 4.3 4.1 11.8 0.6
6. 115.xxx 21.1% 199 4.8 4.6 4.5 6.8 0.3
7. 115.xxx 63.8% 199 7.4 9.6 7.4 26.8 4.7
8. 202.xxx 52.3% 199 11.6 11.7 11.5 12.9 0.2
9. 58.xxx 30.3% 199 16.5 16.7 16.4 33.5 1.5
10. 58.xxx 4.0% 199 14.5 14.5 14.5 15.6 0.1
11. 58.xxx 0.0% 199 17.8 18.6 17.6 38.0 3.1
12. ???
13. ???
14. ???
15. 186.xxx 0.0% 199 14.4 14.3 14.3 15.3 0.1Zones réseau
Le lien entre le client et le serveur de destination traverse généralement les zones réseau suivantes.
-
Réseau local du client
Comprend le LAN et le réseau ISP local, tels que la zone A dans la figure. Les exceptions se divisent en deux types.
Si l'exception se produit sur un nœud du réseau local du client, dépannez le réseau local.
Si l'exception se produit sur un nœud ISP, signalez le problème au fournisseur de services Internet (ISP) local.
-
Réseau de l'opérateur
Le réseau dorsal de l'ISP, tel que la zone B dans la figure. Si une exception se produit ici, interrogez l'adresse IP du nœud anormal pour identifier son ISP. Signalez le problème directement à l'ISP ou via le support technique d'Alibaba Cloud.
-
Réseau local du serveur de destination
Le réseau du fournisseur de l'hôte de destination, tel que la zone C dans la figure. Si une exception se produit ici, signalez le problème au fournisseur de réseau de l'hôte de destination.
Si l'équilibrage de charge des liens est activé pour une partie du lien intermédiaire, mtr numérote et sonde uniquement les premier et dernier nœuds. Les nœuds intermédiaires n'affichent que les adresses IP ou les noms de domaine.
Analyse des métriques
Analysez la connectivité et les performances du lien en examinant conjointement Loss%, Avg, StDev et la latence.
Loss% (taux de perte de paquets)
Si un nœud affiche un Loss% non nul, un problème peut exister à ce saut. La perte de paquets est généralement causée par l'un des éléments suivants :
L'ISP a limité le débit ICMP sur le nœud pour des raisons de sécurité ou de performance.
-
Le nœud est défaillant. Vérifiez l'état de perte de paquets du nœud anormal et des nœuds suivants :
Si les nœuds suivants ne présentent aucune perte de paquets, la perte est généralement due à une limitation de débit par l'ISP. Vous pouvez l'ignorer, comme illustré au deuxième saut de la figure.
Si les nœuds suivants présentent également une perte de paquets, le nœud souffre d'une anomalie réseau, comme illustré au sixième saut de la figure.
Si les nœuds suivants incluent à la fois des nœuds avec et sans perte de paquets, une limitation de débit et une anomalie réseau peuvent être présentes simultanément. Lorsque des pertes de paquets se produisent continuellement sur plusieurs sauts consécutifs avec des taux variables, utilisez le taux des derniers sauts comme référence. Dans la figure, les sauts 6 à 9 montrent une perte de paquets, donc le taux de perte final est de 30,3 % au saut 9.
Avg (valeur moyenne) et StDev (écart type)
Le jitter du lien et d'autres facteurs peuvent entraîner une grande variation entre les valeurs Best et Wrst. Avg fait la moyenne de toutes les sondes depuis le début du test, ce qui reflète mieux la qualité globale du réseau. StDev indique la dispersion des valeurs de latence — un StDev élevé signifie que Avg peut ne pas représenter avec précision les conditions réelles. Par exemple, si certains paquets ont une latence de 25 ms tandis que d'autres ont 350 ms, la moyenne peut sembler normale malgré de mauvaises performances réelles.
Approche d'analyse recommandée :
Si StDev est élevé, vérifiez
BestetWrstpour déterminer si une exception existe.-
Si StDev est faible, utilisez Avg pour évaluer le nœud.
RemarqueQue StDev soit élevé ou faible dépend du contexte. Par exemple, un StDev de 25 ms constitue une dérive importante lorsque Avg est de 30 ms, mais une dérive faible lorsque Avg est de 325 ms.
Latence
-
Pic de latence
Si la latence augmente brusquement après un certain saut, une anomalie réseau y existe probablement. Dans la figure, la latence augmente fortement après le sixième saut. Cependant, puisque les données atteignent toujours la destination, la latence élevée pourrait provenir du chemin de retour. Analysez ceci conjointement avec un test de lien inverse.
-
Augmentation de la latence due à la limitation du débit ICMP
La limitation du débit ICMP peut également provoquer un pic de latence sur un nœud, mais les nœuds suivants reviennent généralement à la normale. Dans la figure, le neuvième saut montre une perte de paquets de 30 % et une latence élevée, mais les sauts suivants reviennent à la normale, ce qui indique que le pic est causé par la limitation de débit.
Exemple d'analyse
My traceroute [v0.92]
i sZ (1 1) 2024-11-25T10:52:08+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx 5.0% 199 1.9 2.0 1.8 12.0 0.7
2. 11.xxx 41.2% 199 2.2 2.5 2.1 15.1 1.5
3. 11.xxx 0.0% 199 2.3 2.4 2.2 8.7 0.6
4. 11.xxx 0.0% 199 3.8 6.7 3.4 244.1 25.2
5. xxx 0.5% 199 4.2 4.3 4.1 11.8 0.6
6. 115.xxx 21.1% 199 4.8 4.6 4.5 6.8 0.3
7. 115.xxx 63.8% 199 7.4 9.6 7.4 26.8 4.7
8. 202.xxx 52.3% 199 11.6 11.7 11.5 12.9 0.2
9. 58.xxx 30.3% 199 16.5 16.7 16.4 33.5 1.5
10. 58.xxx 4.0% 199 14.5 14.5 14.5 15.6 0.1
11. 58.xxx 0.0% 199 17.8 18.6 17.6 38.0 3.1
12. ???
13. ???
14. ???
15. 186.xxx 0.0% 199 14.4 14.3 14.3 15.3 0.1Sur la base des exemples de résultats et du guide d'analyse ci-dessus :
Des pertes de paquets se produisent aux sauts 2, 6, 7, 8 et 9, mais pas aux sauts 3, 4, 5, 10, 11 et 15. Si les requêtes réseau fonctionnent normalement, la perte de paquets est probablement due à une limitation de débit ICMP.
La valeur
Wrstau quatrième saut est élevée, maisAvgne l'est pas. Cela peut être dû à une fluctuation transitoire lors d'une sonde.La latence moyenne sur tous les nœuds varie de 1,8 ms à 17,6 ms, ce qui indique une latence globale faible.
Le lien réseau dans cet exemple est normal. Si des fluctuations se produisent dans votre environnement réel, analysez-les conjointement avec les résultats du test de lien inverse.
L'analyse réseau est flexible. Les sections précédentes décrivent les méthodes courantes d'analyse des métriques. En pratique, effectuez une évaluation complète en fonction de votre situation spécifique. Si un test unidirectionnel n'est pas concluant, combinez-le avec un test de lien inverse pour une analyse plus approfondie.
Exceptions de lien courantes
Les exemples suivants utilisent mtr sous Linux. Les résultats réels peuvent varier selon le système d'exploitation et l'outil.
Configuration réseau incorrecte sur l'hôte de destination
Comme indiqué ci-dessous, une perte de paquets de 100 % se produit à la destination. Cela peut donner l'impression que les paquets ne sont pas arrivés. Cependant, les politiques de sécurité sur le serveur de destination, telles qu'un pare-feu ou iptables, ont probablement bloqué les réponses ICMP. Vérifiez la configuration de la politique de sécurité du serveur de destination.
[root@mycentos ~]# mtr --no-dns www.xxx.com
My traceroute [v0.75]mycentos (0.0.0.0)
Wed Jun 15 19:06:29 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Packets Pings Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. ???
3. 111.xxx.xxx.xxx 0.0% 10 521.3 90.1 2.7 521.3 211.3
4. 111.xxx.xxx.9 0.0% 10 2.9 4.7 1.6 10.6 3.9
5. 211.xxx.xxx.29 80.0% 10 3.0 3.0 3.0 3.0 0.0
6. 221.xxx.xxx.85 0.0% 10 1.7 7.2 1.6 34.9 13.6
7. 221.xxx.xxx.5 0.0% 10 5.2 5.2 5.1 5.2 0.0
8. 221.xxx.xxx.26 0.0% 10 5.3 5.2 5.1 5.3 0.1
9. 173.xxx.xxx.105 100.0% 10 0.0 0.0 0.0 0.0 0.0Limitation du débit ICMP
Les nœuds de lien intermédiaires affichent des taux de perte de paquets élevés, mais les nœuds suivants retrouvent un état normal. Cela est généralement dû au fait que les ISP ou les équipements réseau intermédiaires limitent le débit des paquets ICMP, plutôt qu'à une réelle perte de paquets réseau. Par exemple, le saut 4 affiche une perte de paquets de 83 %, mais le saut 5 revient à la normale. Le saut 9 affiche une perte de paquets de 90,4 %. Vous pouvez effectuer un test MTR inverse pour une analyse complète afin de confirmer si la perte de paquets est causée par des politiques de limitation de débit.
My traceroute [v0.92]
i xxx Z (172.xxx 7) 2025-06-16T11:01:14+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx.26 12.6% 95 1.9 1.8 1.6 2.5 0.1
2. 10.xxx.89 0.0% 95 3.0 3.5 2.8 14.0 1.3
3. 11.xxx.41 0.0% 95 1.8 1.9 1.7 4.0 0.4
4. 11.xxx.17 83.0% 95 3.1 4.3 2.9 7.3 1.5
5. 11.xxx.54 0.0% 95 9.5 9.6 9.2 13.4 0.6
6. 12x.xxx.246 0.0% 95 11.4 84.8 10.9 524.7 136.7
7. 11.xxx.170 0.0% 95 9.2 10.2 9.0 39.4 4.2
8. ???
9. 11.xxx 162 90.4% 95 7.8 7.9 7.8 8.0 0.1
10. ???Boucle de routage
Comme indiqué ci-dessous, les paquets entrent dans une boucle après le cinquième saut et ne peuvent pas atteindre la destination. Cela est généralement dû à une configuration de routage anormale sur un nœud ISP. Contactez l'ISP propriétaire du nœud.
[ xxx@mycentos ~]# mtr --no-dns www.google.com
My traceroute [v0.75]mycentos (0.0.0.0) Wed Jun 15 19:06:29 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 63.xxx.43 0.0% 10 0.3 0.6 0.3 1.2 0.3
2. 63.xxx.157 0.0% 10 0.4 1.0 0.4 6.1 1.8
3. 209.xxx.0.213 0.0% 10 0.8 2.7 0.8 19.0 5.7
4. aix xxx tl.google.com 0.0% 10 6.7 6.8 6.7 6.9 0.1
5. 72.xxx.56 0.0% 10 0.0 0.0 0.0 0.0 0.0
6. 72.xxx.57 0.0% 10 0.0 0.0 0.0 0.0 0.0
7. 72.xxx.56 0.0% 10 0.0 0.0 0.0 0.0 0.0
8. 72.xxx.57 0.0% 10 0.0 0.0 0.0 0.0 0.0
9 ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0Interruption de lien
Comme indiqué ci-dessous, aucun retour n'est reçu après le quatrième saut, et Loss%, Last, Avg et Best n'affichent aucune statistique. Cela est généralement dû à une interruption de lien au niveau de ce nœud. Utilisez un test de lien inverse pour confirmation. Contactez l'ISP propriétaire du nœud.
@mycentos ~]# mtr –no-dns www.google.com
My traceroute [v0.75]mycentos (0.0.0.0) Wed Jun 15 19:06:29 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 63.xxx.xxx.3 0.0% 10 0.3 0.6 0.3 1.2 0.3
2. 63.xxx.xxx.57 0.0% 10 0.4 1.0 0.4 6.1 1.8
3. 209.xxx.xxx.213 0.0% 10 0.8 2.7 0.8 19.0 5.7
4. aix-xxx.google.com 0.0% 10 6.7 6.8 6.7 6.9 0.1
5. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
6. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
7. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
8. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
9 ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0