> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/fr/network-tests/mtr-test.md). # Test MTR ## Ce que cela fait **test MTR** est l’un des outils avancés. MTR signifie *My Traceroute*: il combine un traceroute (qui liste chaque routeur sur un chemin) avec un ping (qui mesure chacun de ces routeurs à répétition). MyIP exécute MTR depuis **Globalping** des sondes dans les pays que vous sélectionnez, toutes ciblant l’adresse IP que vous choisissez. Vous voyez donc le trajet *vers* votre adresse depuis plusieurs régions du monde à la fois, avec la latence et les pertes à chaque étape. Utilisez-le lorsqu’une connexion est lente ou peu fiable et que vous voulez savoir **où** sur le trajet le problème commence. ## Comment l'utiliser {% stepper %} {% step %} ### Choisissez la cible Activez **Utiliser une IP enregistrée** pour choisir une IP que MyIP a déjà trouvée pour vous, ou désactivez-le et saisissez n’importe quelle adresse IP (par exemple `1.1.1.1`). {% endstep %} {% step %} ### Choisissez les régions Le panneau de gauche est le même sélecteur de régions utilisé par [Test de latence mondial](/knowledge-base/fr/network-tests/global-latency-test.md). **Régions suggérées** est cochée par défaut ; en dessous, chaque continent répertorie les pays qui disposent actuellement d’une sonde en ligne. La limite est **30** pays par exécution. {% endstep %} {% step %} ### Lancez-le et ouvrez une sonde Appuyez sur le bouton de lecture. Les résultats apparaissent à droite sous forme de liste de sondes, chacune indiquant son pays, sa ville, le nom du réseau et le numéro AS. Cliquez sur l’une d’elles pour ouvrir son tableau de sauts. Le premier résultat s’ouvre automatiquement. {% endstep %} {% endstepper %} ## Lire vos résultats Chaque ligne du tableau correspond à un **saut** — un routeur par lequel les paquets sont passés. La ligne 1 est la plus proche de la sonde ; la dernière ligne est votre cible. Les versions de MTR diffèrent, donc une sonde n’affiche que les colonnes qu’elle a réellement signalées. | Colonne | Signification | | ---------- | ----------------------------------------------------------------------------- | | # | Numéro de saut, en comptant à partir de la sonde | | Hôte | Nom d’hôte du routeur, lorsqu’il en a un | | IP | L’adresse IP du routeur | | ASN | Le réseau (système autonome) auquel appartient ce routeur | | Perte | Part des paquets de la sonde auxquels ce routeur n’a pas répondu | | Envoyés | Paquets envoyés à ce saut | | Perdus | Paquets sans réponse | | Reçus | Paquets auxquels il a été répondu | | Dernier | Temps aller-retour du paquet le plus récent, en ms | | Moy. | Temps aller-retour moyen, en ms | | Meilleur | Temps aller-retour le plus rapide observé | | Pire | Temps aller-retour le plus lent observé | | Écart-type | À quel point les temps ont varié — une valeur élevée signifie une instabilité | | Gigue | Variation moyenne entre paquets consécutifs | Un saut marqué **Aucune réponse** n’a répondu à rien. C’est courant et généralement sans gravité : beaucoup de routeurs sont configurés pour rester silencieux. Si la sortie brute n’a pas pu être analysée en tableau, l’outil affiche à la place le texte MTR d’origine. ### La mauvaise interprétation classique {% hint style="warning" %} **Une perte à un saut intermédiaire qui disparaît plus loin n’est pas un problème.** Les routeurs traitent « répondre à ce paquet de mesure » comme la tâche la moins prioritaire qu’ils aient. Un routeur occupé en ignorera certains tout en relayant parfaitement votre trafic réel. Cela apparaît comme une perte sur cette seule ligne. Ce qui compte, c’est une perte qui **se poursuit jusqu’au dernier saut**. Si le saut 6 affiche 40 % de perte mais que les sauts 7, 8 et le dernier saut affichent 0 %, rien ne va pas au saut 6. {% endhint %} Deux autres bonnes habitudes : * **Lisez la latence comme une courbe croissante, pas comme des seuils.** Les temps augmentent avec la distance à la sonde. Un grand saut entre deux sauts signifie généralement une liaison sous-marine ou intercontinentale longue — attendu, pas défaillant. * **Une latence qui augmente et ne redescend jamais** à chaque saut suivant indique une liaison congestionnée précisément à cet endroit. Une latence qui grimpe sur un saut puis revient à la normale ensuite signifie simplement que ce routeur répond lentement. ### Lire les résultats entre les sondes Comme la même cible est tracée depuis plusieurs pays, comparez-les : * Mauvais sur **une** seule sonde → le problème se situe sur le trajet régional de cette sonde. * Mauvais sur **chaque** sonde, aux mêmes derniers sauts → le problème est proche de votre cible : votre FAI, votre ligne ou votre routeur. ### Si le test échoue *« Échec du test, il semble que votre IP ne soit pas autorisée à effectuer le test MTR »* signifie généralement que la cible bloque ce type de trafic de mesure. De nombreux pare-feu et serveurs cloud le font volontairement. ## Que faire ensuite * Transformez les constatations en actions → [Pourquoi mon Internet est-il lent ?](/knowledge-base/fr/diagnose/why-is-my-internet-slow.md) * Comparez d’abord les temps aller-retour bruts → [Test de latence mondial](/knowledge-base/fr/network-tests/global-latency-test.md) * Comprenez la perte et la gigue → [Latence, jitter et perte de paquets](/knowledge-base/fr/concepts/latency-jitter-packet-loss.md) * Recherchez un réseau que vous avez vu dans la colonne ASN → [Infos ASN et topologie amont](/knowledge-base/fr/lookup-privacy/asn-info.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.ipcheck.ing/knowledge-base/fr/network-tests/mtr-test.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.