MOOC:Annexe Compagnon Act31 - Revision history

Bstevant: /* Indication de redirection */

2022-02-24T16:16:24Z

‎Indication de redirection

Bstevant: /* Fonctions autres et expérimentales */

2022-02-24T16:13:55Z

‎Fonctions autres et expérimentales

Bstevant: /* Référence bibliographique */

2022-01-20T16:01:13Z

‎Référence bibliographique

Bstevant: /* ANNEXE 1 Activité 31 : Contrôler le fonctionnement du réseau par ICMPv6 */

2022-01-20T15:38:44Z

‎ANNEXE 1 Activité 31 : Contrôler le fonctionnement du réseau par ICMPv6

Vlerouvillois: /* MTU */

2019-06-09T21:17:15Z

‎MTU

Vlerouvillois: /* Adresse physique de la source/cible */

2019-06-09T21:16:39Z

‎Adresse physique de la source/cible

Vlerouvillois: /* Options véhiculées par les messages ICMPv6 */

2019-06-09T21:15:34Z

‎Options véhiculées par les messages ICMPv6

Vlerouvillois: /* Fonctions autres et expérimentales */

2019-06-09T21:12:37Z

‎Fonctions autres et expérimentales

Vlerouvillois: /* Gestion de groupes multicast sur le lien local */

2019-06-09T21:11:45Z

‎Gestion de groupes multicast sur le lien local

Vlerouvillois: /* Erreur de paramètre */

2019-06-09T21:04:57Z

‎Erreur de paramètre

@@ Line 87: / Line 87: @@
 Un autre cas d'utilisation particulier à IPv6 concerne des stations situées sur un même lien physique mais ayant des préfixes différents. Ces machines passent dans un premier temps par le routeur par défaut. Ce dernier les avertit qu'une route directe existe.
 La figure Format des paquets d'indication de redirection donne le format du message :
@@ Line 97: / Line 99: @@
 Les options contiennent l'adresse physique du nouveau routeur et l'en-tête du paquet redirigé.
 Ce message peut être utilisé de la même manière qu'en IPv4. Une machine n'a qu'une route par défaut pour atteindre un équipement se trouvant sur un autre préfixe. Elle envoie donc son paquet au routeur qui s'aperçoit que le préfixe de destination est accessible par le même sous réseau que l'émetteur. Il relaie le paquet et informe la source qu'elle peut directement joindre le routeur menant vers le préfixe.
 == Fonctions autres et expérimentales ==

← Older revision		Revision as of 16:13, 24 February 2022
Line 81:		Line 81:

	À noter qu'il est possible d'avoir plusieurs routeurs multicast sur le même lien local. Dans ce cas, un mécanisme d'élection est utilisé pour choisir le routeur recenseur. Celui-ci sera le seul responsable pour l'envoi des messages de recensement.		À noter qu'il est possible d'avoir plusieurs routeurs multicast sur le même lien local. Dans ce cas, un mécanisme d'élection est utilisé pour choisir le routeur recenseur. Celui-ci sera le seul responsable pour l'envoi des messages de recensement.
		+
		+	== Indication de redirection ==
		+
		+	La technique de redirection est la même que dans IPv4. Un équipement ne connaît que les préfixes des réseaux auxquels il est directement attaché et l'adresse d'un routeur par défaut. Si la route peut être optimisée, le routeur par défaut envoie ce message pour indiquer qu'une route plus courte existe. En effet, avec IPv6, comme le routeur par défaut est appris automatiquement, la route n'est pas forcément la meilleure (cf. figure Routage par défaut non optimal).
		+
		+	Un autre cas d'utilisation particulier à IPv6 concerne des stations situées sur un même lien physique mais ayant des préfixes différents. Ces machines passent dans un premier temps par le routeur par défaut. Ce dernier les avertit qu'une route directe existe.
		+
		+	La figure Format des paquets d'indication de redirection donne le format du message :
		+
		+	* Le champ adresse cible contient l'adresse IPv6 de l'équipement vers lequel les paquets doivent être émis.
		+	* Le champ adresse destination contient l'adresse IPv6 de l'équipement pour lequel la redirection s'applique.
		+
		+	Dans le cas de la redirection vers un équipement se situant sur le même lien, l'adresse cible et la destination sont identiques.
		+
		+	Les options contiennent l'adresse physique du nouveau routeur et l'en-tête du paquet redirigé.
		+
		+	Ce message peut être utilisé de la même manière qu'en IPv4. Une machine n'a qu'une route par défaut pour atteindre un équipement se trouvant sur un autre préfixe. Elle envoie donc son paquet au routeur qui s'aperçoit que le préfixe de destination est accessible par le même sous réseau que l'émetteur. Il relaie le paquet et informe la source qu'elle peut directement joindre le routeur menant vers le préfixe.

	== Fonctions autres et expérimentales ==		== Fonctions autres et expérimentales ==

