1. Introduction (Introduction)
La norme IEEE sur les ponts [BRIDGE] spécifie comment les paquets LAN sont « pontés », ou comme on le dit plus communément aujourd'hui, commutés entre les segments LAN. Le fonctionnement d'un commutateur vis-à-vis des paquets multicast peut se résumer ainsi : lors du traitement d'un paquet dont l'adresse MAC de destination est une adresse multicast, le commutateur transfère une copie du paquet vers chacune des interfaces réseau restantes qui sont dans l'état de transfert, conformément à [BRIDGE]. L'algorithme de spanning tree garantit que l'application de cette règle par chaque commutateur du réseau rend le paquet accessible à tous les nœuds connectés au réseau.
Ce comportement fonctionne bien pour les paquets broadcast destinés à être vus ou traités par tous les nœuds connectés. Dans le cas des paquets multicast, toutefois, cette approche peut entraîner une utilisation moins efficace de la bande passante du réseau, en particulier lorsque le paquet n'est destiné qu'à un petit nombre de nœuds. Les paquets seront inondés dans des segments réseau où aucun nœud n'a manifesté d'intérêt à recevoir le paquet. Bien que les nœuds supporteront rarement une charge de traitement pour filtrer les paquets adressés à des adresses de groupe non demandées, ils sont incapables de transmettre de nouveaux paquets sur le support partagé pendant la durée de l'inondation du paquet multicast. En général, une bande passante importante peut être gaspillée par l'inondation.
Ces dernières années, plusieurs fournisseurs commerciaux ont introduit sur le marché des produits décrits comme des « commutateurs de surveillance IGMP ». Ces appareils n'adhèrent pas au modèle conceptuel qui prévoit la séparation stricte des fonctionnalités entre les différentes couches de communication du modèle ISO, et utilisent plutôt les informations contenues dans les en-têtes de protocole de niveau supérieur comme facteurs pris en compte dans le traitement au niveau inférieur. Cela est analogue à la manière dont un routeur peut agir comme pare-feu en examinant l'en-tête du protocole de transport avant d'autoriser un paquet à être transféré vers son adresse de destination.
Dans le cas du trafic IP multicast, un commutateur de surveillance IGMP présente l'avantage de préserver la bande passante sur les segments du réseau où aucun nœud n'a manifesté d'intérêt à recevoir les paquets adressés à l'adresse de groupe. Cela contraste avec le comportement normal d'un commutateur où le trafic multicast est généralement transféré sur toutes les interfaces.
De nombreuses fiches techniques de commutateurs indiquent la prise en charge de la surveillance IGMP, mais aucune recommandation n'existe à ce jour. Les auteurs espèrent que les informations présentées dans ce document fourniront cette base.
Les recommandations présentées ici sont basées sur les sources d'information suivantes : les spécifications IGMP [RFC1112], [RFC2236] et [IGMPv3], des documents techniques fournis par les fabricants [CISCO], des rapports de bogues [MSOFT], des discussions avec des personnes impliquées dans la conception de commutateurs de surveillance IGMP, des discussions sur la liste de diffusion MAGMA, et sur les réponses des fabricants de commutateurs à un questionnaire d'implémentation.
Les problèmes d'interopérabilité qui surviennent entre les différentes versions d'IGMP ne sont pas l'objet de ce document. Les lecteurs intéressés sont invités à consulter [IGMPv3] pour une description approfondie des domaines problématiques.
Les suggestions de ce document sont basées sur IGMP, qui ne s'applique qu'à IPv4. Pour IPv6, la découverte des auditeurs multicast [MLD] doit être utilisée à la place. Comme MLD est basé sur IGMP, nous ne répétons pas la description et les recommandations complètes pour les commutateurs de surveillance MLD. À la place, nous signalons les quelques cas où il existe des différences avec IGMP.
Notez que la fonction de surveillance IGMP ne doit s'appliquer qu'aux multicast IPv4. D'autres paquets multicast, tels qu'IPv6, pourraient être supprimés par la surveillance IGMP si des précautions supplémentaires ne sont pas prises dans l'implémentation, comme mentionné dans la section des recommandations.