Comprendre le mode PIM Dense

Le mode PIM dense mode est moins sophistiqué que le mode clairsemé PIM. Le PIM Dense Mode est utile pour les applications LAN multicast, l’environnement principal de tous les protocoles en Dense Mode.

Le PIM Dense Mode implémente le même mécanisme d’inondation et d’élagage que DVMRP et d’autres protocoles de routage en dense mode. La principale différence entre le DVMRP et le PIM Dense Mode est que le PIM Dense Mode introduit le concept d’indépendance du protocole. Le PIM en dense mode peut utiliser la table de routage renseignée par n’importe quel protocole de routage unicast sous-jacent pour effectuer des vérifications RPF (reverse-path-forwarding).

Les fournisseurs d’accès à Internet (FAI) apprécient généralement la possibilité d’utiliser n’importe quel protocole de routage unicast sous-jacent avec PIM Dense Mode, car ils n’ont pas besoin d’introduire et de gérer un protocole de routage distinct uniquement pour les vérifications RPF. Alors que les protocoles de routage unicast étendus en tant que BGP multiprotocole (MBGP) et Multitopology Routing in IS-IS (M-IS-IS) ont ensuite été utilisés pour construire des tables spéciales afin d’effectuer des vérifications RPF, le mode PIM dense mode ne les nécessite pas.

Le mode PIM dense mode peut utiliser la table de routage unicast renseignée par OSPF, IS-IS, BGP, etc., ou le Dense Mode PIM peut être configuré pour utiliser une table RPF multicast spéciale remplie par MBGP ou M-IS-IS lors des vérifications RPF.

Contrairement au mode clairsemé, dans lequel les données sont transmises uniquement aux périphériques de routage envoyant une requête explicite, le mode dense mode implémente un mécanisme flood-and-prune , similaire à DVMRP. En PIM dense mode, il n’y a pas de RP. Un périphérique de routage reçoit les données multicast sur l’interface la plus proche de la source, puis transfère le trafic vers toutes les autres interfaces (voir Figure 1).

Des inondations se produisent périodiquement. Il est utilisé pour actualiser les informations d’état, telles que l’adresse IP source et la paire de groupes multicast. Si le périphérique de routage n’a pas de récepteurs intéressés pour les données et que l’OIL devient vide, le périphérique de routage envoie un message d’élagage en amont pour arrêter la livraison du trafic multicast (voir Figure 2).