← Older revision		Revision as of 16:01, 20 January 2022
Line 190:		Line 190:
	== Référence bibliographique ==		== Référence bibliographique ==
	<references />		<references />
		+
		+	== Pour aller plus loin==
		+
		+	RFC et leur analyse par S. Bortzmeyer
		+	* RFC 2710 Multicast Listener Discovery (MLD) for IPv6
		+	* RFC 2894 Router Renumbering for IPv6
		+	* RFC 3122 Extensions to IPv6 Neighbor Discovery for Inverse Discovery Specification
		+	* RFC 3971 SEcure Neighbor Discovery (SEND) [http://www.bortzmeyer.org/3971.html Analyse]
		+	* RFC 3810 Multicast Listener Discovery Version 2 (MLDv2) for IPv6
		+	* RFC 4065 Instructions for Seamoby and Experimental Mobility Protocol IANA Allocations
		+	* RFC 6275 Mobility Support in IPv6

@@ Line 5: / Line 5: @@
 __NOTOC__
-= ANNEXE 1 Activité 31 : Contrôler le fonctionnement du réseau par ICMPv6  =
+= ANNEXE 1 Activité 31 : Le protocole de découverte des voisins  =
 ==Introduction==
 Le contenu de cette annexe complète l'activité 31 en :
 * introduisant MLD, le protocole de gestion des inscriptions aux groupes de ''multicast'' et les messages ICMPv6 associés ;
 * introduisant des fonctions expérimentales ;
 * décrivant les informations véhiculées par les messages ICMPv6 sous forme d'options.
 ==Gestion de groupes multicast sur le lien local ==

@@ Line 248: / Line 248: @@
 [[Image:31-Afig4.png|400px|right|thumb|Figure : Format de l'option MTU.]]
-Cette option permet d'informer les équipements sur la taille maximale des données pouvant être émises sur le lien. La figure Format de l'option MTU donne le format de cette option. Il n'est pas nécessaire de diffuser cette information si l'équipement utilise toujours la taille maximale permise. Par exemple, sur les réseaux Ethernet, les équipements utiliseront la valeur 1 500. Par contre pour les réseaux anneau à jeton ou FDDI, il est souvent nécessaire de préciser si les équipements doivent utiliser la valeur maximale permise ou une valeur inférieure pour autoriser l'utilisation de ponts.
+Cette option permet d'informer les équipements sur la taille maximale des données pouvant être émises sur le lien. La figure "Format de l'option MTU" donne le format de cette option. Il n'est pas nécessaire de diffuser cette information si l'équipement utilise toujours la taille maximale permise. Par exemple, sur les réseaux Ethernet, les équipements utiliseront la valeur 1 500. Par contre pour les réseaux anneau à jeton ou FDDI, il est souvent nécessaire de préciser si les équipements doivent utiliser la valeur maximale permise ou une valeur inférieure pour autoriser l'utilisation de ponts.
 Le champ type vaut 5 et le champ longueur 1.

@@ Line 224: / Line 224: @@
 [[Image:31-Afig1.png|400px|right|thumb|Figure : Format de l'option adresse physique source/cible.]]
-La figure Format de l'option adresse physique source/cible donne le format de ces options. Le type 1 est réservé à l'adresse physique de la source et le type 2 à l'adresse de la cible.
+La figure "Format de l'option adresse physique source/cible" donne le format de ces options. Le type 1 est réservé à l'adresse physique de la source et le type 2 à l'adresse de la cible.
 Le champ «longueur» est la taille en mots de 64 bits de l'option. Dans le cas d'une adresse MAC, d'une longueur de 6 octets, il contient donc la valeur 1.

@@ Line 195: / Line 195: @@
 == Options véhiculées par les messages ICMPv6 ==
-L'intérêt du protocole de découverte des voisins est d'unifier différents protocoles qui existent dans IPv4. En particulier, la plupart des informations à transporter utilise un format commun sous la forme d'options. Le format commun des options simplifie la mise en oeuvre du protocole. Une option se décrit en mot de 64 bits et comporte les champs type, longueur, données. <br>
+L'intérêt du protocole de découverte des voisins est d'unifier différents protocoles qui existent dans IPv4. En particulier, la plupart des informations à transporter utilise un format commun sous la forme d'options. Le format commun des options simplifie la mise en œuvre du protocole. Une option se décrit en mot de 64 bits et comporte les champs type, longueur, données. <br>
-Les différentes fonctionnalités de découverte des voisins utilisent 5 messages : 2 pour le dialogue entre un équipement et un routeur, 2 pour le dialogue entre voisins et un dernier pour la redirection. Chacun de ces messages peut contenir des options. Le tableau 1 présente l'utilisation des options définies dans le RFC 4861 dans les messages de découverte de voisin.<br>
+Les différentes fonctionnalités de découverte des voisins utilisent 5 messages : 2 pour le dialogue entre un équipement et un routeur, 2 pour le dialogue entre voisins et 1 dernier pour la redirection. Chacun de ces messages peut contenir des options. Le tableau 1 présente l'utilisation des options définies dans le RFC 4861 dans les messages de découverte de voisin.<br>
 <center >
@@ Line 234: / Line 234: @@
 [[Image:31-Afig2.png|400px|right|thumb|Figure : Format de l'option information sur le préfixe.]]
-Cette option contient les informations sur le préfixe pour permettre une configuration automatique des équipements. Cette option sera présentée en détail dans l'activité d'auto-configuration.
+Cette option contient les informations sur le préfixe pour permettre une configuration automatique des équipements. Cette option sera présentée en détail dans l'activité d'autoconfiguration.
 === <div id="redirigee">En-tête redirigée</div> ===

@@ Line 166: / Line 166: @@
 | ||  ||
 |-style="background:silver"
-!colspan=3 | Recherche d'information sur un noeud (expérimental, RFC 4620)
+!colspan=3 | Recherche d'information sur un nœud (expérimental, RFC 4620)
 |-
 |139 || || Demande d'information

@@ Line 87: / Line 87: @@
 MLD est une  fonction d'ICMPv6 ; aussi, les messages MLD sont des messages ICMPv6. Les messages pour MLD sont envoyés avec :
-* une adresse source IPv6 lien-local,
+* une adresse source IPv6 lien-local ;
-* le champ <tt>nombre de sauts</tt> fixé à 1,
+* le champ <tt>nombre de sauts</tt> fixé à 1 ;
-* l'option <tt>IPv6 Router Alert</tt> activée en ajoutant l'extension d'en-tête ''Hop-by-Hop'' correspondant.
+* l'option <tt>IPv6 Router Alert</tt> activée en ajoutant l'extension d'en-tête ''Hop-by-Hop'' correspondante.
 Cette dernière option est nécessaire afin de contraindre les routeurs à examiner les messages MLD envoyés à des adresses multicast par lesquelles les routeurs ne sont pas intéressés.
@@ Line 101: / Line 101: @@
 Les champs des messages pour MLD ont la signification suivante :
-* <tt>Type</tt> : prend la valeur 130, 131 ou 132.
+* <tt>Type</tt> : prend la valeur 130, 131 ou 132 ;
-* <tt>Code</tt> : mis à zéro par l'émetteur et ignoré par les récepteurs.
+* <tt>Code</tt> : mis à zéro par l'émetteur et ignoré par les récepteurs ;
-* <tt>Checksum</tt> : celui du protocole ICMPv6 standard, couvrant tout le message MLD auquel s'ajoutent les champs du pseudo-en-tête IPv6.
+* <tt>Checksum</tt> : celui du protocole ICMPv6 standard, couvrant tout le message MLD auquel s'ajoutent les champs du pseudo-en-tête IPv6 ;
 * <tt>Délai maximal de réponse</tt> :
-** utilisé seulement dans les messages de recensement, il exprime le retard maximal autorisé (en millisecondes) pour l'arrivée des rapports d'abonnement ;
+** utilisé seulement dans les messages de recensement, il exprime le retard maximal autorisé (en millisecondes) pour l'arrivée des rapports d'abonnement,
-** dans les messages de rapport ou de résiliation d'abonnement, ce champ est mis à zéro par l'émetteur et ignoré par les récepteurs.
+** dans les messages de rapport ou de résiliation d'abonnement, ce champ est mis à zéro par l'émetteur et ignoré par les récepteurs ;
-* <tt>réservé</tt> : champ non utilisé et mis à zéro par l'émetteur et ignoré par les récepteurs.
+* <tt>réservé</tt> : champ non utilisé et mis à zéro par l'émetteur et ignoré par les récepteurs ;
 * <tt>Adresse multicast</tt> :
-** pour un message de recensement général, ce champ est mis à zéro ;
+** pour un message de recensement général, ce champ est mis à zéro,
-** pour un message de recensement spécifique, il contient l'adresse multicast en question ;
+** pour un message de recensement spécifique, il contient l'adresse multicast en question,
 ** pour les messages de rapport et de résiliation d'abonnement, le champ contient l'adresse multicast sur laquelle l'hôte souhaite écouter ou cesser d'écouter.
 <center>
@@ Line 136: / Line 136: @@
 === Principe de MLD ===
-Le routeur envoie régulièrement des messages de recensement général à l'adresse de multicast <tt>FF02::1</tt>. Cette adresse équivaut à l'adresse de diffusion sur un lien. Pour éviter que le routeur recoive plusieurs réponses pour un même groupe, les récepteurs ne répondent pas immédiatement. Pour cela, les récepteurs arment un temporisateur pour chaque adresse multicast qui les concerne. Si le récepteur entend une réponse équivalente à la sienne, Il désarme le temporisateur. Sinon, à expiration du temporisateur, le récepteur envoie un rapport d'abonnement à l'adresse multicast du groupe. Avec ce système de temporisateurs, les récepteurs peuvent surveiller les rapports des autres récepteurs sur le lien et ainsi minimiser le trafic MLD.
+Le routeur envoie régulièrement des messages de recensement général à l'adresse de multicast <tt>FF02::1</tt>. Cette adresse équivaut à l'adresse de diffusion sur un lien. Pour éviter que le routeur reçoive plusieurs réponses pour un même groupe, les récepteurs ne répondent pas immédiatement. Pour cela, les récepteurs arment un temporisateur pour chaque adresse multicast qui les concerne. Si le récepteur entend une réponse équivalente à la sienne, Il désarme le temporisateur. Sinon, à l'expiration du temporisateur, le récepteur envoie un rapport d'abonnement à l'adresse multicast du groupe. Avec ce système de temporisateurs, les récepteurs peuvent surveiller les rapports des autres récepteurs sur le lien et ainsi minimiser le trafic MLD.
 Les changements d'état des récepteurs sont notifiés par des messages non sollicités. Un message non sollicité est un message émis à l'initiative d'un récepteur d'un groupe multicast ; contrairement au recensement, où c'est le routeur local qui prend l'initiative de l'échange. Les récepteurs peuvent envoyer des messages non sollicités pour les cas suivants :
-* Pour souscrire à une adresse multicast spécifique ;
+* pour souscrire à une adresse multicast spécifique ;
-* Pour une résiliation rapide : le récepteur envoie un message de résiliation d'abonnement à l'adresse multicast de "tous les routeurs du lien local" (<tt>FF02::2</tt>). Le routeur répond avec un message de recensement spécifique à l'adresse en question. S'il n'y a plus de récepteur pour répondre à ce recensement, le routeur efface l'adresse multicast de sa table de routage.
+* pour une résiliation rapide : le récepteur envoie un message de résiliation d'abonnement à l'adresse multicast de "tous les routeurs du lien local" (<tt>FF02::2</tt>). Le routeur répond avec un message de recensement spécifique à l'adresse en question. S'il n'y a plus de récepteur pour répondre à ce recensement, le routeur efface l'adresse multicast de sa table de routage.
-Pour cesser d'écouter sur une adresse multicast, le récepteur peut simplement ne plus répondre aux messages de recensement du routeur. S'il est le seul récepteur de cette adresse multicast sur le lien, après un certain temps l'état du routeur concernant cette adresse expire. Le routeur arrêtera de faire suivre les paquets multicast envoyés à l'adresse en question, s'il s'avère que le récepteur était le dernier concerné par l'adresse multicast sur le lien;
+Pour cesser d'écouter sur une adresse multicast, le récepteur peut simplement ne plus répondre aux messages de recensement du routeur. S'il est le seul récepteur de cette adresse multicast sur le lien, après un certain temps, l'état du routeur concernant cette adresse expire. Le routeur arrêtera de faire suivre les paquets multicast envoyés à l'adresse en question, s'il s'avère que le récepteur était le dernier concerné par l'adresse multicast sur le lien.
-A noter qu'il est possible d'avoir plusieurs routeurs multicast sur le même lien local. Dans ce cas, un mécanisme d'élection est utilisé pour choisir le routeur recenseur. Celui-ci sera le seul responsable pour l'envoi des messages de recensement.
+À noter qu'il est possible d'avoir plusieurs routeurs multicast sur le même lien local. Dans ce cas, un mécanisme d'élection est utilisé pour choisir le routeur recenseur. Celui-ci sera le seul responsable pour l'envoi des messages de recensement.
 == Fonctions autres et expérimentales ==

@@ Line 61: / Line 61: @@
 === Erreur de paramètre ===
-Le message ''Parameter problem'' est émis quand un paquet IPv6 ne peut être traité par un noeud du fait d'un problème dans l'en-tête du paquet ou dans ses extensions d'en-tête. Le paquet IPv6 est supprimé mais le noeud envoie à la source le message ICMPv6 dont le format est présenté par la figure 6.
+Le message ''Parameter problem'' est émis quand un paquet IPv6 ne peut être traité par un nœud du fait d'un problème dans l'en-tête du paquet ou dans ses extensions d'en-tête. Le paquet IPv6 est supprimé mais le nœud envoie à la source le message ICMPv6 dont le format est présenté par la figure 6.
 <center>
 [[File:MOOC_Act31_Fig6.png|400px|center|thumb|Figure 6 : Format du message Erreur de paramètre.]]