Qu'est-ce que le ping ? Fonctionnement de l'outil de diagnostic réseau

Le ping est un outil de diagnostic réseau qui vérifie si une machine distante est joignable sur un réseau IP et mesure le temps que met un paquet pour effectuer l'aller-retour. Présent sur pratiquement tous les systèmes d'exploitation, c'est souvent la première commande saisie lorsqu'une connexion pose problème. Pour un test rapide sans terminal, l'outil ping en ligne de Dig Trace fournit le même type de résultat directement dans le navigateur.

Qu'est-ce que le ping exactement ?

Contrairement à une idée reçue, le ping n'est pas un protocole. C'est un programme qui s'appuie sur ICMP (Internet Control Message Protocol), un protocole de la couche réseau prévu pour les messages de contrôle et de diagnostic, pas pour transporter des données utiles. Le nom vient du sonar : on émet une impulsion, l'écho révèle la présence et la distance d'une cible.

La première implémentation a été écrite par Mike Muuss en 1983 pour BSD UNIX. Le terme « Packet Internet Groper » est un rétroacronyme, forgé après coup pour justifier ce nom emprunté au sonar, comme le rappelle l'article de Wikipédia consacré au ping. Depuis, l'utilitaire fait partie de toutes les piles TCP/IP modernes.

Comment fonctionne le ping ?

Quand vous lancez la commande, le programme construit un paquet ICMP Echo Request (type 8) contenant un identifiant, un numéro de séquence et une petite charge de données, généralement 32 à 56 octets. Ce paquet est encapsulé dans un datagramme IP puis routé vers la cible comme n'importe quel autre trafic. Aucun port TCP ou UDP n'intervient, ICMP fonctionne directement au-dessus de IP.

Si la machine de destination est accessible, sa pile réseau reconnaît la requête et renvoie immédiatement un Echo Reply (type 0) portant la même charge utile. L'identifiant et le numéro de séquence permettent d'associer chaque réponse à sa requête d'origine, ce qui devient utile quand plusieurs sessions tournent en parallèle.

La source mesure alors le RTT (round-trip time), le délai aller-retour exprimé en millisecondes. Le champ TTL du paquet, décrémenté par chaque routeur traversé, donne une indication approximative du nombre de sauts. En fin de session, la commande affiche un résumé : paquets envoyés et reçus, pourcentage de perte, RTT minimum, moyen et maximum.

Comment utiliser la commande ping ?

Sur Windows, la commande envoie quatre requêtes par défaut puis s'arrête :

ping exemple.com

Envoi d'une requête 'ping'  exemple.com [93.184.216.34] avec 32 octets de données :
Réponse de 93.184.216.34 : octets=32 temps=14 ms TTL=56
Réponse de 93.184.216.34 : octets=32 temps=13 ms TTL=56
Réponse de 93.184.216.34 : octets=32 temps=15 ms TTL=56
Réponse de 93.184.216.34 : octets=32 temps=14 ms TTL=56

Sur Linux et macOS, la commande tourne en continu jusqu'à l'interruption avec Ctrl+C. L'option -c limite le nombre de requêtes :

ping -c 4 exemple.com

64 bytes from exemple.com (93.184.216.34): icmp_seq=1 ttl=56 time=13.8 ms
64 bytes from exemple.com (93.184.216.34): icmp_seq=2 ttl=56 time=14.2 ms
64 bytes from exemple.com (93.184.216.34): icmp_seq=3 ttl=56 time=13.5 ms
64 bytes from exemple.com (93.184.216.34): icmp_seq=4 ttl=56 time=14.9 ms

--- exemple.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3006ms
rtt min/avg/max/mdev = 13.5/14.1/14.9/0.5 ms

Les options les plus utiles permettent d'ajuster la taille des paquets (-s sous Linux, -l sous Windows), l'intervalle entre deux requêtes ou le délai d'attente maximal. Pour l'IPv6, on emploie ping6 ou l'option -6 selon le système, le principe restant identique.

Comment interpréter les résultats ?

Deux indicateurs comptent avant tout : la perte de paquets et la stabilité du RTT. Zéro pour cent de perte avec un temps de réponse constant signale une liaison saine. Des pertes ou des variations marquées pointent vers une congestion, un câblage défectueux ou un routeur surchargé.

Les valeurs de latence se jugent en contexte. En dessous de 20 à 50 ms, la réactivité est excellente pour les usages temps réel comme le jeu en ligne ou la visioconférence. Au-delà de 100 à 200 ms, le lag devient perceptible. Le ping mesure toutefois la réactivité du réseau, pas le débit. Une connexion peut afficher un excellent ping et un débit modeste, l'inverse existe aussi.

Pourquoi un ping peut échouer alors que l'hôte fonctionne

Un ping sans réponse ne prouve pas que la machine est hors ligne. Beaucoup de pare-feux et de routeurs filtrent le trafic ICMP pour des raisons de sécurité, alors que les services TCP et UDP de l'hôte répondent normalement. Avant de conclure à une panne, testez le port du service concerné. Notre article sur le fonctionnement d'un pare-feu détaille ces mécanismes de filtrage.

À retenir : l'absence de réponse au ping indique une absence de réponse ICMP, pas forcément une indisponibilité de l'hôte.

Ping, traceroute et MTR : quelles différences ?

Le ping répond à une question simple : l'hôte est-il joignable, et à quelle vitesse ? Il ne montre pas le chemin emprunté par les paquets. Traceroute comble cette lacune en manipulant le champ TTL pour provoquer un message « Time Exceeded » à chaque routeur intermédiaire, ce qui révèle la route complète.

MTR va plus loin en combinant les deux approches. L'outil envoie des paquets en continu et affiche, pour chaque saut, la perte et la latence moyenne en temps réel. C'est l'outil privilégié pour localiser un problème sur un segment précis du parcours, comme le présente la page de Cloudflare consacrée à MTR. Windows propose aussi pathping, qui calcule des statistiques de perte par tronçon sur une période donnée.

Le ping dans la boîte à outils réseau

Simple, universel et sans dépendance, le ping reste le point de départ de tout diagnostic. Il confirme la connectivité de base avant de passer aux outils plus fins. La démarche habituelle consiste à vérifier la joignabilité avec ping, puis à tracer le chemin avec traceroute ou MTR pour localiser le segment fautif.