Adressage multicast - Revision history

Laurent Toutain: /* Généralités */

2006-08-11T09:36:48Z

‎Généralités

Bruno Stévant at 16:56, 8 February 2006

2006-02-08T16:56:56Z

Bruno Stévant at 16:40, 8 February 2006

2006-02-08T16:40:34Z

Laurent Toutain: /* Adresses temporaires */

2005-11-29T19:53:35Z

‎Adresses temporaires

Laurent Toutain: /* Identifiant de groupe */

2005-11-28T21:46:39Z

‎Identifiant de groupe

Laurent Toutain: /* Adresses temporaires */

2005-11-28T21:44:19Z

‎Adresses temporaires

Laurent Toutain: /* Adresses temporaires */

2005-11-27T19:53:24Z

‎Adresses temporaires

Laurent Toutain: /* Adresses temporaires */

2005-11-27T19:35:58Z

‎Adresses temporaires

Laurent Toutain at 19:33, 27 November 2005

2005-11-27T19:33:15Z

New page

Pour initier une session multicast, le groupe de récepteurs intéressés, appelé aussi groupe multicast, doit être formé. Un groupe multicast est identifié par une adresse IP multicast. Chaque adresse a une portée spécifique, qui limite la propagation du trafic multicast.

Dans ce chapitre, nous commençons par détailler le format des adresses multicast IPv6 Nous examinons ensuite successivement l'allocation des adresses multicast IPv6 puis l'annonce des sessions.
==Format des adresses multicast IPv6==

===Généralités ===

Cette section décrit le système d'adressage multicast IPv6. La figure Structure de l'adresse IPv6 Multicast donne le format de l'adresse IPv6 de multicast décrite dans le RFC 3513.

[[image:CS99.gif]]

Les adresses multicast IPv6 sont dérivées du préfixe <tt>FF00::/8</tt>. Le champ drapeaux de 4 bits est défini de la manière suivante :

* Seul le bit <tt>T</tt> (comme ''Transient'') du champ drapeaux est initialement décrit dans le RFC 3513.
* Les bits <tt>P</tt> et <tt>R</tt> sont décrits dans le RFC 3306 et le draft Internet sur embedded-RP (RFC 3956).
* 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 scope de l'adresse multicast IPv6 permet d'en limiter la portée (''scope'' en anglais). En IPv4, la portée d'un paquet est limitée par le champ TTL (''Time To Live''), de même des préfixes peuvent être définis pour identifier des adresses à portée réduite. Les valeurs suivantes sont définies :

* 1 - node-local
* 2 - link-local
* 3 - subnet-local
* 4 - admin-local
* 5 - site-local
* 8 - organisation-local
* E - global
* Les portées 0 et F sont réservées.

===Adresses multicast IPv6 permanentes===

Une adresse multicast IPv6 avec le bit <tt>T</tt> du champ drapeaux à <tt>0</tt> correspond à une adresse multicast permanente, allouée par l'IANA.

[[image:CS100.gif]]

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>.

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,...) 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. Celles-ci seront décrites par la suite.

===Adresses temporaires===

Les adresses temporaires sont des adresses multicast IPv6 dont le bit T est positionné à 1. Il existe plusieurs types d'adresses temporaires :

* générales : 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.
* dérivées d'un préfixe unicast IPv6. Le See [RFC3306] définit une méthode pour dériver une adresse multicast IPv6 à partir d'un préfixe unicast :
[[image:CS101.gif]]
** 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, détaillé See Identifiant de groupe.
: Par exemple, une adresse multicast peut être dérivée à partir du préfixe de RENATER (2001:660::/32). Le champ prefix prend la valeur 2001:0660:0000:0000 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).
: Cette méthode permet la création potentielle de 232 adresses par préfixe.
* les adresses multicast "Embedded-RP" See [RFC3618] 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 See Structure d'une adresss IPv6 Multicast "embedded RP" montre la structure d'une telle adresse, aussi appelée adresse "embedded-RP" :
[image:CS102.gif]]
: 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é See 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).
* Les adresses SSM (Source Specific Multicast) sont décrites également dans le See [RFC3306]. 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 (cf. See Structure des adresses IPv6 Multicast SSM).
[[image:CS103.gif]]
Le See Récapitulatif des types d'adresses multicast définis récapitule les préfixes associés aux differents types d'adresses multicast décrit précédement.

{|
|+ Récapitulatif des types d'adresses multicast définis
! 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éfix unicast (temporaires)
|-
|FF3X::/96 || Adresses SSM (temporaires)
|-
|FF7X::/16 || Adresses IPv6 multicast "Embedded-RP" (temporaires)
|}

===Identifiant de groupe===

