Difference between revisions of "Adressage multicast"

From Livre IPv6

(Adresses temporaires)
(Généralités)
 
(4 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 +
{{suivi| Multicast | Multicast | Le multicast IPv6 sur le lien-local | Le multicast IPv6 sur le lien-local}}
 +
 
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.
 
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 12: 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 :
 
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).
 
* 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 bit de poids fort du champ drapeaux n'est pas encore attribué.
Line 52: 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>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>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).
 
: 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.
 
: 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]]
 
[[image:CS102.gif]]
Line 65: 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>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>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).
 
: 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).
 
* 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 90: Line 92:
 
===Identifiant de groupe===
 
===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
+
  
 
{|
 
{|
 +
|+Récapitulatif des usages des identifiants de groupe
 
! || Description || Valeur minimale de l'identifiant de groupe || Valeur maximale de l'identifiant de groupe
 
! || Description || Valeur minimale de l'identifiant de groupe || Valeur maximale de l'identifiant de groupe
 
|-
 
|-
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
 
|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
 
|}
 
|}
 +
 +
{{suivi| Multicast | Multicast | Le multicast IPv6 sur le lien-local | Le multicast IPv6 sur le lien-local}}

Latest revision as of 11:36, 11 August 2006

Multicast Table des matières Le multicast IPv6 sur le lien-local

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.

CS99.gif

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

  • 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é. La valeur 1 indique une valeur temporaire.
  • Les bits P et R 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 T du champ drapeaux à 0 correspond à une adresse multicast permanente, allouée par l'IANA.

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 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,...) 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 RFC 3306 définit une méthode pour dériver une adresse multicast IPv6 à partir d'un préfixe unicast :

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é au chapitre 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" 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" :

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é 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).
  • 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 (cf. figure Structure des adresses IPv6 Multicast SSM).

CS103.gif

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.

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 RFC 3307 décrit des procédures de création d'un identifiant de groupe (Group-ID) et le RFC 3513 fixe la taille du champ Group-ID à 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.

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
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
Multicast Table des matières Le multicast IPv6 sur le lien-local
Personal tools