cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
9276
Views
5
Helpful
4
Replies

sparse mode vs sparse-dense mode

Charlie Grey
Level 1
Level 1

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.

1 Accepted Solution

Accepted Solutions

Joseph W. Doherty
Hall of Fame
Hall of Fame

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.

View solution in original post

4 Replies 4

pman
Spotlight
Spotlight

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 usually scale better in terms of routing state:
    - only routers on the path from source and members need to keep state
    - dense mode protocol require state in all routers in the network
  •  sparse mode protocols are more efficient:
    - explicit join messages means multicast traffic flows across links that have been explicitly added to the tree
  • sparse mode disadvantages:
    - the RP can be a single point of failure - the RP can be a hot spot for multicast traffic
    - the traffic may flow non-optimal paths (from source to RP and back members)
    - the first solved using the bootstrap router protocol

 

 

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.

sparse mode 

 

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.

dense mode 

 

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.

spaese-dense 

 

 

 

Sorry. Not interested in copy paste the definition.

I still not able see why not to use sparse-dense mode over sparse mode.

Joseph W. Doherty
Hall of Fame
Hall of Fame

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.

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

  • Sparse mode

-PIM Sparse mode

 

The only multicast routing protocol fully supported on Cisco IOS devices is PIM.