ICMPv6 - Revision history

Laurent Toutain: /*
Paquet trop grand
*/

2006-03-05T21:18:49Z

‎<div id="grand">Paquet trop grand</div>

Laurent Toutain: /*
Demande et réponse d'écho
*/

2006-03-05T21:16:27Z

‎<div id="echo">Demande et réponse d'écho</div>

Laurent Toutain: /*
Demande et réponse d'écho
*/

2006-03-05T21:16:03Z

‎<div id="echo">Demande et réponse d'écho</div>

Laurent Toutain: /*
Erreur de paramètre
*/

2006-03-05T21:11:17Z

‎<div id="parametre">Erreur de paramètre</div>

Laurent Toutain: /*
Temps dépassé
*/

2006-03-05T21:09:34Z

‎<div id="depasse">Temps dépassé</div>

Laurent Toutain: /*
Temps dépassé
*/

2006-03-05T21:09:10Z

‎<div id="depasse">Temps dépassé</div>

Laurent Toutain at 21:07, 5 March 2006

2006-03-05T21:07:34Z

Laurent Toutain at 21:04, 5 March 2006

2006-03-05T21:04:19Z

Laurent Toutain at 21:01, 5 March 2006

2006-03-05T21:01:05Z

Laurent Toutain at 18:21, 5 March 2006

2006-03-05T18:21:00Z

