Demandez à n’importe quel gourou de réseau ce qu’ils font en premier lieu lorsqu’ils acceptent un billet d’incident, et inévitablement, ils diront un « PING » ! Qu’est-ce qu’un PING ? Par l’envoi de trames de demande d’écho ICMP (Internet Control Messaging Protocol) et l’écoute des trames de réponse à cet écho, le PING peut garantir un certain niveau d’assurance en matière de connectivité, temps de réponse et perte de paquets.

L’ICMP sur IP nous donne un point de départ de dépannage « en interne »... si les réponses hôtes cibles répondent, nous savons que nous avons un chemin (connectivité) et une « idée approximative » du temps de parcours réseau. Si un hôte ne répond pas, eh bien... cela peut vouloir dire que nous n’avons pas un chemin d’accès (routage), l’appareil est en mode hors connexion, il était trop occupé pour y répondre, le paquet ping a été écarté, l’ICMP peut être bloqué... et ainsi de suite. Un PING qui échoue signifie donc « il est temps de chercher ailleurs ».

Les temps de réponse PING ne sont utiles que si vous savez ce que le temps de réponse normal est depuis/à partir de ce réseau et de l’hôte - mais seulement de l’hôte NIC, comme les demandes d’écho ICMP sont traitées par les couches inférieures. La mesure de la perte de paquets via ping pourrait venir constituer de bonnes informations en général, mais cela est encore peu fiable étant donné que l’ICMP est souvent écarté par les dispositifs d’infrastructure. Une méthode plus fiable consiste à utiliser une commande d’ouverture des ports TCP. Le Ping n’est pas une mesure de la performance !

*PS - Étonnez vos amis avec cette anecdote pratique... Que signifie l’acronyme PING ? Packet Inter Net Groper. Well, maybe… read the story HERE.