hustý režim multicast je jeden režim, který multicast může použít k vytvoření stromu pro odesílání paketů účastníkům multicastu. Jedná se o alternativu k řídkému režimu.

základním předpokladem hustého režimu je, že proud vícesměrových paketů má přijímače na většině míst. Řídký režim předpokládá relativně méně přijímačů. Hustý režim je ideální pro skupiny, kde se mnoho uzlů přihlásí k odběru paketů multicast, takže většina směrovačů musí tyto pakety přijímat a předávat (skupiny s vysokou hustotou).

tento rozdíl se projevuje v počátečním chování a mechanismech obou protokolů. Hustý režim používá poměrně jednoduchý přístup ke zpracování IP vícesměrového směrování. Zdroj zpočátku vysílá do každého routeru přímo připojeného k němu. Tyto sousední směrovače dále předávají data svým sousedům. Když router nepřeje dostávat tato skupina dat (pokud žádné jiné sousední PIM směrovače jsou přítomny, a ne hostitel je zájem ve skupině), odešle Prune zprávy uveďte jeho nedostatek zájmu. Po obdržení zprávy o prořezání router upraví svůj stav tak,aby tyto pakety nepředával z tohoto rozhraní. Pokud je každé rozhraní na routeru oříznuto, router bude také oříznut.

ve starších verzích Cisco IOS by PIM-DM znovu zaplavil veškerý multicastový provoz každé 3 minuty. To je v pořádku pro nízké hlasitosti vícesměrového vysílání, ale ne větší šířku pásma vícesměrového paketových proudů. Novější Cisco IOS verze podporují novou funkci nazvanou PIM Dense Mode State Refresh, od 12.1(5)T. Tato funkce používá PIM state refresh zprávy, aktualizovat Prořezávat státu na odchozí rozhraní. Další výhodou je, že změny topologie jsou rozpoznávány rychleji. Ve výchozím nastavení jsou zprávy o obnovení stavu PIM odesílány každých 60 sekund.

směrovače navíc použijí přesměrování reverzní cesty, aby zajistily, že mezi směrovači, kteří chtějí přijímat pakety vícesměrového vysílání, neexistují žádné smyčky pro předávání paketů. Když je datový paket přijat na rozhraní mimo RPF, je nutný mechanismus, který zabrání smyčkám. Pokud je rozhraní mimo RPF LAN, odešle se Zpráva Assert. Směrovače, které nejsou předávány, pak posílají na své rozhraní RPF prořezávat, pokud nepotřebují proud vícesměrového vysílání. V době přechodu na to, že v seznamu odchozích rozhraní není žádná rozhraní (OILIST), je odeslána pouze jedna taková Slivka. LAN Prořezávat přijímač zpoždění působí na to za 3 sekundy, tak, že pokud další LAN router stále potřebuje multicast stream, je možné poslat PIM Join zprávy k vyrovnání (zrušit) Prořezávat. („Ten router to nepotřebuje, ale stále to dělám!“)

Předpokládejme, že router byl oříznut a o nějaký čas později přijímač požaduje multicastový proud se zprávou IGMP. Směrovač poté odešle Štěpovou zprávu. Ve skutečnosti, „hej, potřebuji ten multicast stream tady teď“.