08-15-2021 01:13 AM
between these 2 modes, what is the reason not to use sparse-dense mode since it can provide fallback to dense mode and enable multicast to work in event when RP router is down?
i don't get it. please enlighten.
Solved! Go to Solution.
08-15-2021 08:51 AM
The reason not to use sparse-dense mode is to avoid allowing dense mode multicast. The converse reason (to allow it), is, for some reason, you need to support both sparse and dense modes.
BTW, since multicast has, generally historically, been used much less than unicast, you can run into all kinds of "interesting" issues when running it. For example, years ago I was working in a mixed vendor environment where the non-Cisco equipment only supported DVMRP and Cisco (at least then, still?) only partially supported interchanging multicast routing with it.
08-15-2021 02:02 AM
In Dense mode the packets flooded to entire network and then branches where there are no receivers are eliminated.
In Sparse mode packets branches distribution growth as new nodes join the multicast group.
Sparse mode :
In sparse mode, a router assumes that other routers do not want to forward multicast packets for a group, unless there is an explicit request for the traffic. When hosts join a multicast group, the directly connected routers send PIM Join messages toward the RP. The RP keeps track of multicast groups. Hosts that send multicast packets are registered with the RP by the first hop router of that host. The RP then sends Join messages toward the source. At this point, packets are forwarded on a shared distribution tree. If the multicast traffic from a specific source is sufficient, the first hop router of the host may send Join messages toward the source to build a source-based distribution tree.
Dense Mode:
In dense mode, a router assumes that all other routers want to forward multicast packets for a group. If a router receives a multicast packet and has no directly connected members or PIM neighbors present, a prune message is sent back to the source. Subsequent multicast packets are not flooded to this router on this pruned branch. PIM builds source-based multicast distribution trees.
Sparse-dense:
In this case, the interface is treated as dense mode if the group is in dense mode; the interface is treated in sparse mode if the group is in sparse mode. You must have an RP if the interface is in sparse-dense mode and you want to treat the group as a sparse group.
If you configure sparse-dense mode, the idea of sparseness or denseness is applied to the groups for which the router is a member.
Another benefit of sparse-dense mode is that Auto-RP information can be distributed in a dense mode; yet, multicast groups for user groups can be used in a sparse mode manner. Therefore there is no need to configure a default RP at the leaf routers.
08-15-2021 02:45 AM
08-15-2021 08:51 AM
The reason not to use sparse-dense mode is to avoid allowing dense mode multicast. The converse reason (to allow it), is, for some reason, you need to support both sparse and dense modes.
BTW, since multicast has, generally historically, been used much less than unicast, you can run into all kinds of "interesting" issues when running it. For example, years ago I was working in a mixed vendor environment where the non-Cisco equipment only supported DVMRP and Cisco (at least then, still?) only partially supported interchanging multicast routing with it.
08-15-2021 05:07 PM
excellent. thanks for enlightenment.
Most likely reason not to use sparse-dense mode is not wanting any flood/pruning as in dense mode.
Just to add on to close this.
2 types of multicast routing protocols:
Dense mode-DVMRP (Distance Vector Multicast Routing Protocol)
-MOSPF (Multicast OSPF)
-PIM Dense mode
-PIM Sparse mode
The only multicast routing protocol fully supported on Cisco IOS devices is PIM.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide