Groupe de travail Réseau

Adresses de diffusion groupée IPv6
fondées sur des préfixes d’envoi individuel

Le présent document spécifie un protocole Internet en cours de normalisation pour la communauté de l’Internet, et appelle à des discussions et des suggestions pour son amélioration. Prière de se reporter à l’édition actuelle du STD 1 "Normes des protocoles officiels de l’Internet" pour connaître l’état de normalisation et le statut de ce protocole. La distribution du présent mémoire n’est soumise à aucune restriction.

La présente spécification définit une extension à l’architecture d’adressage de diffusion groupée du protocole IP version 6. L’extension présentée dans ce document permet une allocation des adresses de diffusion groupée fondée sur le préfixe d’envoi individuel. En déléguant les adresses de diffusion groupée au même moment comme des préfixes d’envoi individuel, les opérateurs de réseau seront capables d’identifier leurs adresses de diffusion groupée sans avoir besoin de faire fonctionner un protocole d’allocation inter domaines.

Table des Matières

1. Introduction 1

2. Motivation 1

3. Terminologie 2

4. Format d’adresse de diffusion groupée 2

5. Durée de vie d’adresse 2

6 Adresse de diffusion groupée spécifiques de source 3

7. Exemples 3

8. Considérations sur la sécurité 3

9. Références 3

Adresse des auteurs 4

Déclaration complète de droits de reproduction 4

Le présent document spécifie une extension à la portion diffusion groupée de l’architecture d’adressage IPv6 [RFC2373]. L’architecture actuelle ne contient aucun élément de prise en charge de l’allocation dynamique d’adresse. La présente proposition introduit des informations codées dans l’adresse de diffusion groupée pour permettre l’allocation dynamique des adresses de diffusion groupée IPv6 et des adresses IPv6 de diffusion groupée spécifiques de source.

L’architecture actuelle d’allocation d’adresse IPv4 de diffusion groupé [RFC2908] se fonde sur un système multi couches, multi protocoles. Le but de la présente proposition est de réduire le nombre de protocoles qu’il faut déployer pour obtenir une allocation dynamique d’adresse de diffusion groupée.

L’utilisation de l’allocation d’adresse de diffusion groupée fondée sur le préfixe d’envoi individuel va, au minimum, supprimer le besoin du protocole d’allocation d’adresse de diffusion groupée (AAP, Multicast Address Allocation Protocol) [AAP WORK] et du protocole de revendication d'ensemble d'adresses de diffusion groupée (MASC, Multicast Address-Set Claim) [RFC 2909].

Dans le présent document, les mots clés "DOIT", "NE DOIT PAS", "EXIGÉ", "DEVRA", "NE DEVRA PAS", "DEVRAIT", "NE DEVRAIT PAS", "RECOMMANDÉ", "PEUT", et "FACULTATIF" sont à interpréter comme décrit dans le BCP 14, [RFC2119].

Le paragraphe 2.7 de la [RFC2373] définit le format de fonctionnement suivant des adresses de diffusion groupée IPv6 :

Le présent document introduit un nouveau format qui incorpore les informations de préfixe d’envoi individuel dans l’adresse de diffusion groupée. Le nouveau format est illustré ci-dessous :

o P = 0 indique une adresse de diffusion groupée qui n’est pas allouée sur la base du préfixe réseau. Cela indique une adresse de diffusion groupée comme définie dans la [RFC2373].

o P = 1 indique une adresse de diffusion groupée qui est allouée sur la base du préfixe réseau.

o SI P = 1, T DOIT être réglé à 1, autrement le réglage du bit T est défini au paragraphe 2.7 de la [RFC2373].

plen indique le nombre réel de bits dans le champ préfixe réseau qui identifie le sous-réseau lorsque P = 1.

le préfixe réseau identifie le sous réseau d’envoi individuel auquel appartient l’adresse de diffusion groupée. Si P = 1, ce champ contient le préfixe de réseau d’envoi individuel alloué au domaine qui possède, ou qui alloue, l’adresse de diffusion groupée. Tous les bits non significatifs du champ Préfixe réseau DEVRAIENT être à zéro.

On devrait noter que les exigences d’identifiant d’interface du paragraphe 2.5.1 de la [RFC2373] restreignent effectivement la longueur du préfixe d’envoi individuel à 64 bits, et donc la portion préfixe réseau de l’adresse de diffusion groupée sera d’au plus 64 bits.

La portée de l’adresse de diffusion groupée fondée sur le préfixe d’envoi individuel NE DOIT PAS excéder la portée du préfixe d’envoi individuel incorporé dans l’adresse de diffusion groupée.

La durée de vie d’une adresse de diffusion groupée fondée sur le préfixe d’envoi individuel NE DEVRAIT PAS excéder le champ Durée de vie valide dans l’option Informations de préfixe, correspondant au préfixe d’envoi individuel utilisé, contenu dans le message Annonce de routeur de découverte de voisin [RFC2461]. La durée de vie de l’adresse de diffusion groupée est nécessaire pour prendre en charge l’API abstraite pour l’allocation d’adresse de diffusion groupée [RFC2771].

