Aller au contenu principal

1. Introduction

Le modèle de service de multidiffusion du protocole Internet (Internet Protocol, IP) est défini dans la RFC 1112 [RFC1112]. La RFC 1112 stipule que les datagrammes envoyés à une adresse de multidiffusion IP (224.0.0.0 à 239.255.255.255) G sont remis à chaque « module de protocole de couche supérieure » ayant demandé à recevoir des datagrammes envoyés à l'adresse G. La RFC 1112 appelle le service de réseau identifié par l'adresse de destination G un « groupe d'hôtes » (host group). Ce modèle prend en charge à la fois la communication de groupe un-à-plusieurs et plusieurs-à-plusieurs. Le présent document utilise le terme « multidiffusion de source quelconque » (Any-Source Multicast, ASM) pour désigner le modèle de multidiffusion défini dans la RFC 1112. La RFC 3513 [RFC3513] spécifie la forme des adresses de multidiffusion IPv6 ayant la sémantique ASM.

La plage d'adresses IPv4 232/8 (232.0.0.0 à 232.255.255.255) est actuellement désignée comme adresse de destination de multicast spécifique à la source (Source-Specific Multicast, SSM) et réservée à l'usage d'applications et de protocoles spécifiques à la source [IANA-ALLOC].

Pour IPv6, conformément aux conventions de [IPv6-UBM], le préfixe d'adresse FF3x::/32 est réservé pour le multicast spécifique à la source, où 'x' est un identificateur de périmètre (scope identifier) valide quelconque. En utilisant la terminologie de [IPv6-UBM], toutes les adresses SSM doivent avoir P=1, T=1 et plen=0. [IPv6-MALLOC] exige également que le champ de préfixe de réseau des adresses SSM soit défini à zéro, donc toutes les adresses SSM se situent dans la plage FF3x::/96. De futurs documents pourraient autoriser des champs de préfixe de réseau non nuls, par exemple si un nouveau mappage adresse IP vers adresse MAC est défini. Par conséquent, l'allocation d'adresses doit être effectuée dans la plage FF3x::/96, mais les systèmes doivent traiter l'ensemble de FF3x::/32 comme des adresses SSM, afin de rester compatibles avec un usage futur éventuel du champ de préfixe de réseau.

Les adresses dans la plage FF3x::4000:0001 à FF3x::7FFF:FFFF sont réservées par [IPv6-MALLOC] pour l'allocation par l'IANA. Les adresses dans la plage FF3x::8000:0000 à FF3x::FFFF:FFFF sont autorisées pour une allocation dynamique par les hôtes, comme décrit dans [IPv6-MALLOC]. Les adresses dans la plage FF3x::0000:0000 à FF3x::3FFF:FFFF sont des adresses SSM IPv6 invalides. ([IPv6-MALLOC] indique que FF3x::0000:0001 à FF3x::3FFF:FFFF doivent avoir P=0 et T=0, mais pour SSM, [IPv6-UBM] exige P=1 et T=1, donc ces adresses sont spécifiées comme invalides.) Le traitement des paquets envoyés à de telles adresses invalides n'est pas défini -- le routeur ou l'hôte peut choisir de supprimer ces paquets.

Pour les datagrammes envoyés à une adresse SSM, la sémantique de remise de multicast spécifique à la source est fournie. C'est-à-dire qu'un datagramme dont l'adresse IP source est S et l'adresse de destination SSM est G ne sera remis qu'aux « sockets » (sockets) de couche supérieure ayant explicitement demandé à recevoir des datagrammes envoyés par la source S à l'adresse G, et uniquement à ces sockets. Par comparaison avec le modèle ASM de la RFC 1112, le SSM ne fournit à la couche réseau que la prise en charge de la remise un-à-plusieurs.

Les avantages du multicast spécifique à la source sont les suivants :

  • Élimination de la remise croisée du trafic lorsque deux sources utilisent simultanément la même adresse de destination spécifique à la source. L'utilisation simultanée d'une même adresse de destination SSM par plusieurs sources et différentes applications est explicitement prise en charge.

  • Élimination, grâce à la caractéristique ci-dessus, du besoin de coordination entre les hôtes lors du choix d'une adresse source spécifique.

  • Évitement de nombreux protocoles et algorithmes de routeur nécessaires pour fournir le modèle de service ASM. Par exemple, l'arbre partagé (shared tree) et les points de rendez-vous (Rendezvous Points) du protocole PIM - Sparse Mode (PIM-SM) [PIM-SM] ne sont pas requis pour prendre en charge le modèle spécifique à la source. Les mécanismes de routeur nécessaires pour prendre en charge SSM sont en grande partie un sous-ensemble de ceux nécessaires pour prendre en charge ASM. Par exemple, le mécanisme d'arbre à plus court chemin du protocole PIM-SM peut être ajusté pour fournir la sémantique SSM.

Comme pour ASM, l'ensemble des récepteurs n'est pas connu du émetteur SSM. L'émetteur SSM n'obtient ni l'identité ni le nombre des récepteurs.

Le SSM convient particulièrement aux applications de type diffusion (dissemination-style) où il y a un ou plusieurs émetteurs et où l'identité de l'émetteur est connue avant le démarrage de l'application. Par exemple, une application de diffusion de données souhaitant fournir une source de données de secours en cas de défaillance de la source de données principale peut utiliser un canal par source et informer les récepteurs des deux canaux. Le SSM peut également être utilisé pour construire des applications multi-sources où l'identité de tous les participants n'est pas connue à l'avance, mais dans ce cas, la fonction de « rendez-vous » (rendezvous) multi-source n'a pas lieu à la couche réseau. Comme dans les applications utilisant le monodiffusion (unicast) comme transport sous-jacent, cette fonction peut être implémentée par l'application elle-même ou par une bibliothèque de couche application.

La découverte de ressources de multidiffusion, où un client envoie directement une requête de multidiffusion au « groupe de localisation de service » (service location group) sur lequel un serveur écoute, n'est pas directement prise en charge par SSM.

Les mots-clés « MUST », « MUST NOT », « REQUIRED », « SHALL », « SHALL NOT », « SHOULD », « SHOULD NOT », « RECOMMENDED », « MAY » et « OPTIONAL » du présent document doivent être interprétés comme décrit dans la RFC 2119 [RFC2119].

Ce document définit la sémantique des adresses de multicast spécifique à la source et spécifie la politique régissant leur utilisation. Plus précisément, il définit l'extension du service réseau Internet applicable aux datagrammes envoyés vers des adresses SSM, et définit les extensions d'hôte nécessaires pour prendre en charge ce service réseau. Les hôtes, routeurs, applications et protocoles utilisant ces adresses DOIVENT (MUST) se conformer à la politique exposée dans ce document. Un hôte qui ne se conforme pas peut empêcher cet hôte ou d'autres hôtes sur le même LAN de recevoir le trafic envoyé sur un canal SSM. Un routeur qui ne se conforme pas peut provoquer la remise du trafic SSM à des parties du réseau qui n'en ont pas besoin, imposant ainsi une charge inutile au réseau.