Le See [RFC3307] décrit des procédures de création d'un identifiant de groupe (Group-ID) et le See [RFC3513] fixe la taille du champ Group-ID à 112 bits. Le See [RFC3307] précise également la correspondance entre les adresses IPv6 multicast et les adresses de niveau 2 : les 32 derniers bits de l'adresse multicast IPv6 sont ajoutés au préfixe MAC 33-33.

Par exemple, l'adresse 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.

Le See [RFC3307] définit aussi les adresses IPv6 multicast et identifiants de groupe qui seront gérés par l'IANA, où réservés pour des allocations dynamiques.
Récapitulatif des usages des identifiants de groupe

{|
! || Description || Valeur minimale de l'identifiant de groupe || Valeur maximale de l'identifiant de groupe
|-
|Adresse multicast permanente|| C'est une adresse allouée par l'organisme IANA. Les bits P et T doivent être initialisés à zéro. || 0x00000001 || 0x3FFFFFFF
|-
|Identifiant de groupe permanent || Le but de ces identifiants de groupe est de pouvoir identifier un service donné dans un réseau. Ces services sont définis par des Group-ID alloués par l'IANA et devraient être utilisées pour des adresses IPv6 multicast dérivées d'un préfixe unicast (RFC 3306). Avec cette méthode, il est théoriquement possible d'atteindre un service donné dans n'importe quel réseau. || 0x40000000 || 0x7FFFFFFF
|-
|Adresse multicast dynamique || Les adresses multicast allouées dynamiquement doivent avoir un group-ID compris entre 0x80000000 et 0xFFFFFFFF. Ces adresses ont le bit T du champ drapeaux positionné à 1. || 0x80000000 || 0xFFFFFFFF
|}

@@ Line 54: / Line 54: @@
 ** <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, détaillé See Identifiant de groupe.
+** <tt>group-ID</tt> : ce champ de 32 bits contient l'identifiant de groupe, détaillé au chapitre [[Adressage multicast#Identifiant de groupe|Identifiant de groupe]].
 : Par exemple, une adresse multicast peut être dérivée à partir du préfixe de RENATER (<tt>2001:660::/32</tt>). Le champ <tt>prefix</tt> prend la valeur <tt>2001:0660:0000:0000</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).
 : Cette méthode permet la création potentielle de 232 adresses par préfixe.
@@ Line 67: / Line 67: @@
 ** <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),
 ** <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>group-ID</tt> : ce champ de 32 bits contient l'identifiant de groupe, détaillé au chapitre [[Adressage multicast#Identifiant de groupe|Identifiant de groupe]].
 : 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 group-ID choisi dans cet exemple).
 * 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 (cf. figure Structure des adresses IPv6 Multicast SSM).

@@ Line 55: / Line 55: @@
 : Par exemple, une adresse multicast peut être dérivée à partir du préfixe de RENATER (<tt>2001:660::/32</tt>). Le champ <tt>prefix</tt> prend la valeur <tt>2001:0660:0000:0000</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).
 : Cette méthode permet la création potentielle de 232 adresses par préfixe.
-* les adresses multicast "Embedded-RP" voir 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 "embedded RP" montre la structure d'une telle adresse, aussi appelée adresse "embedded-RP" :
+* <div id="embedded">les adresses multicast "Embedded-RP" voir 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 "embedded RP" montre la structure d'une telle adresse, aussi appelée adresse "embedded-RP" :</div>
 [[image:CS102.gif]]

@@ Line 14: / Line 14: @@
 Les adresses multicast IPv6 sont dérivées du préfixe <tt>FF00::/8</tt>. Le champ drapeaux de 4 bits est défini de la manière suivante :
-* Seul le bit <tt>T</tt> (comme ''Transient'') du champ drapeaux est initialement décrit dans le RFC 3513.
+* Seul le bit <tt>T</tt> (comme ''Transient'') du champ drapeaux est initialement décrit dans le RFC 3513. La valeur <tt>0</tt> indique une adresse multicast bien connue gérée par une autorité. La valeur <tt>1</tt> indique une valeur temporaire.
 * Les bits <tt>P</tt> et <tt>R</tt> sont décrits dans le RFC 3306 et le draft Internet sur embedded-RP (RFC 3956).
 * Le bit de poids fort du champ drapeaux n'est pas encore attribué.

@@ Line 1: / Line 1: @@
 Pour initier une session multicast, le groupe de récepteurs intéressés, appelé aussi groupe multicast, doit être formé. Un groupe multicast est identifié par une adresse IP multicast. Chaque adresse a une portée spécifique, qui limite la propagation du trafic multicast.
@@ Line 106: / Line 108: @@
 |Adresse multicast dynamique || Les adresses multicast allouées dynamiquement doivent avoir un group-ID compris entre 0x80000000 et 0xFFFFFFFF. Ces adresses ont le bit T du champ drapeaux positionné à 1. || 0x80000000 || 0xFFFFFFFF
 |}

