tæt tilstand multicast er en tilstand, som multicast kan bruge til at konstruere et træ til at sende pakker til multicast-abonnenterne. Det er et alternativ til sparsom tilstand.

den grundlæggende antagelse bag tæt tilstand er, at multicast-pakkestrømmen har modtagere de fleste steder. Sparsom tilstand forudsætter relativt færre modtagere. Tæt tilstand er ideel til grupper, hvor mange af knudepunkterne abonnerer på at modtage multicast-pakkerne, så de fleste routere skal modtage og videresende disse pakker (grupper med høj densitet).

denne forskel vises i den oprindelige adfærd og mekanismer i de to protokoller. Tæt tilstand bruger en ret simpel tilgang til at håndtere IP multicast routing. Kilden sender oprindeligt til hver router, der er direkte forbundet til den. Disse nærliggende routere videresender yderligere dataene til deres naboer. Når en router ikke ønsker at modtage denne gruppes data (hvis ingen andre nærliggende PIM-routere er til stede, og ingen vært er interesseret i gruppen), sender den en Prune-besked for at indikere dens manglende interesse. Efter modtagelse af en Prune-besked ændrer routeren sin tilstand, så den ikke videresender disse pakker ud af den grænseflade. Hvis hver grænseflade på en router beskæres, beskæres routeren også.

i ældre Cisco IOS-udgivelser ville PIM-DM oversvømme al multicast-trafik hvert 3.minut. Dette er fint for multicast med lavt volumen, men ikke multicast-pakkestrømme med højere båndbredde. Nyere Cisco IOS versioner understøtter en ny funktion kaldet PIM tæt tilstand tilstand Refresh, siden 12.1 (5) T. Denne funktion bruger en PIM tilstand refresh beskeder til at opdatere beskære tilstand på udgående grænseflader. En anden fordel er, at topologiændringer genkendes hurtigere. Som standard sendes opdateringsmeddelelserne PIM-tilstand hvert 60.sekund.

derudover vil routerne bruge videresendelse af omvendt sti for at sikre, at der ikke er sløjfer til videresendelse af pakker blandt routere, der ønsker at modtage multicast-pakker. Når en datapakke modtages på en ikke-RPF-grænseflade, kræves der en mekanisme for at forhindre sløjfer. Hvis ikke-RPF-grænsefladen er et LAN, sendes en Assert-meddelelse. Ikke-speditør routere sender derefter en Prune på deres RPF-interface, hvis de ikke har brug for multicast-strømmen. Kun en sådan beskæring sendes på tidspunktet for overgangen til ikke at have nogen grænseflader i listen over udgående grænseflader (OILIST). LAN-Beskæremodtageren forsinker at virke på den i 3 sekunder, så hvis en anden LAN-router stadig har brug for multicast-strømmen, kan den sende en PIM-Tilslutningsmeddelelse for at modvirke (annullere) beskæringen. (“Den router har ikke brug for det, men det gør jeg stadig!”)

Antag, at en router er beskåret, og nogen tid senere anmoder en modtager om multicast-strømmen med en IGMP-meddelelse. Routeren sender derefter en Graftbesked. I virkeligheden “Hej, jeg har brug for den multicast-strøm herover nu”.