Format du message ICMPv6 - Revision history

Panelli: Undo revision 10614 by Panelli (talk)

2016-03-14T05:48:50Z

Undo revision 10614 by Panelli (talk)

Panelli at 05:47, 14 March 2016

2016-03-14T05:47:32Z

Ltoutain at 06:45, 7 March 2011

2011-03-07T06:45:13Z

Ltoutain: /* Demande et réponse d'écho */

2010-02-16T01:26:54Z

‎Demande et réponse d'écho

Ltoutain: /* Erreur de paramètre */

2010-02-16T01:09:11Z

‎Erreur de paramètre

Ltoutain: /* Temps dépassé */

2010-02-16T01:02:35Z

‎Temps dépassé

Ltoutain: /* Paquet trop grand */

2010-02-16T00:58:54Z

‎Paquet trop grand

Ltoutain: /* Destination inaccessible */

2010-02-16T00:55:56Z

‎Destination inaccessible

Ltoutain: /* Destination inaccessible */

2010-02-16T00:53:14Z

‎Destination inaccessible

Ltoutain at 21:15, 15 February 2010

2010-02-15T21:15:49Z

@@ Line 13: / Line 13: @@
 	\draw (2.9, 6) node (context) [right, shade,  draw, minimum height=0.5cm, minimum width=2.4cm]{\tiny{Code}};
 	\draw (5.3, 6) node (context) [right, shade,  draw, minimum height=0.5cm, minimum width=4.8cm] {\tiny{Checksum}};
-	\draw (0.5, 4.75) node (context) [right, shade,  draw, minimum height=2cm, minimum width=9.6cm] {\tiny{Messag Body}};
+	\draw (0.5, 4.75) node (context) [right, shade,  draw, minimum height=2cm, minimum width=9.6cm] {\tiny{Options}};
 </tikz>

@@ Line 13: / Line 13: @@
 	\draw (2.9, 6) node (context) [right, shade,  draw, minimum height=0.5cm, minimum width=2.4cm]{\tiny{Code}};
 	\draw (5.3, 6) node (context) [right, shade,  draw, minimum height=0.5cm, minimum width=4.8cm] {\tiny{Checksum}};
-	\draw (0.5, 4.75) node (context) [right, shade,  draw, minimum height=2cm, minimum width=9.6cm] {\tiny{Options}};
+	\draw (0.5, 4.75) node (context) [right, shade,  draw, minimum height=2cm, minimum width=9.6cm] {\tiny{Messag Body}};
 </tikz>

@@ Line 1: / Line 1: @@
 __TOC__
 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 4443) 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.
@@ Line 158: / Line 160: @@
 Le chapitre sur l'API, [[mini-ping]], donne un exemple de programmation utilisant ces messages ICMPv6.

@@ Line 142: / Line 142: @@
 == <div id="echo">Demande et réponse d'écho</div> ==
-[[image:Fig4-16.png|thumb|right|300px|Figure 4-16 ''Format d'un message ICMP Demande et réponse d'écho'']]
+<tikz title="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.
 Le chapitre sur l'API, [[mini-ping]], donne un exemple de programmation utilisant ces messages ICMPv6.

← Older revision		Revision as of 01:09, 16 February 2010
Line 114:		Line 114:
	== <div id="parametre">Erreur de paramètre</div> ==		== <div id="parametre">Erreur de paramètre</div> ==

−	~~[[image:Fig4-15.png\|thumb\|right\|300px\|Figure 4-15 ''Format d'un message ICMP Erreur de paramètre'']]~~

		+	<tikz title="Format d'un message ICMP Erreur de paramètre">
		+	\clip (0.2, 3.5) rectangle (11.1,7.1);
		+	%\draw[help lines] (0,0) grid (11,6);
		+
		+	\draw (0.5, 6.5) node [right] {\tiny{\tt{0..................7...................15...................23....................31}}};
		+
		+	\draw (0.5, 6) node (context) [right, shade, draw, minimum height=0.5cm, minimum width=2.4cm]{\tiny{Type = 4}};
		+	\draw (2.9, 6) node (context) [right, shade, draw, minimum height=0.5cm, minimum width=2.4cm]{\tiny{Code }};
		+	\draw (5.3, 6) node (context) [right, shade, draw, minimum height=0.5cm, minimum width=4.8cm] {\tiny{Checksum}};
		+	\draw (0.5, 5.5) node (context) [right, shade, draw, minimum height=0.5cm, minimum width=9.6cm]{\tiny{Pointer}};
		+
		+
		+	\draw (0.5, 4.25) node (context) [right, shade, draw, minimum height=2cm, minimum width=9.6cm, text width=5cm, text centered] {\tiny{Packet which generated error \\
		+	(with MTU constraint)}};
		+
		+	</tikz>

	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 :		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 86: / Line 86: @@
 == <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é'']]
+<tikz title="Format d'un message ICMP Temps dépassé">
 Ce message indique que le paquet a été rejeté par le routeur :

@@ Line 65: / Line 65: @@
 == <div id="grand">Paquet trop grand</div> ==
-[[image:Fig4-13.png|thumb|right|300px|Figure 4-13 ''Format d'un message ICMP Paquet trop grand'']]
+<tikz title="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. [[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.

@@ Line 61: / Line 61: @@
 * le destinataire peut aussi émettre un message ICMPv6 de ce type quand le port destination contenu dans le paquet n'est pas affecté à une application (code = 4) ;
 * le paquet a été rejeté à cause de son adresse source (code = 5) ;
-* un pare-feux a bloqué le paquet à cause de son adresse destination (code = 6).
+* la route vers la destination conduit a un rejet du paquet (code = 6).
 == <div id="grand">Paquet trop grand</div> ==

@@ Line 59: / Line 59: @@
 * l'adresse destination ne peut être atteinte avec l'adresse source fournie, par exemple si le message est adressé à un destinataire hors du lien, l'adresse source ne doit pas être une adresse lien-local (code = 2) ;
 * toute autre raison comme par exemple la tentative de routage d'une adresse locale au lien (code = 3) ;
-* le destinataire peut aussi émettre un message ICMPv6 de ce type quand le port destination contenu dans le paquet n'est pas affecté à une application (code = 4).
+* le destinataire peut aussi émettre un message ICMPv6 de ce type quand le port destination contenu dans le paquet n'est pas affecté à une application (code = 4) ;
 == <div id="grand">Paquet trop grand</div> ==