ICMP (Ping)
Fonction | Vérifie si un périphérique est opérationnel ou hors service. S'il est hors service, le résultat sera une perte de paquets de 100 %. Le temps aller-retour donne une indication des performances et de la charge du réseau. |
|---|---|
Alarme | Perte de paquets, temps aller-retour |
Le protocole ICMP (Internet Control Message Protocol) est l'un des protocoles fondamentaux de la suite de protocoles Internet. Il est principalement utilisé par les systèmes d'exploitation des ordinateurs en réseau pour envoyer des messages d'erreur indiquant, par exemple, qu'un service demandé n'est pas disponible ou qu'un hôte ou un routeur n'est pas accessible. L'ICMP s'appuie sur l'IP pour effectuer ses tâches et fait partie intégrante de l'IP. Son objectif diffère de celui des protocoles de transport tels que TCP et UDP, dans la mesure où il n'est généralement pas utilisé pour envoyer et recevoir des données entre des systèmes finaux. Le protocole ICMP fait partie de la suite de protocoles Internet telle que définie dans la RFC 792.
Les messages ICMP sont généralement générés en réponse à des erreurs dans les datagrammes IP (comme spécifié dans la RFC 1122) ou à des fins de diagnostic ou de routage. La version de l'ICMP pour le protocole Internet version 4 est également connue sous le nom d'ICMPv4, car elle fait partie de l'IPv4. IPv6 dispose d'un protocole équivalent, ICMPv6. Les messages ICMP sont construits au niveau de la couche IP, généralement à partir d'un datagramme IP normal qui a généré une réponse ICMP. IP encapsule le message ICMP approprié avec un nouvel en-tête IP (pour renvoyer le message ICMP à l'hôte d'origine) et transmet le datagramme résultant de la manière habituelle.
Par exemple, chaque machine (telle que les routeurs intermédiaires) qui transfère un datagramme IP doit décrémenter d'une unité le champ TTL (Time to Live) de l'en-tête IP ; si le TTL atteint 0, un message ICMP « Time to live exceeded in transit » (Durée de vie dépassée en transit) est envoyé à la source du datagramme. Chaque message ICMP est encapsulé directement dans un seul datagramme IP et, par conséquent, tout comme l'UDP, l'ICMP n'est pas fiable.
Bien que les messages ICMP soient contenus dans des datagrammes IP standard, ils sont généralement traités comme un cas particulier, distinct du traitement IP normal, plutôt que comme un sous-protocole IP normal. Dans de nombreux cas, il est nécessaire d'inspecter le contenu du message ICMP et de transmettre le message d'erreur approprié à l'application qui a généré le paquet IP d'origine, celui qui a déclenché l'envoi du message ICMP. De nombreux utilitaires réseau couramment utilisés sont basés sur les messages ICMP. La commande traceroute est mise en œuvre en transmettant des datagrammes UDP avec des champs d'en-tête IP TTL spécialement configurés, et en recherchant les messages ICMP « Time to live exceeded in transit » (durée de vie dépassée en transit) et « Destination unreachable » (destination inaccessible) générés en réponse. L'utilitaire ping associé est mis en œuvre à l'aide des messages ICMP « Echo request » (demande d'écho) et « Echo reply » (réponse d'écho).
Le temps aller-retour ICMP indique le temps nécessaire à un paquet pour voyager de la source à la destination, plus le temps nécessaire à la pile d'applications pour répondre, plus le temps de retour. Ainsi, un temps aller-retour important peut être dû à un réseau lent ou à une pile réseau surchargée.
Il est judicieux de mesurer l'ICMP un saut avant un serveur d'application et de mesurer en outre l'ICMP vers le serveur d'application lui-même. La différence correspond au délai réseau.
Détails ICMP
Paramètres ICMP
Paramètre | Description |
|---|---|
Nombre de paquets | Nombre de paquets à envoyer. Un paquet par seconde est envoyé. |
Taille des paquets | La taille par défaut des paquets est fixée à 56 octets. Étant donné que les paquets de 56 octets doivent être complétés pour atteindre 64 Ko, la fragmentation de la pile IP est également testée. Cette fonction est principalement utilisée pour les serveurs d'applications réseau et Internet. Certaines applications envoient des trames plus volumineuses (par exemple, ftp, scp). Pour vérifier l'accessibilité d'un server ftp, il est préférable de configurer une taille de paquet icmp d'environ 1 ko. Les tailles suivantes sont disponibles : 56 octets |
ID ICMP | Si un pare-feu est installé entre l'appareil et le SKOOR Engine Collector, il peut être nécessaire de définir l'ID ICMP sur une valeur aléatoire, car certaines règles de pare-feu peuvent empêcher un appareil d'utiliser toujours le même ID. |
Valeurs ICMP et limites d'alarme
Valeur / Limite d'alarme | Description |
|---|---|
Perte de paquets | Pourcentage de perte de paquets. Si 5 paquets sont envoyés et qu'un paquet est perdu, la perte de paquets est de 20 %. Une limite d'alarme pour l'état Major est créée par défaut pour une perte de paquets de 100 %. |
Temps aller-retour | Temps nécessaire pour transférer les paquets vers la destination et les renvoyer |
Code d'erreur | Code d'erreur générique de la tâche (voir la section Codes d'erreur des tâches) |
Exemples ICMP
Exemple 1
Nombre de paquets | 4 |
|---|---|
Taille des paquets | 56 octets |

