Multidiffusion IP

La multidiffusion IP est une méthode d'envoi de datagrammes IP ( Internet Protocol ) à un groupe de récepteurs intéressés en une seule transmission. Il s'agit de la forme de multidiffusion spécifique à IP et elle est utilisée pour la diffusion multimédia en continu et d'autres applications réseau. Elle utilise des blocs d'adresses de multidiffusion spécialement réservés dans IPv4 et IPv6 .

Les protocoles associés à la multidiffusion IP incluent le protocole de gestion de groupe Internet , la multidiffusion indépendante du protocole et l'enregistrement VLAN multidiffusion . La surveillance IGMP est utilisée pour gérer le trafic de multidiffusion IP sur les réseaux de couche 2 .

La multidiffusion IP est décrite dans la RFC 1112. La multidiffusion IP a été normalisée pour la première fois en 1986. Ses spécifications ont été augmentées dans la RFC 4604 pour inclure la gestion des groupes et dans la RFC 5771 pour inclure les adresses à portée administrative.

La multidiffusion IP est une technique de communication en temps réel de type un-à-plusieurs et plusieurs-à-plusieurs sur une infrastructure IP dans un réseau. Elle s'adapte à une population de récepteurs plus importante en ne nécessitant ni la connaissance préalable de l'identité d'un récepteur ni la connaissance préalable du nombre de récepteurs. La multidiffusion utilise efficacement l'infrastructure réseau en exigeant que la source n'envoie un paquet qu'une seule fois, même s'il doit être livré à un grand nombre de récepteurs. Les nœuds du réseau (généralement les commutateurs et les routeurs du réseau ) se chargent de répliquer le paquet pour atteindre plusieurs récepteurs de sorte que les messages ne soient envoyés qu'une seule fois sur chaque lien du réseau.

Le protocole de couche transport le plus courant pour utiliser l'adressage multidiffusion est le protocole UDP ( User Datagram Protocol ). De par sa nature, le protocole UDP n'est pas fiable : les messages peuvent être perdus ou livrés dans le désordre. Des protocoles de multidiffusion fiables tels que Pragmatic General Multicast (PGM) ont été développés pour ajouter la détection de perte et la retransmission à la multidiffusion IP.

Les concepts clés de la multidiffusion IP incluent une adresse de groupe de multidiffusion IP, un arbre de distribution de multidiffusion et la création d'arbre piloté par le récepteur.

Une adresse de groupe de multidiffusion IP est utilisée par les sources et les récepteurs pour envoyer et recevoir des messages de multidiffusion. Les sources utilisent l'adresse de groupe comme adresse de destination IP dans leurs paquets de données. Les récepteurs utilisent cette adresse de groupe pour informer le réseau qu'ils souhaitent recevoir des paquets envoyés à ce groupe. Par exemple, si un contenu est associé au groupe 239.1.1.1 , la source enverra des paquets de données destinés à 239.1.1.1 . Les récepteurs de ce contenu informeront le réseau qu'ils souhaitent recevoir des paquets de données envoyés au groupe 239.1.1.1 . Le récepteur rejoint 239.1.1.1 . Le protocole généralement utilisé par les récepteurs pour rejoindre un groupe s'appelle Internet Group Management Protocol (IGMP).

Avec les protocoles de routage basés sur des arborescences partagées, une fois que les récepteurs rejoignent un groupe de multidiffusion IP particulier, une arborescence de distribution de multidiffusion est construite pour ce groupe. Le protocole le plus largement utilisé pour cela est le protocole Protocol Independent Multicast (PIM). Il met en place des arborescences de distribution de multidiffusion de telle sorte que les paquets de données des expéditeurs vers un groupe de multidiffusion atteignent tous les récepteurs qui ont rejoint le groupe. Il existe des variantes d'implémentations PIM : le mode clairsemé (SM), le mode dense (DM), la multidiffusion spécifique à la source (SSM) et le mode bidirectionnel (Bidir, ou mode clairsemé-dense, SDM). Parmi celles-ci, PIM-SM est la plus largement déployée en 2006 ; SSM et Bidir sont des variantes plus simples et évolutives développées plus récemment et qui gagnent en popularité.

