Qu'est-ce que MTR et comment l'utiliser pour le diagnostic réseau

Lors du dépannage des problèmes réseau, les administrateurs système et les ingénieurs réseau ont besoin d'outils qui fournissent plus qu'une simple réponse "est-ce accessible ?". MTR (My Traceroute) est l'un des outils de diagnostic les plus puissants disponibles, combinant la fonctionnalité de traceroute et de ping dans une interface unique en temps réel.

Que fait MTR ?

MTR envoie en continu des paquets de sondage vers une destination et affiche les résultats pour chaque saut le long du chemin réseau. Contrairement à un traceroute standard qui s'exécute une fois et se termine, MTR continue de fonctionner, collectant des statistiques au fil du temps. Cela le rend inestimable pour identifier la perte intermittente de paquets et les pics de latence qu'un traceroute à exécution unique manquerait.

Chaque ligne dans la sortie de MTR représente un routeur (saut) entre votre appareil et la destination. Pour chaque saut, MTR affiche :

• Loss% — le pourcentage de paquets qui ont été perdus à ce saut
• Snt — le nombre de paquets envoyés
• Last — le temps de voyage aller-retour du dernier paquet
• Avg — le temps moyen de voyage aller-retour de tous les paquets
• Best / Wrst — le minimum et le maximum des temps de voyage aller-retour observés
• StDev — l'écart type, indiquant la constance de la latence

Comment exécuter MTR

Sur la plupart des distributions Linux, MTR est disponible via le gestionnaire de paquets. Sur macOS, vous pouvez l'installer via Homebrew avec brew install mtr. Une commande MTR de base ressemble à ceci :

mtr example.com

Cela ouvre une vue interactive qui se met à jour en continu. Pour un rendu de type rapport qui exécute un nombre fixe de cycles, utilisez :

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

Lecture des résultats MTR

La clé pour lire la sortie de MTR est de comprendre où la perte de paquets se produit réellement. Si vous voyez une perte au saut 5 mais pas aux sauts 6 à 10, la perte au saut 5 est probablement due à la limitation du taux ICMP sur ce routeur — pas à une perte de paquets réelle. Le routeur dépriorise les réponses aux paquets de sondage tout en continuant à faire passer le trafic réel normalement.

Une perte de paquets réelle est indiquée lorsque le pourcentage de perte persiste d'un saut spécifique jusqu'à la destination. Par exemple, si les sauts 7 à 12 affichent tous 15 % de perte, le problème provient probablement du saut 7.

MTR vs. traceroute standard

Un traceroute standard vous donne une seule image instantanée. MTR vous donne un film. Au fil de dizaines ou centaines de cycles de sondage, des motifs apparaissent : un routeur qui perd occasionnellement des paquets, un chemin qui montre du jitter pendant les heures de pointe, ou un saut où la latence double soudainement. Ces motifs sont invisibles pour un traceroute ponctuel.

Cas d'utilisation pratiques

MTR est particulièrement utile pour :

• Signaler des problèmes à votre fournisseur d'accès Internet (FAI) — un rapport MTR fournit des preuves concrètes de l'endroit où se situe le problème
• Diagnostiquer la performance VPN — voir quels sauts ajoutent le plus de latence dans votre tunnel
• Surveiller la connectivité du serveur — exécuter des rapports MTR périodiques pour suivre la qualité de la route dans le temps
• Comparer les chemins réseau — exécuter MTR depuis différents emplacements sources pour voir comment le routage diffère

Des outils comme TraceMapper vont plus loin en cartographiant chaque saut sur une carte du monde, en ajoutant la géolocalisation, les données ASN, et des indicateurs de latence visuels — transformant des chiffres bruts en insights exploitables.