On devrait noter que la durée de vie valide du préfixe d’envoi individuel dans le message Annonce de routeur n’indique pas que le préfixe va devenir invalide à la fin de la durée de vie. Cette valeur est plutôt normalement une constante jusqu’à ce qu’un événement de dénumérotation soit programmé après quoi, le préfixe va devenir invalide.

L’utilisation des adresses de diffusion groupée fondées sur le préfixe d’envoi individuel après que le préfixe d’envoi individuel est devenu invalide peut conduire à des problèmes de fonctionnement. Par exemple, les routeurs qui effectuent des vérification de politique en comparant le préfixe de diffusion groupée au préfixe d’envoi individuel alloué à un AS peuvent éliminer le paquet.

Le format d’adresse de diffusion groupée IPv6 fondé sur le préfixe prend en charge les adresses de diffusion groupée spécifique de source, comme défini dans la [RFC4607]. Pour réaliser cela, un nœud DOIT :

Ces réglages créent une gamme SSM de FF3x::/32 (où 'x' est toute valeur valide de portée). Le champ Adresse de source dans l’en-tête IPv6 identifie le propriétaire de l’adresse de diffusion groupée.

Voici quelques exemples de la structure des adresses de diffusion groupée fondées sur le préfixe d’envoi individuel.

- Préfixes mondiaux – un réseau avec un préfixe d’envoi individuel de 3FFE:FFFF:1::/48 aurait aussi un préfixe de diffusion groupée fondé sur le préfixe d’envoi individuel de FF3x:0030:3FFE:FFFF:0001::/96 (où 'x' est toute portée valide).

- SSM – toutes les adresses de diffusion groupée SSM IPv6 vont avoir le format FF3x::/96.

Il est possible que le préfixe d’envoi individuel incorporé puisse aider à identifier le domaine d’allocation d’une certaine adresse de diffusion groupée, bien qu’un domaine d’allocation qui choisit d’éviter d’être tracé ne rencontre actuellement aucun obstacle pour créer des adresses en utilisant un préfixe qui ne lui est pas alloué, ou en utilisant un préfixe incorporé de plus petite portée

L’utilisation d’adresses de diffusion groupée spécifiques de source peut parfois aider à la prévention d’attaques de déni de service par des sources arbitraires, bien que cela ne soit pas garanti. Un exposé plus détaillé des considérations de sécurité pour SSM se trouve dans la [RFC4607].

[AAP WORK] Handley, M. and S. Hanna, "Multicast Address Allocation Protocol (AAP)", Non publié.

[RFC2119] S. Bradner, "Mots clés à utiliser dans les RFC pour indiquer les niveaux d'exigence", BCP 14, mars 1997.

[RFC2373] R. Hinden, S. Deering, "Architecture d'adressage IP version 6", juillet 1998. (Obsolète, voir RFC4291) (PS)

[RFC2460] S. Deering et R. Hinden, "Spécification du protocole Internet, version 6 (IPv6) ", décembre 1998. (MàJ par 5095,6564 ; D.S)

[RFC2771] R. Finlayson, "API abstraite pour allocation d'adresse de diffusion groupée", février 2000. (Information)

[RFC2909] P. Radoslavov et autres, "Protocole de revendication d'ensemble d'adresses de diffusion groupée (MASC)", septembre 2000. (Expérimentale)

Le présent document et ses traductions peuvent être copiés et fournis aux tiers, et les travaux dérivés qui les commentent ou les expliquent ou aident à leur mise en œuvre peuvent être préparés, copiés, publiés et distribués, en tout ou partie, sans restriction d’aucune sorte, pourvu que la déclaration de droits de reproduction ci-dessus et le présent paragraphe soient inclus dans toutes telles copies et travaux dérivés. Cependant, le présent document lui-même ne peut être modifié d’aucune façon, en particulier en retirant la notice de droits de reproduction ou les références à la Internet Society ou aux autres organisations Internet, excepté autant qu’il est nécessaire pour les besoins du développement des normes Internet, auquel cas les procédures de droits de reproduction définies dans les procédures des normes Internet doivent être suivies, ou pour les besoins de la traduction dans d’autres langues que l’anglais.

Les permissions limitées accordées ci-dessus sont perpétuelles et ne seront pas révoquées par la Internet Society ou ses successeurs ou ayant droits.

Le présent document et les informations contenues sont fournis sur une base "EN L’ÉTAT" et le contributeur, l’organisation qu’il ou elle représente ou qui le/la finance (s’il en est), la INTERNET SOCIETY et la INTERNET ENGINEERING TASK FORCE déclinent toutes garanties, exprimées ou implicites, y compris mais non limitées à toute garantie que l’utilisation des informations ci encloses ne violent aucun droit ou aucune garantie implicite de commercialisation ou d’aptitude à un objet particulier.

Le financement de la fonction d’édition des RFC est actuellement fourni par l’Internet Society.

Groupe de travail Réseau	B. Haberman, Consultant
Request for Comments : 3306	D. Thaler, Microsoft
Catégorie : En cours de normalisation	août 2002
Traduction Claude Brière de L’Isle

Brian Haberman	Dave Thaler
Consultant	Microsoft Corporation
téléphone : 1-919-949-4828	One Microsoft Way
mél : bkhabs@nc.rr.com	Redmond, WA 48105-6399
	téléphone : 1-425-703-8835
	mél : dthaler@microsoft.com