La multidiffusion en mode dense est un mode que la multidiffusion peut utiliser pour construire une arborescence pour envoyer des paquets aux abonnés de multidiffusion. C’est une alternative au mode clairsemé.

L’hypothèse de base derrière le mode dense est que le flux de paquets de multidiffusion a des récepteurs à la plupart des emplacements. Le mode clairsemé suppose relativement moins de récepteurs. Le mode dense est idéal pour les groupes où de nombreux nœuds s’abonnent pour recevoir les paquets de multidiffusion, de sorte que la plupart des routeurs doivent recevoir et transférer ces paquets (groupes d’une densité élevée).

Cette différence apparaît dans le comportement initial et les mécanismes des deux protocoles. Le mode dense utilise une approche assez simple pour gérer le routage de multidiffusion IP. La source diffuse initialement sur chaque routeur qui lui est directement connecté. Ces routeurs voisins transmettent davantage les données à leurs voisins. Lorsqu’un routeur ne souhaite pas recevoir les données de ce groupe (si aucun autre routeur PIM voisin n’est présent et qu’aucun hôte n’est intéressé par le groupe), il envoie un message d’élagage pour indiquer son manque d’intérêt. Lors de la réception d’un message d’élagage, le routeur modifiera son état de sorte qu’il ne transmettra pas ces paquets à cette interface. Si chaque interface sur un routeur est élaguée, le routeur sera également élagué.

Dans des versions plus anciennes de Cisco IOS, PIM-DM inonderait à nouveau tout le trafic de multidiffusion toutes les 3 minutes. C’est très bien pour la multidiffusion à faible volume, mais pas pour les flux de paquets de multidiffusion à bande passante plus élevée. Les versions plus récentes de Cisco IOS prennent en charge une nouvelle fonctionnalité appelée Actualisation de l’état du mode dense PIM, depuis 12.1(5)T. Cette fonctionnalité utilise des messages d’actualisation de l’état PIM pour actualiser l’état d’élagage sur les interfaces sortantes. Un autre avantage est que les changements de topologie sont reconnus plus rapidement. Par défaut, les messages d’actualisation de l’état PIM sont envoyés toutes les 60 secondes.

De plus, les routeurs utiliseront le transfert de chemin inverse pour s’assurer qu’il n’y a pas de boucles pour le transfert de paquets entre les routeurs qui souhaitent recevoir des paquets de multidiffusion. Lorsqu’un paquet de données est reçu sur une interface non RPF, un mécanisme est nécessaire pour empêcher les boucles. Si l’interface non-RPF est un réseau local, un message d’Assert est envoyé. Les routeurs non transitaires envoient ensuite un pruneau sur leur interface RPF s’ils n’ont pas besoin du flux de multidiffusion. Un seul de ces pruneaux est envoyé, au moment de la transition vers l’absence d’interfaces dans la liste des interfaces sortantes (OILIST). Le récepteur d’élagage LAN retarde son action pendant 3 secondes, de sorte que si un autre routeur LAN a encore besoin du flux de multidiffusion, il peut envoyer un message de jointure PIM pour contrer (annuler) l’élagage. (« Ce routeur n’en a pas besoin, mais je le fais toujours! »)

Supposons qu’un routeur a élagué, et quelque temps plus tard, un récepteur demande le flux de multidiffusion avec un message IGMP. Le routeur envoie alors un message de greffe. En effet, « hé, j’ai besoin de ce flux de multidiffusion ici maintenant ».