modul dens multicast este un mod pe care multicast îl poate folosi pentru a construi un arbore pentru trimiterea pachetelor către abonații multicast. Este o alternativă la modul rar.
ipoteza de bază din spatele modului dens este că fluxul de pachete multicast are receptoare în majoritatea locațiilor. Modul rar presupune relativ mai puține receptoare. Modul dens este ideal pentru grupurile în care multe dintre noduri se vor abona pentru a primi pachetele multicast, astfel încât majoritatea routerelor trebuie să primească și să transmită aceste pachete (grupuri de densitate mare).
această diferență apare în comportamentul și mecanismele inițiale ale celor două protocoale. Modul dens utilizează o abordare destul de simplă pentru a gestiona rutarea IP multicast. Sursa difuzează inițial la fiecare router conectat direct la acesta. Aceste routere vecine transmit mai departe datele vecinilor lor. Când un router nu dorește să primească datele acestui grup (dacă nu sunt prezente alte routere Pim vecine și nicio gazdă nu este interesată de grup), acesta trimite un mesaj Prune pentru a indica lipsa de interes a acestuia. La primirea unui mesaj Prune, router-ul va modifica starea sa, astfel încât acesta nu va transmite aceste pachete din acea interfață. Dacă fiecare interfață de pe un router este tăiată, routerul va fi, de asemenea, tăiat.
în versiunile mai vechi Cisco IOS, PIM-DM ar inunda tot traficul multicast la fiecare 3 minute. Acest lucru este în regulă pentru fluxurile de pachete multicast cu volum redus, dar nu și pentru fluxurile de pachete multicast cu lățime de bandă mai mare. Mai recente versiuni Cisco IOS acceptă o nouă caracteristică numită Pim modul dens de stare Refresh, deoarece 12.1 (5) T. Această caracteristică utilizează o stare Pim refresh mesaje pentru a reîmprospăta starea Prune pe interfețele de ieșire. Un alt beneficiu este că modificările topologiei sunt recunoscute mai repede. În mod implicit, mesajele de reîmprospătare a stării PIM sunt trimise la fiecare 60 de secunde.
în plus, routerele vor utiliza redirecționarea căii inverse pentru a se asigura că nu există bucle pentru redirecționarea pachetelor între routerele care doresc să primească pachete multicast. Când un pachet de date este primit pe o interfață non-RPF, este necesar un mecanism pentru a preveni buclele. Dacă interfața non-RPF este o rețea LAN, este trimis un mesaj de afirmare. Routerele Non-Forwarder trimit apoi o Prune pe interfața lor RPF dacă nu au nevoie de fluxul multicast. Doar o astfel de Prune este trimisă, în momentul tranziției la lipsa interfețelor în lista de interfețe de ieșire (OILIST). Receptorul Lan Prune întârzie să acționeze asupra acestuia timp de 3 secunde, astfel încât, dacă un alt router LAN are încă nevoie de fluxul multicast, acesta poate trimite un mesaj Pim Join pentru a contracara (anula) Prune. („Acel router nu are nevoie de el, dar încă mai am!”)
Să presupunem că un router a tăiat, iar ceva timp mai târziu un receptor solicită fluxul multicast cu un mesaj IGMP. Routerul trimite apoi un mesaj de grefă. De fapt, „Hei, am nevoie de acel flux multicast aici acum”.