Tett modus multicast er en modus som multicast kan bruke til å konstruere et tre for å sende pakker til multicast abonnenter. Det er et alternativ til sparsom modus.den grunnleggende antagelsen bak tett modus er at multicast-pakkestrømmen har mottakere på de fleste steder. Sparsom modus antar relativt færre mottakere. Tett modus er ideell for grupper hvor mange av nodene vil abonnere på å motta multicast-pakkene, slik at de fleste ruterne må motta og videresende disse pakkene (grupper med høy tetthet).

denne forskjellen viser seg i den første oppførselen og mekanismene til de to protokollene. Tett Modus bruker en ganske enkel tilnærming til å håndtere IP multicast ruting. Kilden sender i utgangspunktet til hver ruter som er direkte koblet til den. Disse nabolandene videresender dataene videre til sine naboer. Når en ruter ikke ønsker å motta denne gruppens data (hvis ingen andre nærliggende PIM-rutere er til stede og ingen vert er interessert i gruppen), sender den En Beskjæringsmelding for å indikere mangelen på interesse. Når du mottar En Beskjæringsmelding, vil ruteren endre tilstanden slik at den ikke vil videresende disse pakkene ut som grensesnitt. Hvis hvert grensesnitt på en ruter beskjæres, vil ruteren også bli beskåret.

i eldre Cisco IOS-utgivelser vil PIM-DM oversvømme all multicast-trafikk hvert 3. minutt. Dette er greit for multicast med lavt volum, men ikke høyere båndbredde multicast-pakkestrømmer. Nyere Cisco IOS-versjoner støtter EN ny funksjon kalt PIM Tett Modus Tilstandsoppdatering, siden 12.1 (5)T. denne funksjonen bruker EN PIM – tilstandsoppdateringsmeldinger for å oppdatere Beskjæringstilstanden på utgående grensesnitt. En annen fordel er at topologiske endringer gjenkjennes raskere. SOM standard SENDES PIM-tilstandsoppdateringsmeldingene hvert 60. sekund.

i Tillegg vil ruterne bruke videresending av omvendt bane for å sikre at det ikke er noen løkker for videresending av pakker blant rutere som ønsker å motta multicast-pakker. Når en datapakke mottas på et ikke-rpf-grensesnitt, er det nødvendig med en mekanisme for å forhindre løkker. Hvis IKKE-rpf-grensesnittet er ET LAN, sendes En Assert-melding. Ikke-Speditør rutere deretter sende En Sviske på DERES RPF grensesnitt hvis de ikke trenger multicast stream. Bare en Slik Sviske er sendt, på tidspunktet for overgangen til å ha ingen grensesnitt I Den Utgående Grensesnittlisten (OILIST). LAN Prune-mottakeren forsinker å virke på den i 3 sekunder, slik at hvis en ANNEN LAN-ruter fortsatt trenger multicast-strømmen, kan den sende EN PIM Join-melding for å motvirke (avbryte) Prune. («Den ruteren trenger ikke det, men jeg gjør det fortsatt!»)

Anta at en ruter Har Beskåret, og en tid senere ber en mottaker om multicast-strømmen med EN IGMP-melding. Ruteren sender deretter En Graftmelding. I virkeligheten, «hei, jeg trenger den multicast-strømmen her nå».