Difference between revisions of "MOOC:Compagnon Act15-s6"

From Livre IPv6

(Addresse smulticast temporaires dérivées d'un préfixe unicast IPv6)
 
(124 intermediate revisions by 5 users not shown)
Line 1: Line 1:
                   
 
 
__NOTOC__
 
__NOTOC__
= Les adresses multicast =
 
 
== Communications multicast ==
 
 
Les adresses multicast permettent de s'adresser à un ensemble
 
d'interfaces. Le datagramme émis avec une destination multicast sera
 
écouté par toutes les interfaces appartenant au groupe multicast.
 
C'est une manière efficace de s'adresser à un ensemble de machines.
 
  
   
+
= Activité 15 : Les adresses multicast =
Une communication multicast est une communication dans laquelle un
+
{{Approfondissement}}
même paquet de données peut être envoyé à un groupe de
+
== Introduction ==
récepteurs, quelque soit leur localisation. Dans le modèle Internet
+
Les adresses multicast, également appelées adresses de groupe, sont un élément important dans la proposition Multicast IP. Le fonctionnement du multicast en IPv6 reprend les principes énoncés pour IPv4. Ces principes ont été posés dans les années 1990<ref>Handley, M., Crowcroft, J., Internet Protocol Journal, Volume 2, No. 4, December 1999. [http://ipj.dreamhosters.com/wp-content/uploads/issues/1999/ipj02-4.pdf Internet Multicast Today]</ref>.
IPv6, une station peut potentiellement émettre un paquet multicast
+
Multicast IP est présenté en détail par cet article de Cisco <ref> Cisco (2002). White paper. [http://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/ip_multicast/White_papers/mcst_ovr.html IP Multicast Technology Overview White paper Cisco].</ref>. Le lecteur est invité à consulter cet article pour y découvrir le fonctionnement de ce mode de communication.
vers n'importe quel groupe. Comparé aux communications point à
+
Nous allons voir dans cette activité comment sont formatées les adresses IPv6 multicast<ref>Wikipedia. [https://en.wikipedia.org/wiki/Multicast_address#IPv6  Le multicast IPv6]</ref> uniquement. Cette activité n'aborde que partiellement le fonctionnement du multicast.
point (unicast), le multicast évite la duplication des paquets de
+
données au niveau de la source, et minimise l'utilisation de la
+
bande passante au niveau du réseau. De plus, il offre un service
+
insensible à l'augmentation du nombre et la localisation des membres
+
d'un groupe. Le multicast peut être utilisé pour la distribution de
+
logiciels, la téléconférence, les applications d'enseignement à
+
distance, la radio ou la télévision sur Internet, les simulations
+
interactives distribuées, les jeux multimédia interactifs, les
+
applications militaires, etc.
+
  
 +
== Communication multicast ==
 +
Une communication multicast est une communication dans laquelle un paquet émis peut être reçu par plusieurs récepteurs, quelque soit leur localisation. Dans le modèle multicast IPv6, les récepteurs forment un groupe et celui-ci est identifié par une adresse dite de multicast. Comparé aux communications point à point (''unicast''), le multicast évite la duplication des paquets de données au niveau de la source, et minimise l'utilisation de la bande passante au niveau du réseau. C'est une manière efficace de communiquer avec un ensemble de machines.
 +
De plus, il offre un service insensible à l'augmentation du nombre et de la localisation des membres d'un groupe. Le multicast peut être utilisé pour la distribution de logiciels, la téléconférence, les applications d'enseignement à distance, la radio ou la télévision sur Internet, les simulations interactives distribuées, les jeux multimédia interactifs, les applications militaires, etc.
 
   
 
   
Pour le multicast, on distingue deux modèles de communication :
+
Le service de communication multicast se rend selon 2 modèles :
 
+
 
   
 
   
* le modèle ASM (Any-Source Multicast) : dans le modèle ASM, un récepteur s'abonne à un groupe, et reçoit les données émises par n'importe quelles sources pour ce groupe. Ce modèle s'applique par exemple dans le cas de visioconférences avec de nombreux participants qui ne sont pas connus à l'avance.
+
* le modèle ASM (''Any-Source Multicast'') : avec ce modèle, une source quelconque peut émettre des données à un groupe. Ce modèle s'applique par exemple dans le cas de visioconférences avec de nombreux participants qui ne sont pas connus à l'avance ;
* le modèle SSM (Source-Specific Multicast) : dans le modèle SSM, les sources sont connues à l'avance et les récepteurs s'abonnent à un groupe et un ensemble de sources. Ce modèle s'applique par exemple à la diffusion de la télévision ou radio sur Internet, où il n'y a qu'une seule source connue de tous.
+
* le modèle SSM (''Source-Specific Multicast'') [RFC 3569] : avec ce modèle, les sources sont connues à l'avance et les récepteurs peuvent restreindre les réceptions d'un groupe pour une source donnée. Ce modèle s'applique par exemple à la diffusion de la télévision ou radio sur Internet, où il n'y a qu'une seule source connue de tous.
+
Le fonctionnement détaillé des protocoles multicast dépassent
+
le cadre de cette présentation. Cette séquence ne présente que le
+
format des adresses IPv6 de ces protocoles.
+
  
+
Les étapes suivantes interviennent dans l'établissement d'une session multicast IPv6 :
== Format des adresses multicast IPv6 ==
+
* choix de l'adresse multicast pour la session ;
+
* description et annonce de la session multicast à tous les participants ;
Pour initier une session multicast, le groupe de récepteurs
+
* gestion des membres du groupe sur le lien-local : elle est réalisée par le protocole MLD (''Multicast Listener Discovery'') ;
intéressés, appelé aussi groupe multicast, doit être formé. Un
+
* construction de l'arbre multicast : elle est assurée par le protocole de routage multicast PIM (''Protocol Independant Multicast'').
groupe multicast est identifié par une adresse IP multicast. Chaque
+
adresse a une portée spécifique, qui limite la propagation du
+
trafic multicast.
+
  
+
Le fonctionnement détaillé du multicast dépasse le cadre de cette présentation. Cette activité dans cette séquence ne présente que le format des adresses IPv6 multicast et les mécanismes permettant l'allocation des adresses multicast.
[[Image:adressage-24.jpg]]
+
  
 +
== Formats des adresses multicast IPv6 ==
 +
Pour initier une session multicast, le groupe de récepteurs intéressés, appelé aussi groupe multicast, doit être identifié par une adresse IP multicast. L'allocation des adresses multicast doit se faire en garantissant l'unicité de l'adresse multicast à un groupe. Ainsi, il y a des adresses qui sont constituées par une autorité centrale. Dans ce cas, des adresses permanentes sont attribuées à des groupes bien connus. Enfin, pour des applications particulières, des adresses multicast peuvent être constituées dynamiquement et de manière temporaire. Nous allons décrire dans ce paragraphe le format des adresses multicast dans ces deux cas de figure.
 
   
 
   
Les adresses multicast IPv6 sont dérivées du préfixe ff<tt>00::/8</tt>.
+
=== Format général ===
Le champ drapeaux (flags) de 4 bits, qui suivent les 8 bits
+
Les adresses multicast IPv6 sont dérivées du préfixe <tt>ff00::/8</tt>. L'identification du groupe est faite sur 112 bits ; ce qui donne un potentiel d'environ 5 x 10^33 groupes différents. Une portée spécifique est associée a une adresse multicast afin de limiter la propagation du trafic multicast. Le format général est présenté par la figure 1 [RFC 4291].
d'identifiacation, est défini de la manière suivante :
+
  
+
<center>
* Seul le bit T (comme Transient) du champ drapeaux est initialement décrit dans le RFC 3513. La valeur 0 indique une adresse multicast bien connue gérée par une autorité, en l'occurence l'IANA. La valeur 1 indique une valeur temporaire.
+
[[Image:activite-15-adresses-multicast-img01-830x190-v20151012-01.jpg|600px|center|thumb|Figure 1 : Format général de l'adresse multicast.]]
* Les bits P et R sont décrits dans le RFC 3306 et le draft Internet sur « embedded »-RP (RFC 3956).
+
</center>
* Le bit de poids fort du champ drapeaux n'est pas encore attribué.
+
+
Le champ drapeaux permet de définir plusieurs types d'adresses
+
multicast IPv6 qui seront décrits dans les sections suivantes.
+
  
 +
Le champ <tt>drapeaux</tt> (''flags'') spécifie le type d'adresses multicast IPv6 qui seront décrites dans la suite du document. Le champ <tt>drapeaux</tt>,  d'une longueur de 4 bits, suit les 8 bits d'identification. Ce champ comporte les drapeaux suivants :
 +
 +
* le bit T (''Transient'') indique le mode d'obtention de l'adresse multicast. Quand la valeur est à 0, elle signifie que l'adresse multicast est bien connue et est gérée par une autorité, en l'occurence l'IANA. La valeur 1 indique une adresse temporaire ou dynamiquement allouée ;
 +
* le bit P indique une méthode de création reposant sur un préfixe unicast [RFC 3306] ;
 +
* le bit R indique, pour les arbres de distribution partagée, que l'adresse du point de rendez-vous est contenue dans l'identifiant du groupe [RFC 3956] ;
 +
* le bit de poids fort du champ <tt>drapeaux</tt> n'est pas encore attribué.
 
   
 
   
Le champ scope permet d'en limiter la portée ou l'étendue (scope
+
Le champ <tt>étendue</tt> (''scope'') limite la portée de la diffusion de l'adresse multicast IPv6. Avec ce champ, le confinement des datagrammes dans une zone déterminée est maîtrisé. Cette méthode est plus rigide mais plus précise que la première proposition du multicast d'IPv4, où la portée était limitée uniquement par le champ <tt>durée de vie</tt> (''Time To Live'' (TTL)) du paquet. Les portées suivantes sont définies [RFC 7346] :
en anglais) de « diffusion » de l'adresse multicast IPv6.
+
Cela permet de maîtriser le confinement des datagrammes dans une
+
zone déterminée. Cette méthode est plus rigide mais plus sure que
+
la classe D d'IPv4, où la portée est limitée uniquement par le
+
champ durée de vie (TTL Time To Live). Les valeurs suivantes sont
+
définies.
+
  
+
* 0 - reserved
 
* 1 - node-local
 
* 1 - node-local
 
* 2 - link-local
 
* 2 - link-local
* 3 - subnet-local
+
* 3 - realm-local
 
* 4 - admin-local
 
* 4 - admin-local
 
* 5 - site-local
 
* 5 - site-local
 
* 8 - organisation-local
 
* 8 - organisation-local
* E - global
+
* e - global
* Les portées 0 et F sont réservées.
+
* f - reserved
+
 
 
== Adresses multicast IPv6 permanentes ==
 
== Adresses multicast IPv6 permanentes ==
+
Une adresse multicast IPv6 avec le bit T du champ <tt>drapeaux</tt> à 0 correspond à une adresse multicast permanente, allouée par l'IANA. La figure 2 illustre cette adresse multicast permanente.
Une adresse multicast IPv6 avec le bit T du champ drapeaux à 0
+
correspond à une adresse multicast permanente, allouée par l'IANA.
+
  
+
<center>
[[Image:adressage-24.jpg]]
+
[[Image:activite-15-adresses-multicast-img02-830x190-v20151012-01.jpg|600px|center|thumb|Figure 2 : Format de l'adresse multicast permanente.]]
 +
</center>
  
 +
Lorsque le multicast IPv6 sera déployé à grande échelle, certains organismes pourraient avoir des émissions permanentes. Des chaînes de télévision ou stations de radio pourront par exemple se voir attribuer des adresses permanentes par l'IANA dans le préfixe <tt>ff00::/12</tt>.
 
   
 
   
Lorsque le multicast IPv6 sera déployé à grande échelle,
+
Le RFC 2375 définit déjà certaines adresses IPv6 multicast. Deux types d'adresses multicast permanentes sont à distinguer :
certains organismes pourraient avoir des émissions permanentes. Des
+
chaînes de télévision ou stations de radio pourront par exemple se
+
voir attribuer des adresses permanentes par l'IANA dans le préfixe
+
ff<tt>00::/12</tt>.
+
 
+
 
   
 
   
Le RFC 2375 définit déjà certaines adresses IPv6 multicast.
+
* des adresses correspondant à des services de niveau réseau (comme NTP, DHCPv6, cisco-rp-announce, SAP,...) ;
Deux types d'adresses multicast permanentes sont à distinguer :
+
* des adresses correspondant davantage à des services applicatifs commerciaux permanents comme la distribution des chaînes de télévision.
 
+
+
* des adresses correspondant à des services de niveau réseau (comme NTP, DHCPv6, cisco-rp-announce, SAP,...) et
+
* des adresses correspondant d'avantage à des services applicatifs commerciaux permanents comme la distribution des chaînes de télévision.
+
+
Le RFC 3307 définit des procédures pour l'allocation des
+
adresses multicast permanentes. Une adresse multicast permanente a un
+
sens quelque soit son étendue (scope), son identifiant de groupe est
+
réservé pour toutes les protées. Ainsi l'identifiant 0x101 réservé
+
pour les serveurs NTP (Network Time Protocol).
+
 
+
 
   
 
   
<br>
+
Le RFC 3307 définit les procédures pour l'allocation des adresses multicast permanentes. Une adresse multicast permanente a un sens quelque soit son étendue (''scope''). Son identifiant de groupe est réservé pour toutes les portées. Ainsi, l'identifiant 0x101 est réservé pour les serveurs NTP (''Network Time Protocol'').
<br>
+
  
                           
+
<center>                       
{| border="1"
+
{|
 +
! Adresse de multicast || Population concernée
 +
|- style="background:silver"  
 +
|<tt>ff01::101</tt> ||Tous les serveurs NTP de la même interface (c.à.d. le même nœud) que l'émetteur ;
 
|-
 
|-
!
+
|<tt>ff02::101</tt> || Tous les serveurs NTP du même lien que l'émetteur ;
Adresse de mutlicast
+
|- style="background:silver"
 
+
|<tt>ff05::101</tt> || Tous les serveurs NTP du même site que l'émetteur ;
+
!
+
Population
+
concernée
+
 
+
+
 
|-
 
|-
|  
+
|<tt>ff0E::101</tt> || Tous les serveurs NTP de l'Internet.
<tt>ff01::101</tt>
+
|} 
 +
</center>
  
 +
Cependant, par précaution, certains identifiants multicast prédéfinis ne sont valables que sur un nombre limité de portées. Exemple : les identifiants multicast relatifs au groupe des nœuds ou des routeurs sont limités aux portées lien-local ou site-local. D'autres, en général les services bien connus tels que NTP cité ci-dessus, sont valides pour toutes les portées. L'IANA tient un registre<ref> IANA [http://www.iana.org/assignments/ipv6-multicast-addresses  IPv6 Multicast Address Space Registry]</ref> de l'ensemble des adresses multicast réservées.
 
   
 
   
|
 
Tous les serveurs NTP de
 
la même interface (c.à.d. Le même noeud) que l'émetteur ;
 
  
 +
* L'identifiant de groupe « tout à zéro » est réservé quelque soit la portée et ne doit jamais être utilisé : <tt>ff0x:0:0:0:0:0:0:0</tt> avec x variant de '0' à 'f'.
 +
* Le groupe d'identifiants multicast à 1 concerne tous les nœuds. Il est limité aux étendues (''scope'') interface-local et link-local. On ne peut donc pas diffuser sur l'ensemble des nœuds de l'Internet (sage précaution car sinon, il aurait très facilement permis des attaques de type "déni de service" par bombardement massif en diffusion).
 
   
 
   
 +
<center>                       
 +
{| border="0" class="wikitable alternance centre" width="75%"
 +
! Adresse de mutlicast || Population concernée
 +
|- style="background:silver"
 +
|<tt>ff01::1</tt> || Toutes les interfaces du nœud ;
 
|-
 
|-
|  
+
| <tt>ff02::1</tt> || Tous les nœuds sur le même lien que l'interface émettrice (correspond au broadcast 255.255.255.225 d'IPv4).
<tt>ff02::101</tt>
+
|}
 
+
</center>
 
   
 
   
|
+
* Le groupe d'identifiants multicast à 2 concerne l'ensemble des routeurs. Il est limité aux étendues (''scope'') interface-local, link-local et site-local. On ne peut donc pas diffuser sur l'ensemble des routeurs de l'Internet (sage précaution "bis", pour limiter les attaques en "déni de service").
Tous les serveurs NTP du
+
même lien que l'émetteur ;
+
  
+
<center>                      
|-
+
{| border="0" class="wikitable alternance centre" width="75%"
|
+
! Adresse de multicast || Population concernée
<tt>ff05::101</tt>
+
|- style="background:silver"  
 
+
|<tt>ff01::2</tt> || Tous les routeurs du nœud ;
+
|-
|  
+
|<tt>ff02::2</tt> || Tous les routeurs du lien ;
Tous les serveurs NTP du
+
|- style="background:silver"  
même site que l'émetteur ;
+
|<tt>ff05::2</tt> || Tous les routeurs du site.
 
+
|}
+
</center>
|-
+
|  
+
<tt>ff0E::101</tt>
+
 
+
+
|  
+
Tous les serveurs NTP de
+
l'Internet.
+
 
+
+
|} 
+
Cependant par précaution, certains identifiants mutlicast
+
prédéfinis ne sont valables que sur un nombre limité de portées.
+
Exemple les identifiants multicast pour les noeuds ou les routeurs
+
sont limités aux portées lien-local ou site-local. D'autres, en
+
général les services bien connus, tels que NTP cité ci dessus sont
+
valides pour toutes les portées. Le document suivant
+
http://www.iana.org/assignments/ipv6-multicast-addresses liste
+
l'ensemble des valeurs réservées et les portées pour lesquelles
+
elles peuvent s'appliquer.
+
 
+
+
* L'identifiant de groupe « tout à zéro » est réservé quelque soit la portée et ne doivent jamais être utilisé ff0x:0:0:0:0:0:0:0 avec x variant de 0 à f.
+
* Le groupe d'identifiants multicast à 1 concerne tous les nœuds,, il est limité aux étendues (scope) interface-local et link-local. On ne peut donc pas diffuser sur l'ensemble des noeuds de l'Internet (sage précaution, sinon il aurait très facilement permis des attaques de type déni de service par bombardement massif en diffusion )
+
+
<tt>ff01::1</tt>
+
Toutes les interfaces du noeud
+
 
+
+
<tt>ff02::1</tt>
+
Toutes les noeuds sur le même lien que l'interface émettrice
+
(correspond au broadcast 255.255.255.225 d'IPv4).
+
 
+
+
* Le groupe d'identifiants multicast à 2 concerne l'ensemble des routeurs, il est limité aux étendues (scope) interface-local, link-local et site-local. On ne peut donc pas diffuser sur l'ensemble des routeurs de l'Internet (sage précaution bis, pour limiter les attaques en déni de service )
+
   
+
<tt>ff01::2</tt>
+
Tous les routeurs du noeud ;
+
 
+
+
<tt>ff02::2</tt>
+
Tous les routeurs du lien ;
+
 
+
   
+
<tt>ff05::2</tt>
+
Tous les routeurs du site.
+
 
+
+
L'IANA tient un registre des adresses multicast réservées. Il
+
peut être consulté à cette
+
URL : [[http://www.iana.org/assignments/ipv6-multicast-addresses/ipv6-multicast-addresses.xthml]]
+
 
+
+
== Adresses mutlicast IPv6 temporaires ==
+
+
Les adresses temporaires sont des adresses multicast IPv6 dont le
+
bit T est positionné à 1.
+
 
+
+
A l'inverse des adresse mutlicast permanentes, une adresse
+
multicast temporaire n'a de signification que dans la portée donnée.
+
Exemple l'adresse multicast site-local ff15::101 sur un site n'a
+
aucune relation avec un groupe utilisant la même adresse multicast
+
sur un autre site.
+
 
+
+
Il existe plusieurs types d'adresses temporaires : générales,
+
dérivée d'un préfixe unicast IPv6 et par point de rendez-cous
+
(Embedder-RP)
+
  
 +
== Adresses multicast IPv6 temporaires ==
 +
Les adresses multicast temporaires sont des adresses multicast IPv6 dont le
 +
bit T est positionné à 1. À l'inverse des adresses multicast permanentes, une adresse multicast temporaire n'a de signification que dans la portée donnée.
 +
Exemple : l'adresse multicast site-local <tt>ff15::999</tt> sur un site n'a aucune relation avec un groupe utilisant la même adresse multicast sur un autre site.
 +
Il existe plusieurs types d'adresses temporaires : générales, dérivées d'un préfixe unicast IPv6, et par point de rendez-vous (Embedded-RP).
 
   
 
   
 
=== Adresses multicast temporaires générales ===
 
=== Adresses multicast temporaires générales ===
+
Ce sont des adresses avec tous les bits du champ <tt>drapeaux</tt> à 0 sauf le bit T positionné à 1. La figure 3 illustre ce format. Il n'y a pas de recommandation pour l'utilisation de ces adresses. Des scénarios d'utilisation peuvent être, par exemple, les visioconférences ponctuelles.
Ce sont des adresses avec tous les bits du champ flag à 0 sauf le
+
bit T positionné à 1. Il n'y a pas de recommandations pour
+
l'utilisation de ces adresses. Des scénarios d'utilisation peuvent
+
être, par exemple, les visioconférences ponctuelles.
+
  
+
<center>
=== Addresse smulticast temporaires dérivées d'un préfixe unicast IPv6 ===
+
[[Image:activite-15-adresses-multicast-img03-830x190-v20151012-01.jpg|600px|center|thumb|Figure 3 : Format général de l'adresse multicast temporaire.]]
+
</center>
Le RFC 3306 définit une méthode pour dériver une adresse
+
multicast IPv6 à partir d'un préfixe unicast.
+
  
+
=== Adresses multicast temporaires dérivées d'un préfixe unicast IPv6 ===
[[Image:adresse-multicast-temporaire-derivee-d-un-prefixe.png]]
+
Le RFC 3306 définit une méthode pour dériver une adresse multicast IPv6 à partir d'un préfixe unicast. La figure 4 représente ce format.
  
 
+
<center>
Par exemple, une adresse multicast
+
[[Image:activite-15-adresses-multicast-img04-860x190-v20151018-01.jpg|600px|center|thumb|Figure 4 : Format de l'adresse multicast temporaire dérivée d'un préfixe unicast IPv6.]]
peut être dérivée à partir du préfixe de RENATER
+
</center>
(<tt>2001:660::/32</tt>). Le champ
+
prefix prend la valeur <tt>2001:0660</tt>
+
et le champ Plen, la valeur <tt>0x20</tt>
+
(32 en décimal). Les adresses multicast IPv6 à choisir seront de
+
type ff<tt>3X:20:2001:660::aabb:ccdd</tt>
+
(<tt>aabb:ccdd</tt> étant le
+
group-ID choisi dans l'exemple et X une des valeurs valides de la
+
portée (scope)).
+
  
 +
* <tt>res</tt> (''reserved'') : tous les bits de ce champ doivent être positionnés à <tt>0</tt>.
 +
* <tt>Plen</tt> (''prefix length'') : ce champ contient la longueur du préfixe unicast utilisé pour en dériver une adresse multicast.
 +
* <tt>prefix</tt> : ce champ contient la valeur du préfixe du réseau utilisé pour en dériver une adresse multicast.
 +
* <tt>group-ID</tt> : ce champ de 32 bits contient l'identifiant de groupe.
 
   
 
   
Cette méthode permet la création
+
Par exemple, une adresse multicast peut être dérivée du préfixe de RENATER (<tt>2001:660::/32</tt>). Le champ <tt>prefix</tt> prend la valeur <tt>2001:0660</tt>, et le champ <tt>Plen</tt>, la valeur <tt>0x20</tt> (32 en décimal). Les adresses multicast IPv6 à choisir seront de type <tt>ff3x:20:2001:660::aabb:ccdd</tt> ; <tt>aabb:ccdd</tt> étant le group-ID choisi dans l'exemple, et ''x'' une des valeurs valides de la portée (''scope'').
potentielle de 2 puissance 32 adresses multicat par préfixe.
+
Cette méthode permet la création potentielle de 2^32 adresses multicast par préfixe.
  
=== Adresses multicast « Embedded-RP » ===
+
=== Adresses multicast ''Embedded-RP'' ===
+
Le RFC 3956 définit une méthode pour inclure l'adresse du RP (''Rendez-vous Point'') servant à la construction de l'arbre multicast dans l'adresse multicast IPv6. La figure 5 montre la structure d'une adresse multicast ''embedded RP''.
Le RFC 3618 définit une méthode pour inclure l'adresse du RP
+
(Point de Rendez-Vous servant à la construction de l'arbre
+
multicast) dans l'adresse multicast IPv6. Le schéma Structure d'une
+
adresss IPv6 Multicast &quot;embedded RP&quot; montre la structure
+
d'une telle adresse, aussi appelée adresse &quot;embedded-RP&quot;.
+
  
+
<center>
[[Image:adresse-multicast-embedded-rp.gif]]
+
[[Image:activite-15-adresses-multicast-img05-830x190-v20151012-01.jpg|600px|center|thumb|Figure 5 : Format de l'adresse multicast temporaire ''embedded-RP''.]]
 +
</center>
  
 +
Ainsi, pour un point de rendez-vous qui possède l'adresse <tt>2001:660:3307:125::3</tt>, une adresse multicast correspondante peut être dérivée de la façon suivante :
 
   
 
   
Ainsi pour un point de rendez-vous qui possède l'adresse
+
* <tt>res</tt> (Reservé) : les 4 bits de ce champ sont positionnés à 0.
<tt>2001:660:3307:125::3</tt>, une
+
* <tt>RPad</tt> : ce champ contient les 4 derniers bits de l'adresse du RP. Dans cet exemple, RPad prend la valeur 3.
adresse multicast correspondante peut être dérivée de la façon
+
* <tt>Plen</tt> (Longueur du préfixe) : ce champ contient la longueur du préfixe réseau du RP à prendre en compte. Dans cet exemple, la valeur est de <tt>0x40</tt> (soit 64 en décimal).
suivante :
+
* <tt>prefix</tt> (Préfixe) : ce champ contient le préfixe réseau du RP. Ici, cette valeur est <tt>2001:660:3007:125</tt>
 
+
* <tt>group-ID</tt> : ce champ de 32 bits contient l'identifiant de groupe, détaillé au chapitre "Identifiant de groupe".
 
   
 
   
* <tt>res</tt> (Reservé) : Les 4 bits de ce champ sont positionnés à 0.
+
Une adresse multicast dérivée de ce point de rendez-vous sera donc de la forme <tt>ff7x:340:2001:660:3007:125:aabb:ccdd</tt> ; <tt>aabb:ccdd</tt> étant le
* <tt>RPad</tt> : Ce champ contient les 4 derniers bits de l'adresse du RP. Dans cet exemple, RPad prend la valeur 3.
+
group-ID choisi dans cet exemple, et ''x'' une des valeurs valides de la
* <tt>Plen</tt> (Longueur du préfixe) : Ce champ contient la longueur du préfixe réseau du RP à prendre en compte. Dans cet exemple, la valeur est de <tt>0x40</tt> (soit 64 en décimal),
+
portée (''scope'').
* <tt>prefix</tt> (Préfixe) : Ce champ contient le préfixe réseau du RP. Ici, cette valeur est 2001:660:3007:125
+
* <tt>group-ID</tt> : ce champ de 32 bits contient l'identifiant de groupe, détaillé au chapitre Identifiant de groupe.
+
+
Une adresse multicast dérivée de ce point de rendez-vous sera
+
donc de la forme ff<tt>7X:340:2001:660:3007:125:aabb:ccdd</tt>
+
(<tt>aabb:ccdd</tt> étant le
+
group-ID choisi dans cet exemple et X une des valeurs valides de la
+
portée (scope)).
+
  
 
 
=== Les adresses multicast SSM ===
 
=== Les adresses multicast SSM ===
+
Les adresses SSM (''Source Specific Multicast'') sont décrites également dans le RFC 3306. Si le préfixe <tt>ff3x::/32</tt> a été réservé pour les adresses multicast SSM, seules les adresses dérivées du préfixe <tt>ff3x::/96</tt> doivent être utilisées dans un premier temps. Ce sont des adresses multicast basées sur le préfixe unicast où les champs <tt>Plen</tt> et <tt>prefix</tt> sont positionnés à 0. La figure 6 représente ce format.
Les adresses SSM (Source Specific Multicast) sont décrites
+
également dans le RFC 3306. Si le préfixe <tt>ff3X::/32</tt>
+
a été réservé pour les adresses multicast SSM, seules les
+
adresses dérivées du préfixe <tt>ff3X::/96</tt>
+
doivent être utilisées dans un premier temps. Ce sont des adresses
+
multicast basées sur le préfixe unicast où les champs Plen et
+
prefix sont positionnés à 0 (cf. figure Structure des adresses IPv6
+
Multicast SSM).
+
  
+
<center>
[[Image:adresse-multicast-ssm.gif]]
+
[[Image:activite-15-adresses-multicast-img06-830x190-v20151012-01.jpg|600px|center|thumb|Figure 6 : Format de l'adresse multicast SSM.]]
 +
</center>
  
 +
== Les adresses "multicast sollicité" ==
 +
L'adresse de "multicast sollicité" (''Solicited-node address'') est un type d'adresse multicast prédéfinie. IPv6 interdit l'utilisation de la diffusion généralisée (''broadcast'') lorsque le multicast est disponible. Ainsi, les protocoles de découverte de voisins (''Neighbor Discovery''), chargés de faire la correspondance entre les adresses IPv6 et les adresses MAC (à l'instar d'ARP en IPv4) doivent utiliser une adresse multicast. Pour être plus efficace, au lieu d'utiliser l'adresse <tt>ff02::1</tt> (tous les équipements sur le lien), l'utilisation des adresses de "multicast sollicité" permet de réduire considérablement le nombre d'équipements qui recevront la requête de découverte de voisins.
 
   
 
   
== Les adresses de multicast sollicité ==
+
L'adresse de "multicast sollicité" se construit automatiquement à partir d'une adresse IPv6 unicast (ou anycast) en concaténant le préfixe réservé <tt>ff02::1:ff00:0 /104</tt> aux 24 bits de poids faible de l'adresse unicast ou anycast. La figure 7 illustre le format ''Solicited-node address''.
 
   
 
   
L'adresse de multicast sollicité (Solicited-node address) est un
+
Un équipement, à partir de chacune de ses adresses IPv6 (unicat et anycast), construit une adresse de "multicast sollicité" et écoute les paquets émis vers cette adresse. Les autres stations sur le même lien (ou domaine de diffusion de niveau 2 : VLAN), connaissant son adresse IPv6 mais ignorant son adresse MAC, peuvent utiliser l'adresse de "multicast sollicité" pour le joindre. Ces adresses sont utilisées par les protocoles de détection d'adresse dupliquée et de découverte de voisins, qui seront abordés ultérieurement.
type d'adresse multicast prédéfinie. IPv6 interdit l'utilisation de
+
la diffusion généralisée (Broadcast) lorsque le Multicast est
+
disponible. Ainsi les protocoles comme Neighbor Discovery, chargé de
+
faire la correspondance entre les adresses IPv6 et les adresses MAC
+
(à l'instar d'ARP en IPv4) doivent utiliser une adresse de
+
Multicast. Pour être plus efficace, au lieu d'utiliser l'adresse
+
<tt>ff02::1</tt> (tous les
+
équipements sur le lien), l'utilisation des adresses de multicast
+
sollicité permet de réduire considérablement le nombre
+
d'équipements qui recevront la requête de découverte de voisin.
+
 
+
 
   
 
   
L'adresse de multicast sollicté se construit automatiquement à
+
Plusieurs équipements sur le lien peuvent avoir la même adresse de "multicast sollicité". Mais, dans la pratique, la probabilité de trouver sur le même lien physique deux équipements avec les trois derniers octets de l'identifiant d'interface identiques est très faible. Cela permet donc de limiter le nombre d'équipements qui traiteront la requête de sollicitation de voisins. Ces adresses permettent de ne plus utiliser la diffusion généralisée (adresse MAC ff:ff:ff:ff:ff:ff) qu'utilise le protocole ARP en IPv4. Pour une station donnée, une adresse de "multicast sollicité" peut regrouper plusieurs adresses IPv6, par exemple l'adresse lien-local et l'adresse "unicast globale" si cette dernière est construite à partir de l'identifiant d'interface dérivé de l'adresse MAC de la carte Ethernet.
partir d'une adresse IPv6 unicast (ou anycast) en concaténant le
+
préfixe <tt>ff02::1:ff00:0 /104</tt>
+
au 24 bits de poids faible de l'adresse unicast ou anycast.
+
  
+
<center>
Un équipement, à partir de chacune de ses adresses IPv6 (unicat
+
[[Image:activite-15-adresses-multicast-img07-860x190-v20170327-01.jpg|600px|center|thumb|Figure 7 : Format de l'adresse "multicast sollicité".]]
et anycast) construit une adresse de multicast sollicité et écoute
+
</center>
les paquets émis vers cette adresse. Les autres stations sur le même
+
lien (ou domaine de diffusion de niveau 2 : VLAN) connaissant
+
son adresse IPv6 mais ignorant son adresse MAC peuvent utiliser
+
l'adresse de multicast sollicité pour le joindre. Ces adresses sont
+
utilisées par les protocoles de détection d'adresse dupliquée et
+
de découverte de voisins, qui seront abordés ultérieurement..
+
  
 +
== Correspondance avec les adresses de multicast de niveau 2 ==
 +
Le RFC 3307 précise également la correspondance entre les adresses IPv6 multicast et les adresses de niveau 2. Sur un réseau de niveau 2 de type Ethernet, l'adresse MAC de multicast est déduite de l'adresse multicast IPv6 en concaténant les 32 derniers bits (4 octets) de l'adresse multicast IPv6 au préfixe MAC prédéfini 33-33. La figure 8 illustre le format multicast de niveau 2.
 
   
 
   
Plusieurs équipements sur le lien peuvent avoir la même adresse
+
Par exemple, à l'adresse multicast IPv6 <tt>ff0e:30:2001:660:3001:4002:ae45:2C56</tt> correspondra l'adresse MAC <tt>33-33-AE-45-2C-56</tt>. La probabilité que deux adresses multicast IPv6 utilisées sur un même lien correspondent à la même adresse MAC existe mais est très faible et les conséquences minimes. Restreindre le champ <tt>group-ID</tt> à 32 bits a toutefois un intérêt car cela apporte une homogénéité entre les différents types d'adresses décrits précédemment. En effet, dans le cas des adresses dérivées d'un préfixe unicast, ce champ a une longueur de 32 bits.
de multicast sollicité. Mais dans la pratique la probabilité de
+
trouver sur le même lien physique deux équipements avec les trois
+
derniers octets d'adresse physique identiques est faible. Cela permet
+
donc de limiter le nombre d'équipements qui traiteront la requête
+
de sollicitation de voisins. Ces adresses permettent de ne plus
+
utiliser la diffusion généralisée (adresse MAC ff:ff:ff:ff:ff:ff)
+
qu'utilise le protocole ARP en IPv4. Pour une station donnée une
+
adresse de multicast sollicité peut regrouper plusieurs adresses
+
IPv6 par exemple l'adresse lien local et l'adresse unicast globale si
+
cette dernière est construite à partir de l'identifiant d'interface
+
dérivée de l'adresse MAC de la carte Ethernet..
+
  
+
<center>
(prévoir un schéma???)
+
[[Image:activite-15-adresses-multicast-img08-800x373-v20151012-01.jpg|600px|center|thumb|Figure 8 : Correspondance avec l'adresse multicast de niveau liaison.]]
 +
</center>
  
+
== Récapitulatif des types d'adresses multicast ==
== correspondance avec les adresses de multicast de niveau 2 ==
+
+
Le RFC 3307 précise également la correspondance entre les
+
adresses IPv6 multicast et les adresses de niveau 2. Sur un réseau
+
de niveau 2 ethernet, l'adresse MAC de mutlicast est déduite d'
+
aldresse multicast IPv6 en concatenant les 32 derniers bits (4
+
octets) de l'adresse multicast IPv6 au préfixe MAC 33-33.
+
 
+
+
Par exemple, à l'adresse multicast IPv6
+
<tt>ff0e:30:2001:660:3001:4002:ae45:2C56</tt>
+
correspondra à l'adresse MAC <tt>33-33-AE-45-2C-56</tt>.
+
La probabilité que deux adresses multicast IPv6 utilisées sur un
+
même lien correspondent à la même adresse MAC existe mais est très
+
faible et les conséquences minimes. Restreindre le champ group-ID à
+
32 bits a toutefois un intérêt car cela apporte une homogénéité
+
entre les différents types d'adresses décrits précédemment. En
+
effet, dans le cas des adresses dérivées d'un préfixe unicast, ce
+
champ a une longueur de 32 bits.
+
 
+
+
[[Image:environnement-et-contexte-03.jpg]]
+
 
+
+
== Tableau Récapitulatif des types d'adresses multicast ==
+
+
 
Le tableau suivant récapitule les préfixes associés aux
 
Le tableau suivant récapitule les préfixes associés aux
différents types d'adresses multicast décrit précédement.
+
différents types d'adresses multicast décrit précédemment.
 
+
 
                                          
 
                                          
{| border="1"
+
<center>                                   
|-
+
{| border="0" class="wikitable alternance centre" width="80%"
|
+
|- align="center"
'''Préfixe'''
+
  
+
! scope="col" width="30%" align="center" | '''Préfixe'''
|  
+
! scope="col" width="70%" align="center" | '''Usage'''
'''Usage'''
+
|- style="background:silver"
 
+
|<tt>ff0'''x'''::/16</tt> || Adresses IPv6 multicast permanentes ;
+
 
|-
 
|-
|  
+
|<tt>ff1'''x'''::/16</tt> || Adresses IPv6 multicast temporaires générales ;
<tt>ff0'''X'''::/16</tt>
+
|- style="background:silver"
 
+
|<tt>ff3'''x'''::/16</tt> || Adresses multicast dérivées d'un préfixe unicast (temporaires) ;
+
|  
+
Adresses IPv6 multicast permanentes
+
 
+
+
 
|-
 
|-
|  
+
|<tt>ff3'''x'''::/96</tt> || Adresses SSM (temporaires) ;
<tt>ff1'''X'''::/16</tt>
+
|- style="background:silver"
 
+
|<tt>ff7'''x'''::/16</tt> || Adresses IPv6 multicast &quot;Embedded-RP&quot; (temporaires) ;
+
|  
+
Adresses IPv6 multicast temporaires générales
+
 
+
+
 
|-
 
|-
|  
+
|<tt>ff02::1:ff00:0/104</tt> ||Adresses de "multicast sollicité" (préfixe prédéfini, portée limitée au lien).
<tt>ff3'''X'''::/16</tt>
+
|-
 +
|(<tt>'''x'''</tt> : une des valeurs valides de la portée (''scope''))
 +
|} 
 +
</center>
  
+
== Conclusion ==
|
+
Le fonctionnement du multicast en IPv6 reprend les principes énoncés pour IPv4. Nous venons de voir, dans cette activité, comment sont formatées les adresses IPv6 multicast. Nous vous invitons à approfondir l'exploration des fonctions multicast en vous plongeant dans les références bibliographiques citées ci-après.
Adresses multicast dérivées d'un préfixe unicast
+
(temporaires)
+
  
+
== Références bibliographiques ==
|-
+
<references />
|
+
== Pour aller plus loin==
<tt>ff3'''X'''::/96</tt>
+
  
+
RFC et leur analyse par S. Bortzmeyer :
|
+
Adresses SSM (temporaires)
+
  
+
* RFC 2375 IPv6 Multicast Address Assignments
|-
+
* RFC 3306 Unicast-Prefix-based IPv6 Multicast Addresses
|
+
* RFC 3307 Allocation Guidelines for IPv6 Multicast Addresses
<tt>ff7'''X'''::/16</tt>
+
* RFC 3569 An Overview of Source-Specific Multicast (SSM)
 
+
* RFC 3956 Embedding the Rendezvous Point (RP) Address in an IPv6 Multicast Address
+
* RFC 4291 IP Version 6 Addressing Architecture [http://www.bortzmeyer.org/4291.html Analyse]
|
+
* RFC 4489 A Method for Generating Link-Scoped IPv6 Multicast Addresses
Adresses IPv6 multicast &quot;Embedded-RP&quot; (temporaires)
+
* RFC 7371 Updates to the IPv6 Multicast Addressing Architecture
 
+
* RFC 7346 IPv6 Multicast Address Scopes
+
|-
+
|
+
<tt>ff02::1:ff00:0/104</tt>
+
 
+
+
|
+
Adresses de multicast sollicité (prédéfinie, portée
+
limitée au lien)
+
 
+
+
|-
+
|
+
<tt>'''X'''</tt> une des
+
valeurs valides de la portée (scope)
+
 
+
+
|} 
+
<br>
+
<br>
+
 
+
+
<br>
+
<br>
+

Latest revision as of 15:57, 8 June 2021


Activité 15  : Les adresses multicast

Vous suivez une activité d'approfondissementGrad cap.pngGrad cap.png

Introduction

Les adresses multicast, également appelées adresses de groupe, sont un élément important dans la proposition Multicast IP. Le fonctionnement du multicast en IPv6 reprend les principes énoncés pour IPv4. Ces principes ont été posés dans les années 1990[1]. Multicast IP est présenté en détail par cet article de Cisco [2]. Le lecteur est invité à consulter cet article pour y découvrir le fonctionnement de ce mode de communication. Nous allons voir dans cette activité comment sont formatées les adresses IPv6 multicast[3] uniquement. Cette activité n'aborde que partiellement le fonctionnement du multicast.

Communication multicast

Une communication multicast est une communication dans laquelle un paquet émis peut être reçu par plusieurs récepteurs, quelque soit leur localisation. Dans le modèle multicast IPv6, les récepteurs forment un groupe et celui-ci est identifié par une adresse dite de multicast. Comparé aux communications point à point (unicast), le multicast évite la duplication des paquets de données au niveau de la source, et minimise l'utilisation de la bande passante au niveau du réseau. C'est une manière efficace de communiquer avec un ensemble de machines. De plus, il offre un service insensible à l'augmentation du nombre et de la localisation des membres d'un groupe. Le multicast peut être utilisé pour la distribution de logiciels, la téléconférence, les applications d'enseignement à distance, la radio ou la télévision sur Internet, les simulations interactives distribuées, les jeux multimédia interactifs, les applications militaires, etc.

Le service de communication multicast se rend selon 2 modèles :

  • le modèle ASM (Any-Source Multicast) : avec ce modèle, une source quelconque peut émettre des données à un groupe. Ce modèle s'applique par exemple dans le cas de visioconférences avec de nombreux participants qui ne sont pas connus à l'avance ;
  • le modèle SSM (Source-Specific Multicast) [RFC 3569] : avec ce modèle, les sources sont connues à l'avance et les récepteurs peuvent restreindre les réceptions d'un groupe pour une source donnée. Ce modèle s'applique par exemple à la diffusion de la télévision ou radio sur Internet, où il n'y a qu'une seule source connue de tous.

Les étapes suivantes interviennent dans l'établissement d'une session multicast IPv6 :

  • choix de l'adresse multicast pour la session ;
  • description et annonce de la session multicast à tous les participants ;
  • gestion des membres du groupe sur le lien-local : elle est réalisée par le protocole MLD (Multicast Listener Discovery) ;
  • construction de l'arbre multicast : elle est assurée par le protocole de routage multicast PIM (Protocol Independant Multicast).

Le fonctionnement détaillé du multicast dépasse le cadre de cette présentation. Cette activité dans cette séquence ne présente que le format des adresses IPv6 multicast et les mécanismes permettant l'allocation des adresses multicast.

Formats des adresses multicast IPv6

Pour initier une session multicast, le groupe de récepteurs intéressés, appelé aussi groupe multicast, doit être identifié par une adresse IP multicast. L'allocation des adresses multicast doit se faire en garantissant l'unicité de l'adresse multicast à un groupe. Ainsi, il y a des adresses qui sont constituées par une autorité centrale. Dans ce cas, des adresses permanentes sont attribuées à des groupes bien connus. Enfin, pour des applications particulières, des adresses multicast peuvent être constituées dynamiquement et de manière temporaire. Nous allons décrire dans ce paragraphe le format des adresses multicast dans ces deux cas de figure.

Format général

Les adresses multicast IPv6 sont dérivées du préfixe ff00::/8. L'identification du groupe est faite sur 112 bits ; ce qui donne un potentiel d'environ 5 x 10^33 groupes différents. Une portée spécifique est associée a une adresse multicast afin de limiter la propagation du trafic multicast. Le format général est présenté par la figure 1 [RFC 4291].

Figure 1 : Format général de l'adresse multicast.

Le champ drapeaux (flags) spécifie le type d'adresses multicast IPv6 qui seront décrites dans la suite du document. Le champ drapeaux, d'une longueur de 4 bits, suit les 8 bits d'identification. Ce champ comporte les drapeaux suivants :

  • le bit T (Transient) indique le mode d'obtention de l'adresse multicast. Quand la valeur est à 0, elle signifie que l'adresse multicast est bien connue et est gérée par une autorité, en l'occurence l'IANA. La valeur 1 indique une adresse temporaire ou dynamiquement allouée ;
  • le bit P indique une méthode de création reposant sur un préfixe unicast [RFC 3306] ;
  • le bit R indique, pour les arbres de distribution partagée, que l'adresse du point de rendez-vous est contenue dans l'identifiant du groupe [RFC 3956] ;
  • le bit de poids fort du champ drapeaux n'est pas encore attribué.

Le champ étendue (scope) limite la portée de la diffusion de l'adresse multicast IPv6. Avec ce champ, le confinement des datagrammes dans une zone déterminée est maîtrisé. Cette méthode est plus rigide mais plus précise que la première proposition du multicast d'IPv4, où la portée était limitée uniquement par le champ durée de vie (Time To Live (TTL)) du paquet. Les portées suivantes sont définies [RFC 7346] :

  • 0 - reserved
  • 1 - node-local
  • 2 - link-local
  • 3 - realm-local
  • 4 - admin-local
  • 5 - site-local
  • 8 - organisation-local
  • e - global
  • f - reserved

Adresses multicast IPv6 permanentes

Une adresse multicast IPv6 avec le bit T du champ drapeaux à 0 correspond à une adresse multicast permanente, allouée par l'IANA. La figure 2 illustre cette adresse multicast permanente.

Figure 2 : Format de l'adresse multicast permanente.

Lorsque le multicast IPv6 sera déployé à grande échelle, certains organismes pourraient avoir des émissions permanentes. Des chaînes de télévision ou stations de radio pourront par exemple se voir attribuer des adresses permanentes par l'IANA dans le préfixe ff00::/12.

Le RFC 2375 définit déjà certaines adresses IPv6 multicast. Deux types d'adresses multicast permanentes sont à distinguer :

  • des adresses correspondant à des services de niveau réseau (comme NTP, DHCPv6, cisco-rp-announce, SAP,...) ;
  • des adresses correspondant davantage à des services applicatifs commerciaux permanents comme la distribution des chaînes de télévision.

Le RFC 3307 définit les procédures pour l'allocation des adresses multicast permanentes. Une adresse multicast permanente a un sens quelque soit son étendue (scope). Son identifiant de groupe est réservé pour toutes les portées. Ainsi, l'identifiant 0x101 est réservé pour les serveurs NTP (Network Time Protocol).

Adresse de multicast Population concernée
ff01::101 Tous les serveurs NTP de la même interface (c.à.d. le même nœud) que l'émetteur ;
ff02::101 Tous les serveurs NTP du même lien que l'émetteur ;
ff05::101 Tous les serveurs NTP du même site que l'émetteur ;
ff0E::101 Tous les serveurs NTP de l'Internet.

Cependant, par précaution, certains identifiants multicast prédéfinis ne sont valables que sur un nombre limité de portées. Exemple : les identifiants multicast relatifs au groupe des nœuds ou des routeurs sont limités aux portées lien-local ou site-local. D'autres, en général les services bien connus tels que NTP cité ci-dessus, sont valides pour toutes les portées. L'IANA tient un registre[4] de l'ensemble des adresses multicast réservées.


  • L'identifiant de groupe « tout à zéro » est réservé quelque soit la portée et ne doit jamais être utilisé : ff0x:0:0:0:0:0:0:0 avec x variant de '0' à 'f'.
  • Le groupe d'identifiants multicast à 1 concerne tous les nœuds. Il est limité aux étendues (scope) interface-local et link-local. On ne peut donc pas diffuser sur l'ensemble des nœuds de l'Internet (sage précaution car sinon, il aurait très facilement permis des attaques de type "déni de service" par bombardement massif en diffusion).
Adresse de mutlicast Population concernée
ff01::1 Toutes les interfaces du nœud ;
ff02::1 Tous les nœuds sur le même lien que l'interface émettrice (correspond au broadcast 255.255.255.225 d'IPv4).
  • Le groupe d'identifiants multicast à 2 concerne l'ensemble des routeurs. Il est limité aux étendues (scope) interface-local, link-local et site-local. On ne peut donc pas diffuser sur l'ensemble des routeurs de l'Internet (sage précaution "bis", pour limiter les attaques en "déni de service").
Adresse de multicast Population concernée
ff01::2 Tous les routeurs du nœud ;
ff02::2 Tous les routeurs du lien ;
ff05::2 Tous les routeurs du site.

Adresses multicast IPv6 temporaires

Les adresses multicast temporaires sont des adresses multicast IPv6 dont le bit T est positionné à 1. À l'inverse des adresses multicast permanentes, une adresse multicast temporaire n'a de signification que dans la portée donnée. Exemple : l'adresse multicast site-local ff15::999 sur un site n'a aucune relation avec un groupe utilisant la même adresse multicast sur un autre site. Il existe plusieurs types d'adresses temporaires : générales, dérivées d'un préfixe unicast IPv6, et par point de rendez-vous (Embedded-RP).

Adresses multicast temporaires générales

Ce sont des adresses avec tous les bits du champ drapeaux à 0 sauf le bit T positionné à 1. La figure 3 illustre ce format. Il n'y a pas de recommandation pour l'utilisation de ces adresses. Des scénarios d'utilisation peuvent être, par exemple, les visioconférences ponctuelles.

Figure 3 : Format général de l'adresse multicast temporaire.

Adresses multicast temporaires dérivées d'un préfixe unicast IPv6

Le RFC 3306 définit une méthode pour dériver une adresse multicast IPv6 à partir d'un préfixe unicast. La figure 4 représente ce format.

Figure 4 : Format de l'adresse multicast temporaire dérivée d'un préfixe unicast IPv6.
  • res (reserved) : tous les bits de ce champ doivent être positionnés à 0.
  • Plen (prefix length) : ce champ contient la longueur du préfixe unicast utilisé pour en dériver une adresse multicast.
  • prefix : ce champ contient la valeur du préfixe du réseau utilisé pour en dériver une adresse multicast.
  • group-ID : ce champ de 32 bits contient l'identifiant de groupe.

Par exemple, une adresse multicast peut être dérivée du préfixe de RENATER (2001:660::/32). Le champ prefix prend la valeur 2001:0660, et le champ Plen, la valeur 0x20 (32 en décimal). Les adresses multicast IPv6 à choisir seront de type ff3x:20:2001:660::aabb:ccdd ; aabb:ccdd étant le group-ID choisi dans l'exemple, et x une des valeurs valides de la portée (scope). Cette méthode permet la création potentielle de 2^32 adresses multicast par préfixe.

Adresses multicast Embedded-RP

Le RFC 3956 définit une méthode pour inclure l'adresse du RP (Rendez-vous Point) servant à la construction de l'arbre multicast dans l'adresse multicast IPv6. La figure 5 montre la structure d'une adresse multicast embedded RP.

Figure 5 : Format de l'adresse multicast temporaire embedded-RP.

Ainsi, pour un point de rendez-vous qui possède l'adresse 2001:660:3307:125::3, une adresse multicast correspondante peut être dérivée de la façon suivante :

  • res (Reservé) : les 4 bits de ce champ sont positionnés à 0.
  • RPad : ce champ contient les 4 derniers bits de l'adresse du RP. Dans cet exemple, RPad prend la valeur 3.
  • Plen (Longueur du préfixe) : ce champ contient la longueur du préfixe réseau du RP à prendre en compte. Dans cet exemple, la valeur est de 0x40 (soit 64 en décimal).
  • prefix (Préfixe) : ce champ contient le préfixe réseau du RP. Ici, cette valeur est 2001:660:3007:125
  • group-ID : ce champ de 32 bits contient l'identifiant de groupe, détaillé au chapitre "Identifiant de groupe".

Une adresse multicast dérivée de ce point de rendez-vous sera donc de la forme ff7x:340:2001:660:3007:125:aabb:ccdd ; aabb:ccdd étant le group-ID choisi dans cet exemple, et x une des valeurs valides de la portée (scope).

Les adresses multicast SSM

Les adresses SSM (Source Specific Multicast) sont décrites également dans le RFC 3306. Si le préfixe ff3x::/32 a été réservé pour les adresses multicast SSM, seules les adresses dérivées du préfixe ff3x::/96 doivent être utilisées dans un premier temps. Ce sont des adresses multicast basées sur le préfixe unicast où les champs Plen et prefix sont positionnés à 0. La figure 6 représente ce format.

Figure 6 : Format de l'adresse multicast SSM.

Les adresses "multicast sollicité"

L'adresse de "multicast sollicité" (Solicited-node address) est un type d'adresse multicast prédéfinie. IPv6 interdit l'utilisation de la diffusion généralisée (broadcast) lorsque le multicast est disponible. Ainsi, les protocoles de découverte de voisins (Neighbor Discovery), chargés de faire la correspondance entre les adresses IPv6 et les adresses MAC (à l'instar d'ARP en IPv4) doivent utiliser une adresse multicast. Pour être plus efficace, au lieu d'utiliser l'adresse ff02::1 (tous les équipements sur le lien), l'utilisation des adresses de "multicast sollicité" permet de réduire considérablement le nombre d'équipements qui recevront la requête de découverte de voisins.

L'adresse de "multicast sollicité" se construit automatiquement à partir d'une adresse IPv6 unicast (ou anycast) en concaténant le préfixe réservé ff02::1:ff00:0 /104 aux 24 bits de poids faible de l'adresse unicast ou anycast. La figure 7 illustre le format Solicited-node address.

Un équipement, à partir de chacune de ses adresses IPv6 (unicat et anycast), construit une adresse de "multicast sollicité" et écoute les paquets émis vers cette adresse. Les autres stations sur le même lien (ou domaine de diffusion de niveau 2 : VLAN), connaissant son adresse IPv6 mais ignorant son adresse MAC, peuvent utiliser l'adresse de "multicast sollicité" pour le joindre. Ces adresses sont utilisées par les protocoles de détection d'adresse dupliquée et de découverte de voisins, qui seront abordés ultérieurement.

Plusieurs équipements sur le lien peuvent avoir la même adresse de "multicast sollicité". Mais, dans la pratique, la probabilité de trouver sur le même lien physique deux équipements avec les trois derniers octets de l'identifiant d'interface identiques est très faible. Cela permet donc de limiter le nombre d'équipements qui traiteront la requête de sollicitation de voisins. Ces adresses permettent de ne plus utiliser la diffusion généralisée (adresse MAC ff:ff:ff:ff:ff:ff) qu'utilise le protocole ARP en IPv4. Pour une station donnée, une adresse de "multicast sollicité" peut regrouper plusieurs adresses IPv6, par exemple l'adresse lien-local et l'adresse "unicast globale" si cette dernière est construite à partir de l'identifiant d'interface dérivé de l'adresse MAC de la carte Ethernet.

Figure 7 : Format de l'adresse "multicast sollicité".

Correspondance avec les adresses de multicast de niveau 2

Le RFC 3307 précise également la correspondance entre les adresses IPv6 multicast et les adresses de niveau 2. Sur un réseau de niveau 2 de type Ethernet, l'adresse MAC de multicast est déduite de l'adresse multicast IPv6 en concaténant les 32 derniers bits (4 octets) de l'adresse multicast IPv6 au préfixe MAC prédéfini 33-33. La figure 8 illustre le format multicast de niveau 2.

Par exemple, à l'adresse multicast IPv6 ff0e:30:2001:660:3001:4002:ae45:2C56 correspondra l'adresse MAC 33-33-AE-45-2C-56. La probabilité que deux adresses multicast IPv6 utilisées sur un même lien correspondent à la même adresse MAC existe mais est très faible et les conséquences minimes. Restreindre le champ group-ID à 32 bits a toutefois un intérêt car cela apporte une homogénéité entre les différents types d'adresses décrits précédemment. En effet, dans le cas des adresses dérivées d'un préfixe unicast, ce champ a une longueur de 32 bits.

Figure 8 : Correspondance avec l'adresse multicast de niveau liaison.

Récapitulatif des types d'adresses multicast

Le tableau suivant récapitule les préfixes associés aux différents types d'adresses multicast décrit précédemment.

Préfixe Usage
ff0x::/16 Adresses IPv6 multicast permanentes ;
ff1x::/16 Adresses IPv6 multicast temporaires générales ;
ff3x::/16 Adresses multicast dérivées d'un préfixe unicast (temporaires) ;
ff3x::/96 Adresses SSM (temporaires) ;
ff7x::/16 Adresses IPv6 multicast "Embedded-RP" (temporaires) ;
ff02::1:ff00:0/104 Adresses de "multicast sollicité" (préfixe prédéfini, portée limitée au lien).
(x : une des valeurs valides de la portée (scope))

Conclusion

Le fonctionnement du multicast en IPv6 reprend les principes énoncés pour IPv4. Nous venons de voir, dans cette activité, comment sont formatées les adresses IPv6 multicast. Nous vous invitons à approfondir l'exploration des fonctions multicast en vous plongeant dans les références bibliographiques citées ci-après.

Références bibliographiques

  1. Handley, M., Crowcroft, J., Internet Protocol Journal, Volume 2, No. 4, December 1999. Internet Multicast Today
  2. Cisco (2002). White paper. IP Multicast Technology Overview White paper Cisco.
  3. Wikipedia. Le multicast IPv6
  4. IANA IPv6 Multicast Address Space Registry

Pour aller plus loin

RFC et leur analyse par S. Bortzmeyer :

  • RFC 2375 IPv6 Multicast Address Assignments
  • RFC 3306 Unicast-Prefix-based IPv6 Multicast Addresses
  • RFC 3307 Allocation Guidelines for IPv6 Multicast Addresses
  • RFC 3569 An Overview of Source-Specific Multicast (SSM)
  • RFC 3956 Embedding the Rendezvous Point (RP) Address in an IPv6 Multicast Address
  • RFC 4291 IP Version 6 Addressing Architecture Analyse
  • RFC 4489 A Method for Generating Link-Scoped IPv6 Multicast Addresses
  • RFC 7371 Updates to the IPv6 Multicast Addressing Architecture
  • RFC 7346 IPv6 Multicast Address Scopes
Personal tools