Un acces au dela des frontieres qui ralentit d un coup, un appel vocal qui coupe sans arret, une latence de jeu qui monte et descend : tous partagent un point, personne ne sait dire sur quel troncon cela bloque. WinMTR met ping et traceroute dans une meme fenetre et etale tout le chemin en un tableau par saut, de sorte que l endroit du probleme devient designable.

Pourquoi il faut des donnees par saut

Entre la machine et un serveur cible, les paquets traversent en general une douzaine, parfois plus de vingt points intermediaires : le routeur de la maison, l equipement d acces de l operateur, les noeuds de commutation du reseau dorsal, l entree du centre de donnees distant. Si l un d eux s engorge ou perd des paquets, l experience entiere se degrade, mais vue de l exterieur tout se ressemble : chargement lent, a coups, flux qui casse.

Le ping seul dit si la cible repond et combien de millisecondes il faut en moyenne. Le traceroute seul dit quels noeuds le chemin croise. Ni l un ni l autre ne repond a partir de quel saut cela se gate. Mettre les deux series dans un meme tableau et comparer saut par saut, et la question trouve sa reponse.

Un tableau qui dit quel saut est en cause

Le corps de l interface est un tableau qui se rafraichit sans cesse. Chaque ligne est un saut du chemin, et de gauche a droite viennent le numero du noeud, le pourcentage de perte, le nombre de sondes envoyees, le temps de reponse moyen, puis le nom et l adresse IP du noeud. Les valeurs se mettent a jour chaque seconde et le tableau suit.

La lecture commence en general par la colonne des pertes. Si une ligne montre soudain une perte nette et que les lignes suivantes gardent le meme niveau, le mal se situe a ce saut ou en amont. Si les lignes d apres reviennent a la normale, c est plutot la politique de reponse de ce noeud. La documentation signale expressement que certains routeurs ignorent les requetes ICMP et que ces lignes vides sont normales.

Observation continue et facon de compter

Au dela du tableau, la liste officielle des fonctions tourne autour de quelques idees. L observation continue signifie que l outil envoie sans relache des sondes vers la cible et alimente la statistique ; la detection des pertes localise le troncon du chemin ou les paquets se perdent ; le suivi de latence donne pour chaque saut le plancher, le plafond et la moyenne du temps de reponse, de quoi juger ou nait l oscillation.

Le sens de la statistique tient a la taille de l echantillon. La documentation conseille de laisser un essai courir une a deux minutes, car plus les sondes sont nombreuses, plus la perte et la latence se stabilisent. Quelques sondes en quelques secondes se laissent facilement tromper par une secousse passagere.

Transmettre le resultat

Quand on poursuit une panne reseau, la conclusion doit en general aller a l operateur ou au support du centre de donnees. WinMTR copie le resultat dans le presse papiers ou l exporte en fichier texte ou HTML, ce qui permet de joindre un releve complet par saut a un ticket. Cette etape epargne la recopie du tableau et laisse l autre partie voir les donnees brutes.

Sans installation, et en ligne de commande

Le deploiement reste leger. Le paquet officiel est une archive : on la decompresse et on lance le fichier qu elle contient, sans assistant, sans droits d administrateur et sans rien ecrire dans le registre. La documentation note aussi que le fichier peut etre copie dans un dossier systeme, apres quoi il s appelle directement depuis une ligne de commande.

La ligne de commande couvre les usages scriptes. Outre la fenetre, l outil expose un jeu complet de parametres, de sorte qu un fichier de traitement par lots ou un script lance des essais vers une cible fixe et rassemble les resultats pour une comparaison longue.

Le projet et sa licence ouverte

La chronologie est longue. Le projet a ete cree en 2000 par Vasile Laurentiu Stanimir, au depart comme portage Windows de Matt Traceroute du monde Linux et UNIX, d ou vient le MTR du nom. Depuis, il est publie sous GPL v2 avec le code ouvert, le site officiel a demenage en novembre 2025, et le depot de developpement a suivi vers une plateforme publique.

Le mainteneur actuel est Dragos Manac. Le site comme les notes du depot indiquent que des developpeurs sont toujours recherches pour aider a l entretien, et pour un petit outil qui tourne depuis plus de vingt ans, cette phrase est en soi un portrait de sa situation.

Quand le sortir

Le cas qui convient est net : un reseau qui montre des anomalies persistantes, ou le probleme doit etre rattache a un troncon precis. La conclusion depend d un temps de mesure suffisant, ce qui en fait plutot un outil pour reunir des preuves pendant une enquete qu un test de debit fait a la hate.

Mettre ping et traceroute dans un tableau par saut et le laisser se rafraichir : WinMTR resout une enigme de diagnostic toujours courante avec une approche qui n a presque pas bouge en plus de vingt ans.

En pratique, allonger d abord l essai a une ou deux minutes pour que les valeurs se posent, puis comparer l endroit ou la perte apparait avec le comportement des sauts suivants, pour distinguer une panne de lien d une politique de reponse. Une fois l anomalie confirmee, joindre le releve complet au ticket par l export.