Dense mode multicast is one mode that multicast can use to construct a tree for sending packets to the multicast subscribers. É uma alternativa ao modo esparso.

a suposição básica por trás do modo denso é que o fluxo multicast de pacotes tem receptores na maioria dos locais. O modo esparso assume relativamente menos receptores. O modo denso é ideal para grupos onde muitos dos nós se inscreverão para receber os pacotes multicast, de modo que a maioria dos roteadores devem receber e encaminhar esses pacotes (grupos de alta densidade).esta diferença aparece no comportamento inicial e nos mecanismos dos dois protocolos. Modo denso usa uma abordagem bastante simples para lidar com roteamento IP multicast. A fonte inicialmente transmite para todos os roteadores diretamente conectados a ela. Estes routers vizinhos mais adiante encaminham os dados para seus vizinhos. Quando um roteador não deseja receber os dados deste grupo (se nenhum outro roteador vizinho PIM estiver presente e nenhum host estiver interessado no grupo), ele envia uma mensagem de ameixa para indicar sua falta de interesse. Ao receber uma mensagem Pune, o roteador irá modificar o seu estado para que ele não encaminhe esses pacotes para fora dessa interface. Se cada interface em um roteador for podada, o roteador também será podado.

nas versões anteriores do iOS da Cisco, o PIM-DM iria re-inundar todo o tráfego multicast a cada 3 minutos. Isto é bom para fluxos de pacotes multicast de baixo volume, mas não para fluxos de pacotes multicast de maior largura de banda. As versões mais recentes do iOS da Cisco suportam um novo recurso chamado Pim denso Mode State Refresh, desde 12.1 (5)T. Este recurso usa uma atualização do estado PIM para atualizar o estado Prune nas interfaces de saída. Outro benefício é que as mudanças de topologia são reconhecidas mais rapidamente. Por padrão, as mensagens de atualização do estado PIM são enviadas a cada 60 segundos.

adicionalmente, os roteadores usarão reencaminhamento reverso para garantir que não há loops para encaminhamento de pacotes entre roteadores que desejam receber pacotes multicast. Quando um pacote de dados é recebido em uma interface não-RPF, um mecanismo é necessário para evitar loops. Se a interface não-RPF é uma LAN, uma mensagem afirmativa é enviada. Routers Non-Forwarder em seguida, enviar uma ameixa em sua interface RPF se eles não precisam do fluxo multicast. Apenas uma dessas ameixas é enviada, no momento da transição para não ter interfaces na lista de Interface de saída (OILIST). O receptor LAN Prune atrasa a ação nele por 3 segundos, de modo que se outro roteador de LAN ainda precisa do fluxo multicast, ele pode enviar uma mensagem de junção PIM para neutralizar (cancelar) a ameixa. (“Esse router não precisa, mas eu ainda preciso!”)

suponha que um roteador tenha sido podado, e algum tempo depois um receptor solicita o fluxo multicast com uma mensagem IGMP. O router então envia uma mensagem de enxerto. Na verdade,”preciso daquele fluxo multicast aqui agora”.