tryb gęsty multicast to jeden z trybów, którego multicast może używać do konstruowania drzewa wysyłania pakietów do subskrybentów multicastu. Jest to alternatywa dla trybu oszczędnego.
Podstawowym założeniem trybu gęstego jest to, że strumień pakietów multicast ma odbiorniki w większości lokalizacji. Tryb Sparse zakłada stosunkowo mniejszą liczbę odbiorników. Tryb gęsty jest idealny dla grup, w których wiele węzłów subskrybuje Pakiety multicast, tak że większość routerów musi odbierać i przekazywać te pakiety (grupy o dużej gęstości).
różnica ta pojawia się w początkowym zachowaniu i mechanizmach obu protokołów. Tryb gęsty wykorzystuje dość proste podejście do obsługi routingu IP multicast. Źródło początkowo nadaje do każdego routera bezpośrednio podłączonego do niego. Te sąsiednie routery dalej przesyłają dane do swoich sąsiadów. Kiedy router nie chce odbierać danych tej grupy (jeśli nie ma innych sąsiednich routerów PIM i żaden host nie jest zainteresowany grupą), wysyła wiadomość Prune, aby wskazać jej brak zainteresowania. Po otrzymaniu wiadomości Prune, router zmodyfikuje swój stan tak, aby nie przekazywać tych pakietów do interfejsu. Jeśli każdy interfejs w routerze jest przycinany, router również zostanie przycinany.
w starszych wydaniach Cisco IOS, PIM-DM ponownie zalewał cały ruch multicastowy co 3 minuty. Jest to dobre dla strumieni pakietów multicast o małej objętości, ale nie o większej przepustowości. Nowsze wersje Cisco IOS obsługują nową funkcję o nazwie Odświeżanie stanu trybu gęstego Pim, od wersji 12.1 (5)T. funkcja ta wykorzystuje komunikaty odświeżania stanu PIM do odświeżania stanu Prune na interfejsach wychodzących. Inną korzyścią jest to, że zmiany topologii są rozpoznawane szybciej. Domyślnie wiadomości odświeżania stanu PIM są wysyłane co 60 sekund.
dodatkowo, routery będą używać przekierowania wstecznego, aby upewnić się, że nie ma pętli do przekierowania pakietów między routerami, które chcą odbierać pakiety multicast. Gdy pakiet danych jest odbierany na interfejsie innym niż RPF, wymagany jest mechanizm zapobiegający pętlom. Jeśli interfejs nie-RPF jest siecią LAN, wysyłany jest komunikat Assert. Routery nie-Forwarder następnie wysłać Prune na ich interfejs RPF, jeśli nie potrzebują strumienia multicast. Wysyłana jest tylko jedna taka śliwka, w momencie przejścia do braku interfejsów na liście interfejsów wychodzących (OILIST). Odbiornik Lan Prune opóźnia działanie na nim przez 3 sekundy, więc jeśli inny router LAN nadal potrzebuje strumienia multicast, może wysłać wiadomość Pim Join, aby przeciwdziałać (anulować) Prune. („Ten router go nie potrzebuje, ale nadal go mam!”)
Załóżmy, że router przyciął, a jakiś czas później odbiornik żąda strumienia multicast z Komunikatem IGMP. Następnie router wysyła komunikat o przeszczepie. W efekcie, „Hej, potrzebuję tego strumienia multicast tutaj teraz”.