@@ Line 34: / Line 34: @@
 [[image:Fig4-13.png|thumb|right|300px|Figure 4-13 ''Format d'un message ICMP Paquet trop grand'']]
-Ce message ICMPv6 est utilisé par le protocole de découverte du MTU pour trouver la taille optimale des paquets IPv6 afin qu'ils puissent traverser les routeurs. Ce message contient la taille du MTU acceptée par le routeur pour que la source puisse efficacement adapter la taille des données. Ce champ manquait cruellement dans les spécifications initiales de IPv4, ce qui compliquait la découverte de la taille maximale des paquets utilisables sur l'ensemble du chemin (cf. [[découverte du PMTU]] (RFC 1981)). Pour IPv4, le RFC 1191 proposait déjà une modification du comportement des routeurs pour y inclure cette information.
+Ce message ICMPv6 est utilisé par le protocole de découverte du MTU pour trouver la taille optimale des paquets IPv6 afin qu'ils puissent traverser les routeurs. Ce message contient la taille du MTU acceptée par le routeur pour que la source puisse efficacement adapter la taille des données. Ce champ manquait cruellement dans les spécifications initiales de IPv4, ce qui compliquait la découverte de la taille maximale des paquets utilisables sur l'ensemble du chemin (cf. [[Mécanisme de découverte du PMTU|découverte du PMTU]] (RFC 1981)). Pour IPv4, le RFC 1191 proposait déjà une modification du comportement des routeurs pour y inclure cette information.
-−
 == <div id="depasse">Temps dépassé</div> ==

@@ Line 65: / Line 65: @@
 == <div id="echo">Demande et réponse d'écho</div> ==
-[[image:Fig4-15.png|thumb|right|300px|Figure 4-15 ''Format d'un message ICMP Demande et réponse d'écho'']]
+[[image:Fig4-16.png|thumb|right|300px|Figure 4-16 ''Format d'un message ICMP Demande et réponse d'écho'']]
 Ces deux messages servent en particulier à la commande ping permettant de tester l'accessibilité d'une machine. Le principe de fonctionnement est le même que pour IPv4, une requête (type 128) est envoyée vers l'équipement dont on veut tester le fonctionnement, celui-ci répond par le message réponse d'écho (type 129). Le champ identificateur permet de distinguer les réponses dans le cas où plusieurs commandes ping seraient lancées simultanément sur la machine. Le champ numéro de séquence permet d'associer la réponse à une requête pour mesurer le temps d'aller et retour dans le cas où les demandes sont émises en continu et que le délai de propagation est élevé. Le champ données permet d'augmenter la taille du message pour les mesures.

@@ Line 65: / Line 65: @@
 == <div id="echo">Demande et réponse d'écho</div> ==
-[[image:CS43.gif]]
+[[image:Fig4-15.png|thumb|right|300px|Figure 4-15 ''Format d'un message ICMP Demande et réponse d'écho'']]
 Ces deux messages servent en particulier à la commande ping permettant de tester l'accessibilité d'une machine. Le principe de fonctionnement est le même que pour IPv4, une requête (type 128) est envoyée vers l'équipement dont on veut tester le fonctionnement, celui-ci répond par le message réponse d'écho (type 129). Le champ identificateur permet de distinguer les réponses dans le cas où plusieurs commandes ping seraient lancées simultanément sur la machine. Le champ numéro de séquence permet d'associer la réponse à une requête pour mesurer le temps d'aller et retour dans le cas où les demandes sont émises en continu et que le délai de propagation est élevé. Le champ données permet d'augmenter la taille du message pour les mesures.

@@ Line 52: / Line 52: @@
 == <div id="parametre">Erreur de paramètre</div> ==
-[[image:CS42.gif]]
+[[image:Fig4-15.png|thumb|right|300px|Figure 4-15 ''Format d'un message ICMP Erreur de paramètre'']]
 Ce message est émis par un nœud ayant détecté une erreur de syntaxe dans l'en-tête du paquet IP ou des extensions. Le champ code révèle la cause de l'erreur :

@@ Line 38: / Line 38: @@
 == <div id="depasse">Temps dépassé</div> ==
 [[image:Fig4-14.png|thumb|right|300px|Figure 4-14 ''Format d'un message ICMP Temps dépassé'']]
@@ Line 47: / Line 46: @@
 * soit parce que le champ nombre de sauts a atteint 0 (code = 0) ;
 * soit qu'un fragment s'est perdu et le temps alloué au réassemblage a été dépassé (code = 1).
 Ce message sert aussi à la commande traceroute pour déterminer le chemin pris par les paquets.

@@ Line 32: / Line 32: @@
 == <div id="grand">Paquet trop grand</div> ==
-[[image:CS40.gif]]
+[[image:Fig4-13.png|thumb|right|300px|Figure 4-13 ''Format d'un message ICMP Paquet trop grand'']]
 Ce message ICMPv6 est utilisé par le protocole de découverte du MTU pour trouver la taille optimale des paquets IPv6 afin qu'ils puissent traverser les routeurs. Ce message contient la taille du MTU acceptée par le routeur pour que la source puisse efficacement adapter la taille des données. Ce champ manquait cruellement dans les spécifications initiales de IPv4, ce qui compliquait la découverte de la taille maximale des paquets utilisables sur l'ensemble du chemin (cf. [[découverte du PMTU]] (RFC 1981)). Pour IPv4, le RFC 1191 proposait déjà une modification du comportement des routeurs pour y inclure cette information.

@@ Line 20: / Line 20: @@
 == <div id="inaccessible">Destination inaccessible</div> ==
-Ce message est émis par un routeur intermédiaire quand le paquet ne peut pas être transmis parce que soit :
+[[image:Fig4-12.png|thumb|right|300px|Figure 4-12 ''Format d'un message ICMP Destination inaccessible'']]
-[[image:CS39.gif]]
+Ce message est émis par un routeur intermédiaire quand le paquet ne peut pas être transmis parce que soit :
 * le routeur ne trouve pas dans ses tables la route vers la destination (code = 0) ;

@@ Line 4: / Line 4: @@
 Le protocole de contrôle d'IP a été revu. Dans IPv4, ICMP (Internet Message Control Protocol) sert à la détection d'erreurs (par exemple : équipement inaccessible, durée de vie expirée,...), au test (par exemple ping), à la configuration automatique des équipements (redirection ICMP, découverte des routeurs). Ces trois fonctions ont été mieux définies dans IPv6. De plus ICMPv6 (RFC 2463) intègre les fonctions de gestion des groupes de multicast (MLD : Multicast Listener Discovery) qui sont effectuées par le protocole IGMP (Internet Group Message Protocol) dans IPv4. ICMPv6 reprend aussi les fonctions du protocole ARP utilisé par IPv4.
-[[image:Fig4-11.png|thumb|left|300px|Figure 4-11 ''Format générique d'un message ICMP'']]
+[[image:Fig4-11.png|thumb|right|300px|Figure 4-11 ''Format générique d'un message ICMP'']]
 Le protocole se voit attribuer le numéro 58. Le format générique des paquets ICMPv6 est donné figure Format générique d'un message ICMP :
 * Le champ <tt>type</tt> (voir tableau Valeurs des champs type et code d'ICMPv6) code la nature du message ICMPv6. Contrairement à IPv4 où la numérotation ne suivait aucune logique, les valeurs inférieures à 127 sont réservées aux messages d'erreur. Les autres valeurs réservées aux messages d'information, parmi lesquels se trouvent ceux utilisés par le protocole [[Découverte de voisins|découverte des voisins]] (''neighbor discovery'') pour la configuration automatique des équipements.

ICMPv6 - Revision history

Laurent Toutain: /* Paquet trop grand */

Laurent Toutain: /* Demande et réponse d'écho */

Laurent Toutain: /* Demande et réponse d'écho */

Laurent Toutain: /* Erreur de paramètre */

Laurent Toutain: /* Temps dépassé */

Laurent Toutain: /* Temps dépassé */

Laurent Toutain at 21:07, 5 March 2006

Laurent Toutain at 21:04, 5 March 2006

Laurent Toutain at 21:01, 5 March 2006

Laurent Toutain at 18:21, 5 March 2006

Laurent Toutain: /*
Paquet trop grand
*/

Laurent Toutain: /*
Demande et réponse d'écho
*/

Laurent Toutain: /*
Demande et réponse d'écho
*/

Laurent Toutain: /*
Erreur de paramètre
*/

Laurent Toutain: /*
Temps dépassé
*/

Laurent Toutain: /*
Temps dépassé
*/