Le fonctionnement de la multidiffusion IP ne nécessite pas de source active pour connaître les récepteurs du groupe. La construction de l'arbre de multidiffusion est pilotée par le récepteur et est initiée par les nœuds du réseau qui sont proches des récepteurs. La multidiffusion IP s'adapte à une grande population de récepteurs. Le modèle de multidiffusion IP a été décrit par l'architecte Internet Dave Clark comme suit : « Vous placez des paquets à une extrémité, et le réseau conspire pour les livrer à quiconque le demande. »

La multidiffusion IP crée des informations d'état par arbre de distribution de multidiffusion dans le réseau. Si un routeur fait partie de 1 000 arbres de multidiffusion, il possède 1 000 entrées de routage et de transfert de multidiffusion. En revanche, un routeur de multidiffusion n'a pas besoin de savoir comment atteindre tous les autres arbres de multidiffusion sur Internet. Il a uniquement besoin de connaître les arbres de multidiffusion pour lesquels il possède des récepteurs en aval. C'est essentiel pour faire évoluer les services adressés par multidiffusion. En revanche, un routeur de monodiffusion doit savoir comment atteindre toutes les autres adresses de monodiffusion sur Internet, même s'il le fait en utilisant simplement une route par défaut. Pour cette raison, l'agrégation est essentielle pour faire évoluer le routage de monodiffusion. En outre, il existe des routeurs centraux qui transportent des centaines de milliers de routes car ils contiennent la table de routage Internet.

Chaque hôte qui souhaite devenir membre récepteur d'un groupe de multidiffusion (c'est-à-dire recevoir des données correspondant à une adresse de multidiffusion particulière) doit utiliser IGMP pour y adhérer. Les routeurs adjacents utilisent également ce protocole pour communiquer.