@@ Line 90: / Line 90: @@
 ===Identifiant de groupe===
-Le See [RFC3307] décrit des procédures de création d'un identifiant de groupe (Group-ID) et le See [RFC3513] fixe la taille du champ Group-ID à 112 bits. Le See [RFC3307] précise également la correspondance entre les adresses IPv6 multicast et les adresses de niveau 2 : les 32 derniers bits de l'adresse multicast IPv6 sont ajoutés au préfixe MAC 33-33.
+Le RFC 3307 décrit des procédures de création d'un identifiant de groupe (<tt>Group-ID</tt>) et le  RFC 3513 fixe la taille du champ <tt>Group-ID</tt> à 112 bits. Le RFC 3307 précise également la correspondance entre les adresses IPv6 multicast et les adresses de niveau 2 : les 32 derniers bits de l'adresse multicast IPv6 sont ajoutés au préfixe MAC 33-33.
-Par exemple, l'adresse 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.
+Par exemple, l'adresse 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.
-Le See [RFC3307] définit aussi les adresses IPv6 multicast et identifiants de groupe qui seront gérés par l'IANA, où réservés pour des allocations dynamiques.
+Le RFC 3307 définit aussi les adresses IPv6 multicast et identifiants de groupe qui seront gérés par l'IANA, où réservés pour des allocations dynamiques.
-Récapitulatif des usages des identifiants de groupe
 {|
 ! || Description || Valeur minimale de l'identifiant de groupe || Valeur maximale de l'identifiant de groupe
 |-

@@ Line 47: / Line 47: @@
 * générales : 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.
-* dérivées d'un préfixe unicast IPv6. Le See [RFC3306] définit une méthode pour dériver une adresse multicast IPv6 à partir d'un préfixe unicast :
+* 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 :
 [[image:CS101.gif]]
-** res (reserved) : tous les bits de ce champ doivent être positionnés à 0.
+** <tt>res</tt> (''reserved'') : tous les bits de ce champ doivent être positionnés à <tt>0</tt>.
-** Plen (prefix length) : ce champ contient la longueur du préfixe unicast utilisé pour en dériver une adresse multicast.
+** <tt>Plen</tt> (''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.
+** <tt>prefix</tt> : 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, détaillé See Identifiant de groupe.
+** <tt>group-ID</tt> : ce champ de 32 bits contient l'identifiant de groupe, détaillé See Identifiant de groupe.
-: Par exemple, une adresse multicast peut être dérivée à partir du préfixe de RENATER (2001:660::/32). Le champ prefix prend la valeur 2001:0660:0000:0000 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).
+: Par exemple, une adresse multicast peut être dérivée à partir du préfixe de RENATER (<tt>2001:660::/32</tt>). Le champ <tt>prefix</tt> prend la valeur <tt>2001:0660:0000:0000</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).
 : Cette méthode permet la création potentielle de 232 adresses par préfixe.
-* les adresses multicast "Embedded-RP" See [RFC3618] 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 See Structure d'une adresss IPv6 Multicast "embedded RP" montre la structure d'une telle adresse, aussi appelée adresse "embedded-RP" :
+* les adresses multicast "Embedded-RP" voir 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 "embedded RP" montre la structure d'une telle adresse, aussi appelée adresse "embedded-RP" :
 [[image:CS102.gif]]
-: 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 :
+: 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 :
-** res (Reservé) : Les 4 bits de ce champ sont positionnés à 0.
+** <tt>res</tt> (Reservé) : Les 4 bits de ce champ sont positionnés à <tt>0</tt>.
-** RPad : Ce champ contient les 4 derniers bits de l'adresse du RP. Dans cet exemple, RPad prend la valeur 3.
+** <tt>RPad</tt> : Ce champ contient les 4 derniers bits de l'adresse du RP. Dans cet exemple, <tt>RPad</tt> 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),
+** <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),
-** prefix (Préfixe) : Ce champ contient le préfixe réseau du RP. Ici, cette valeur est 2001:660:3007:125
+** <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>
-** group-ID : ce champ de 32 bits contient l'identifiant de groupe, détaillé See Identifiant de groupe.
+** <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 FF7X:340:2001:660:3007:125:aabb:ccdd (aabb:ccdd étant le group-ID choisi dans cet exemple).
+: 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 group-ID choisi dans cet exemple).
-* Les adresses SSM (Source Specific Multicast) sont décrites également dans le See [RFC3306]. 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 (cf. See Structure des adresses IPv6 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 (cf. figure Structure des adresses IPv6 Multicast SSM).
 [[image:CS103.gif]]
-Le See Récapitulatif des types d'adresses multicast définis récapitule les préfixes associés aux differents types d'adresses multicast décrit précédement.
+Le tableau Récapitulatif des types d'adresses multicast définis récapitule les préfixes associés aux differents types d'adresses multicast décrit précédement.
 {|