Dans le routage monodiffusion, chaque routeur examine l'adresse de destination d'un paquet entrant et recherche la destination dans une table pour déterminer l'interface à utiliser pour que ce paquet se rapproche de sa destination. L'adresse source n'a aucune importance pour le routeur. Cependant, dans le routage multidiffusion, l'adresse source (qui est une simple adresse monodiffusion) est utilisée pour déterminer la direction du flux de données. La source du trafic multidiffusion est considérée comme en amont. Le routeur détermine quelles interfaces en aval sont des destinations pour ce groupe multidiffusion (l'adresse de destination) et envoie le paquet via les interfaces appropriées. Le terme de transfert par chemin inverse est utilisé pour décrire ce concept de routage des paquets à l'écart de la source, plutôt que vers la destination.

Un certain nombre d'erreurs peuvent se produire si des paquets destinés à la monodiffusion sont accidentellement envoyés à une adresse de multidiffusion ; en particulier, l'envoi de paquets ICMP à une adresse de multidiffusion a été utilisé dans le contexte d' attaques DoS comme moyen d'obtenir une amplification de paquets.

Sur le réseau local, la distribution multicast est contrôlée par IGMP (sur un réseau IPv4 ) et MLD (sur un réseau IPv6 ) ; à l'intérieur d'un domaine de routage , on utilise PIM ou MOSPF ; entre les domaines de routage, on utilise des protocoles de routage multicast inter-domaines, tels que MBGP .

Voici quelques protocoles de livraison et de routage courants utilisés pour la distribution multidiffusion :

• Protocole de gestion de groupe Internet (IGMP)
• Multidiffusion indépendante du protocole (PIM)
• Protocole de routage multidiffusion à vecteur de distance (DVMRP)
• Multidiffusion avec chemin le plus court ouvert en premier (MOSPF)
• BGP multidiffusion (MBGP)
• Protocole de découverte de source multidiffusion (MSDP)
• Découverte d'auditeurs multicast (MLD)
• Protocole d'enregistrement multidiffusion GARP (GMRP)

Les paquets monodiffusion sont délivrés à un destinataire spécifique sur un sous-réseau Ethernet ou IEEE 802.3 en définissant une adresse MAC de couche 2 spécifique sur l'adresse du paquet Ethernet. Les paquets de diffusion utilisent l'adresse MAC de diffusion FF:FF:FF:FF:FF:FF .

Les paquets multicast IPv4 sont livrés à l'aide de la plage d'adresses MAC Ethernet 01:00:5E:00:00:00 à 01:00:5E:7F:FF:FF (avec un OUI appartenant à l' IANA ). Cette plage dispose de 23 bits d'espace d'adressage disponible. Le premier octet (01) inclut le bit de diffusion/multidiffusion. Les 23 bits inférieurs de l'adresse IP multicast 28 bits sont mappés dans les 23 bits d'espace d'adressage Ethernet disponible. Cela signifie qu'il existe une ambiguïté dans la livraison des paquets. Si deux hôtes sur le même sous-réseau s'abonnent chacun à un groupe multicast différent dont l'adresse ne diffère que dans les 5 premiers bits, les paquets Ethernet des deux groupes multicast seront livrés aux deux hôtes, ce qui obligera le logiciel réseau des hôtes à rejeter les paquets non requis.

Pour les adresses multidiffusion IPv6 , le MAC Ethernet est dérivé des quatre octets de poids faible combinés par un OU avec le MAC 33:33:00:00:00:00 . Ainsi, par exemple, l'adresse IPv6 ff02:dead:beef::1:3 correspondrait à l'adresse MAC Ethernet 33:33:00:01:00:03 . Si un commutateur ne comprend pas les adresses multidiffusion, il inondera ce trafic vers tous les membres d'un réseau local ; dans ce cas, la carte réseau du système (ou le système d'exploitation) doit filtrer les paquets envoyés aux groupes de multidiffusion auxquels ils ne sont pas abonnés.

Il existe des commutateurs qui écoutent le trafic IGMP et maintiennent une table d'état des systèmes réseau abonnés à un groupe de multidiffusion donné. Cette table est ensuite utilisée pour transférer le trafic destiné à un groupe donné uniquement vers un ensemble limité d'hôtes (ports). Ce processus d'écoute du trafic IGMP est appelé IGMP snooping .

De plus, certains commutateurs dotés de fonctionnalités de couche 3 peuvent agir comme un interrogateur IGMP. Dans les réseaux où aucun routeur n'est présent pour agir comme un routeur multidiffusion, un commutateur avec l'interrogateur de surveillance IGMP activé peut être utilisé pour générer les messages IGMP nécessaires pour inciter les utilisateurs à s'abonner au trafic multidiffusion.

Le réseau sans fil 802.11 utilise la même plage d'adresses MAC que l'Ethernet filaire pour mapper les adresses IP de multidiffusion. Cependant, un réseau sans fil 802.11 gère le trafic de multidiffusion différemment, en fonction de la configuration du message d'indication de trafic de livraison (DTIM) et des paramètres d'intervalle de balise . Si aucune station de l' ensemble de services de base n'est en mode d'économie d'énergie, les paquets de multidiffusion sont envoyés immédiatement à leur arrivée. Si une ou plusieurs stations sont en mode d'économie d'énergie, les points d'accès ne livrent alors le trafic de multidiffusion qu'après chaque intervalle DTIM et transmettent à l'un des débits pris en charge dans l'ensemble de débits de base. Dans la plupart des points d'accès sans fil, la configuration par défaut de cet intervalle est soit de 102,4 ms (intervalle de balise = 100 ms, DTIM = 1) ou de 204,8 ms (intervalle de balise = 100 ms, DTIM = 2) et le débit de transmission est soit de 1 Mbit/s soit de 6 Mbit/s , selon la bande de fonctionnement et le mode de protection. Les paramètres DTIM et d'intervalle de balise peuvent être ajustés pour améliorer les performances de multidiffusion dans les réseaux sans fil.

Contrairement à Ethernet, la plupart du trafic dans la norme 802.11 est envoyé de manière fiable à l'aide d'ACK et de NACK afin que les interférences radio ne provoquent pas de pertes de paquets excessivement élevées. Cependant, les paquets multicast sont envoyés une fois et ne sont pas reconnus, ils sont donc sujets à des taux de perte beaucoup plus élevés. Il existe différentes méthodes pour faire face à ce problème, comme choisir de diffuser les données en monodiffusion et en multidiffusion de manière répétée à chaque client, ou demander des ACK à chaque client. Certaines méthodes ne nécessitent qu'une modification sur le point d'accès et sont prises en charge sur certains appareils de classe entreprise, tandis que d'autres améliorations nécessiteraient des modifications sur les clients et n'ont donc pas été largement adoptées.

La multidiffusion IP est une méthode de communication Internet dans laquelle un seul paquet de données peut être transmis par un expéditeur et répliqué vers un ensemble de récepteurs. Les techniques de réplication dépendent quelque peu du support utilisé pour transmettre les données. La transmission de multidiffusion sur un support de diffusion inhérent tel qu'Ethernet ou une liaison satellite permet automatiquement au paquet de données d'être reçu par tous les récepteurs directement connectés au support. En revanche, la transmission de multidiffusion sur un support point à point ou point à multipoint nécessite que le paquet soit répliqué pour chaque liaison. Le processus de réplication doit se dérouler de manière optimale lorsqu'une arborescence de distribution est construite au sein du réseau. Le paquet peut être répliqué sur chacune des branches de l'arborescence. Cela atténue la nécessité pour l'expéditeur de répliquer le paquet une fois pour chaque destinataire.

L'utilisation d' IPsec comme liaison de communication nécessite l'établissement d'une connexion point à point. En général, la sécurité est requise de l'expéditeur au destinataire, ce qui implique que l'expéditeur doit répliquer le paquet sur chacune des connexions sécurisées, une pour chaque récepteur. À mesure que le nombre de récepteurs augmente, l'expéditeur doit évoluer en répliquant le paquet sur chacun des récepteurs. La charge de traitement placée sur l'expéditeur peut être élevée, ce qui limite son évolutivité. Une nouvelle méthode était nécessaire pour transmettre de manière sécurisée la multidiffusion et elle a été appelée Multicast sécurisé ou Multicast Security.

L'Internet Engineering Task Force ( IETF ) a créé un nouveau protocole Internet (IP) pour transmettre de manière sécurisée le trafic multicast sur un réseau de paquets. La définition du protocole a été développée au sein du groupe de travail sur la sécurité multicast et a donné lieu à plusieurs demandes de commentaires (RFC) qui sont désormais utilisées comme normes pour sécuriser le trafic multicast IP. Le protocole permet à un expéditeur de chiffrer le paquet multicast et de le transmettre au réseau de paquets sur l'arbre de distribution optimal. Le paquet peut être répliqué aux emplacements optimaux du réseau et livré à tous les récepteurs. Les récepteurs sont capables de déchiffrer le paquet et de le transmettre dans l'environnement réseau sécurisé. L'expéditeur d'un paquet multicast ne connaît pas les récepteurs potentiels ; par conséquent, la création de clés de chiffrement par paire (une pour chaque récepteur) est impossible. L'expéditeur doit chiffrer les paquets à l'aide d'une clé partagée que tous les récepteurs légitimes utilisent pour déchiffrer les paquets. La sécurité du système repose sur la capacité à contrôler la distribution des clés uniquement à ces récepteurs légitimes. Pour cela, l'IETF a créé le protocole Group Domain of Interpretation (GDOI) défini dans la RFC 6407. Le protocole permet à l'expéditeur et au destinataire de rejoindre un serveur de clés où les politiques et les clés sont chiffrées et distribuées aux membres du groupe de multidiffusion sécurisé. Le serveur de clés peut authentifier et autoriser les expéditeurs et les destinataires dans un groupe spécifique où la clé partagée est utilisée pour chiffrer et déchiffrer le trafic entre les membres du groupe.

La multidiffusion, de par sa nature même, n'est pas un mécanisme orienté connexion, c'est pourquoi les protocoles tels que TCP , qui permet la retransmission des paquets manquants, ne sont pas appropriés. Pour des applications telles que le streaming audio et vidéo, la perte occasionnelle d'un paquet n'est pas un problème. Mais pour la distribution de données critiques, un mécanisme est nécessaire pour demander la retransmission.

Un de ces systèmes, proposé par Cisco, est le PGM (à l'origine Pretty Good Multicasting, mais changé pour des raisons de marque déposée en Pragmatic General Multicast ), documenté dans la RFC 3208. Dans ce système, les paquets multicast ont des numéros de séquence et lorsqu'un paquet est manqué, un destinataire peut demander que le paquet soit rediffusé avec d'autres membres du groupe Multicast en ignorant les données de remplacement si elles ne sont pas nécessaires. Une version étendue, PGM-CC, a tenté de rendre le multicast IP plus « convivial pour TCP » en réduisant l'ensemble du groupe à la bande passante disponible par le récepteur le plus mauvais.

Deux autres protocoles documentés par l' Internet Engineering Task Force (IETF) sont : le protocole de standardisation NACK-Oriented Reliable Multicast (NORM), documenté dans les RFC 5740 et RFC 5401, et le protocole File Delivery over Unidirectionnel Transport (FLUTE), documenté dans la RFC 6726. Des implémentations open source, en plus des implémentations propriétaires, existent pour ces protocoles. D'autres protocoles de ce type existent, tels que Scalable Reliable Multicast , et sont définis par diverses sources. Ces protocoles varient en termes de moyens de détection d'erreur, de mécanismes utilisés pour la récupération d'erreur, d'évolutivité de cette récupération et d'idées sous-jacentes impliquées dans ce que signifie être fiable. Une liste de protocoles de multidiffusion fiables issue de l'atelier ACM SIGCOMM Multicast, du 27 août 1996, documente un certain nombre d'approches du problème.

Des groupes indépendants comme l'Internet Protocol Multicast Standards Initiative (IPMSI) ont affirmé que l'absence d'un protocole de multidiffusion IP sécurisé et fiable véritablement évolutif comme le protocole proposé de multidiffusion sécurisée pour la répétition avancée de la télévision (SMART) a entravé l'adoption de la multidiffusion IP dans le routage inter-domaines. L'absence d'un système largement adopté, doté d'une sécurité de niveau AES et d'une fiabilité évolutive, a empêché la transmission par les médias de masse d'événements sportifs (comme le Super Bowl) et/ou d'événements d'actualité de dernière minute sur l'Internet public.

Les protocoles de multidiffusion IP fiables, tels que PGM et SMART, sont expérimentaux ; le seul protocole en voie de normalisation est NORM (la révision en voie de normalisation de la RFC 3941 est spécifiée dans la RFC 5401, la révision en voie de normalisation de la RFC 3940 est spécifiée dans la RFC 5740).

La multidiffusion étant un mode de transmission différent de la monodiffusion, seuls les protocoles conçus pour la multidiffusion peuvent être utilisés de manière judicieuse avec la multidiffusion. La plupart des protocoles d'application existants qui utilisent la multidiffusion s'exécutent sur le protocole UDP (User Datagram Protocol ).

Dans de nombreuses applications, le protocole RTP (Real-time Transport Protocol ) est utilisé pour la mise en forme de contenu multimédia via la multidiffusion. Le protocole RSVP (Resource Reservation Protocol ) peut être utilisé pour la réservation de bande passante dans un réseau prenant en charge la distribution par multidiffusion. Le DNS multidiffusion (mDNS) peut être utilisé pour résoudre des noms de domaine ou d'hôte sans serveur DNS dédié en utilisant la multidiffusion.

La multidiffusion IP est largement déployée dans les entreprises, les bourses commerciales et les réseaux de diffusion de contenu multimédia. Une utilisation courante de la multidiffusion IP dans les entreprises concerne les applications IPTV telles que la diffusion de programmes télévisés en direct et les réunions d'entreprise télévisées.

Dans le secteur de l'hôtellerie, la multidiffusion IP est devenue courante pour la distribution IPTV dans les hôtels, et dans le secteur de la vente au détail, la multidiffusion IP est désormais largement utilisée pour la distribution TV et les applications de publicité vidéo.

Les opérateurs de télévision payante et certains établissements d'enseignement disposant d'un nombre important de logements étudiants sur le campus ont déployé la multidiffusion IP pour diffuser des médias en streaming unidirectionnels tels que des vidéos à haut débit à de grands groupes de récepteurs. De plus, certaines utilisations de conférences audio et vidéo ont recours à des technologies de multidiffusion. Ces dernières sont beaucoup moins répandues et sont le plus souvent reléguées aux institutions de recherche et d'enseignement, qui disposent souvent d'une plus grande capacité réseau pour gérer les demandes. Certaines conférences et réunions techniques sont transmises à l'aide de la multidiffusion IP. Jusqu'à récemment de nombreuses sessions des réunions de l'IETF étaient diffusées à l'aide de la multidiffusion.

Une autre utilisation de la multidiffusion dans les réseaux de campus et commerciaux est la distribution de fichiers, en particulier pour fournir des images et des mises à jour de systèmes d'exploitation à des hôtes distants. Le principal avantage des images de démarrage multicast par rapport aux images de démarrage monodiffusion est une utilisation nettement plus faible de la bande passante du réseau.

La multidiffusion IP a également été déployée dans le secteur financier pour des applications telles que les téléscripteurs boursiers et les systèmes de cris .

Les exigences d'état élevées des routeurs rendent les applications utilisant un grand nombre d'arbres incapables de fonctionner avec la multidiffusion IP. Prenons l'exemple des informations de présence où chaque personne doit conserver au moins un arbre de ses abonnés, voire plusieurs. Aucun mécanisme n'a encore été démontré qui permettrait au modèle de multidiffusion IP de s'adapter à des millions d'expéditeurs et à des millions de groupes de multidiffusion et, par conséquent, il n'est pas encore possible de rendre pratiques des applications de multidiffusion entièrement générales.

La RFC 3170 ( Applications IP Multicast : défis et solutions ) fournit un aperçu des problèmes de déploiement.

La multidiffusion IP a été développée pour la première fois par Steve Deering alors qu'il était à l'Université de Stanford, pour laquelle il a reçu le prix Internet IEEE.

Le MBONE était une approche expérimentale de longue date visant à permettre la multidiffusion entre sites via l'utilisation de tunnels. Bien que le MBONE ne soit plus opérationnel, il existe un regain d'intérêt pour le tunneling du trafic multidiffusion afin de rendre le service accessible à un large éventail d'utilisateurs finaux.

CastGate était une tentative du groupe de recherche ETRO-TELE de la Vrije Universiteit Brussel pour adopter le multicast IP sur Internet.

Bien que la multidiffusion aurait permis à un utilisateur Internet de recevoir des médias riches et d'autres contenus sans surcharger le réseau, elle n'était toujours pas disponible pour la plupart des utilisateurs Internet. Le projet CastGate a tenté de résoudre ce problème en permettant aux utilisateurs finaux de se connecter via un tunnel IP configuré automatiquement sur des réseaux qui ne prenaient pas en charge nativement la multidiffusion IP. L'idée était que si davantage d'utilisateurs disposaient de la capacité de multidiffusion, davantage de fournisseurs de contenu verraient l'avantage de diffuser du contenu via la multidiffusion. L'espoir était que si suffisamment de fournisseurs de contenu et d'utilisateurs utilisaient ce service, davantage de fournisseurs de services Internet permettraient à leurs clients de bénéficier nativement de la multidiffusion IP.

CastGate a fourni un client logiciel pour Microsoft Windows et Linux pour se connecter au réseau de tunnels CastGate. Il a également fourni des outils pour ajouter des serveurs de tunnels et des outils pour recevoir des annonces du protocole d'annonce de session du réseau multidiffusion avec des flux vidéo et audio.

Le projet a maintenu un site Web jusqu'en 2007.

À partir de 2005, la BBC a commencé à encourager les fournisseurs de services Internet basés au Royaume-Uni à adopter des services adressables en multidiffusion dans leurs réseaux en fournissant BBC Radio à une qualité supérieure à celle disponible via leurs services adressés en monodiffusion . Cette démarche a également été soutenue par divers réseaux de radio commerciale, notamment BBC , GCap Media , EMAP et Virgin Radio .

Les chaînes de télévision publiques allemandes ARD et ZDF ainsi que le réseau franco-allemand Arte proposent leurs programmes télévisés en multidiffusion sur plusieurs réseaux. Le fournisseur d'accès Internet autrichien Telekom Austria propose à ses clients DSL ( Digital Subscriber Line ) un décodeur TV qui utilise l'adressage multidiffusion pour recevoir les émissions de télévision et de radio. En Allemagne , T-Home, une marque de Deutsche Telekom , propose un service similaire.

• Media Tools Repository, Royaume-Uni : UCL, archivé depuis l'original le 2007-01-08– une collection d’outils pour le MBone
• VideoLAN – une application gratuite de streaming vidéo multicast
• Xorp, archivé depuis l'original le 2011-05-13 – un routeur logiciel gratuit avec prise en charge multicast (IGMP, PIM)
• Smcroute– un outil simple pour manipuler les routes multicast sur le noyau Linux
• SSM-ping, NO : Venås, archivé depuis l'original le 2007-11-26– outil pour tester la connectivité multicast
• Wilbert, IGMP v3, Kloosterhof, archivé depuis l'original le 26/08/2007– implémentation hôte d'IGMPv3 sur FreeBSD
• Service de multidiffusion fiable Java, archivé depuis l'original le 2013-01-30 - bibliothèques et services pour la création d'applications compatibles avec la multidiffusion
• Mise en œuvre du PIM, USC, archivé depuis l'original le 2007-12-24– une implémentation du protocole PIM, désormais obsolète
• qpimd – Démon PIM pour Quagga, GNU— Module PIM pour la suite de routage Quagga
• GateD, Next hop, archivé depuis l'original le 2007-09-09– Implémentation Unix des protocoles de routage, y compris la multidiffusion
• Code PIM-DM pour GateD, Université de l'Oregon, archivé depuis l'original le 2007-10-15.
• NORM, NRL, archivé depuis l'original le 2008-10-07 – Multidiffusion fiable orientée Nack du laboratoire de recherche navale américain, avec une implémentation C++ open source
• ecmh (Easy Cast du Multi Hub), Unfix– Démon de multidiffusion IPv6, permet d'utiliser la multidiffusion IPv6 sans avoir besoin de PIM
• MRD6 – Démon de routage multidiffusion IPv6
• UFTP – FTP crypté basé sur UDP avec multidiffusion
• GStreamer – un framework multimédia logiciel gratuit qui prend en charge le streaming vidéo multicast
• Mcproxy (proxy multidiffusion)– un proxy IGMP / MLD qui prend en charge les extensions multicast PMIPv6