A. IP Multicast is a bandwidth-conserving technology specifically designed to reduce traffic by simultaneously delivering a single stream of information to potentially thousands of corporate recipients or homes. By replacing copies for all recipients with the delivery of a single stream of information, IP Multicast is able to minimize the burden on both sending and receiving hosts and reduce overall network traffic. For more information visit
Q. What management options are available for a multicast network?
A. The Cisco Multicast Manager is a web-based software application that allows service providers and enterprise customers to monitor all critical components of the multicast network. For more information visit
Q. What is Source Specific Multicast?
A. Source Specific Multicast (SSM) is an extension of IP multicast where datagram traffic is forwarded to receivers from only those multicast sources to which the receivers have explicitly joined. For multicast groups configured for SSM, only source-specific multicast distribution trees (no shared trees) are created.
Q. Should I use PIM Sparse-Mode or Dense-Mode?
A. Cisco recommends PIM Sparse-Mode (PIM-SM). Cisco also recommends PIM-SSM for one-to-many applications and Bidirectional PIM (bidir-PIM) for many-to-many applications.
Q. What is Sparse-dense mode?
A. Sparse-dense is an interface configuration that allows both dense mode groups and sparse mode groups to flow across that interface. It is normally only applied when Auto-RP is used to send Rendezvous Point information.
Q. What is Bidirectional PIM (bidir-PIM)?
A. Bidir-PIM is a variant of the Protocol Independent Multicast (PIM) suite of routing protocols for IP multicast and is an extension of the PIM Sparse Mode (PIM-SM) feature. Traffic flows in both directions in case of a tree built by bidir-PIM as opposed to other multicast protocols that have trees rooted at either the source or at a Rendezvous Point (RP). Bidir-PIM is recommended for many-to-many applications because the amount of state required to be kept by the router is not related to the number of sources.
Q. What is Pragmatic General Multicast?
A. Pragmatic General Multicast (PGM) is a reliable multicast transport protocol. IP multicast uses UDP, not TCP, and is inherently unreliable. PGM performs the same function as TCP, while using negative acknowledgements (NAKs), rather than positive acknowledgements. This prevents an ACK implosion when large numbers of receivers reply.
The PGM Router Assist feature saves bandwidth by substantially reducing the number of NAKs to the source and by constraining the retransmissions to only those receivers that experience data loss.
Q. What is Multiprotocol Border Gateway Protocol?
A. Multiprotocol Border Gateway Protocol (MBGP) adds capabilities to BGP to enable multicast routing policy throughout the Internet and to connect multicast topologies within and between BGP autonomous systems. That is, multiprotocol BGP is an enhanced BGP that carries IP multicast routes. BGP carries two sets of routes, one set for unicast routing and one set for multicast routing. The routes associated with multicast routing are used by the Protocol Independent Multicast (PIM) to build data distribution trees. For more information visit
Q. Where should the Rendezvous Point (RP) be placed?
A. Generally, RP placement is not an issue, as the default behavior of PIM-SM is to switch over to the shortest path tree when the first packet is received by the last hop router. The RP is therefore not normally within the data path and is not a limiting factor.
A. Reverse Path Forwarding (RPF) provides loop avoidance. It is an algorithm used to forward multicast packets. For traffic flowing down a source tree, the RPF check procedure works as follows:
• Step 1. Router looks up the source address in the unicast routing table to determine whether it has arrived on the interface that is on the reverse path back to the source.
• Step 2. If packet has arrived on the interface leading back to the source, the RPF check is successful and the packet is forwarded.
• Step 3. If the RPF check in Step 2 fails, the packet is dropped.
Q. How does RPF work for Shared trees?
A. The RPF check is conducted differently for data flowing via the shared tree, which is routed at the RP, not the Source. In this instance, the RPF is successful when data arrives at the interface that it would use to reach the RP.
Q. How does HSRP interact with Cisco Group Management Protocol?
A. If HSRP and CGMP leave processing are both in use, then in certain topologies, unicast flooding can occur. Frames addressed to HSRP are not flooded across the virtual LAN (VLAN), but are intercepted and forwarded to the switch CPU. When a packet is identified as not being IGMP, it is forwarded to all router ports, but if a host is not locally connected to the switch where the HSRP routers are located, then unicast flooding can occur.
Q. Does Cisco IOS Firewall support IP Multicast?
A. Both Cisco IOS Firewall and PIX Firewall 7.0 can operate with full PIM functionality.
Q. How do I prevent a state explosion with IPTV?
A. Each IPTV client provides feedback to the same group on which it receives data; therefore, each client becomes a source and may have a corresponding (S, G) entry. The client must be prevented from sourcing data to the group address in order to mitigate this issue.
Q. Can IP Multicast be load-balanced?
A. IP Multicast uses the RPF check to ensure that the data has arrived via the most efficient path. The RPF check chooses only one interface for incoming data for a particular source; therefore, per flow multicast can be load balanced. If packet load balancing is required, then a unicast tunnel must be created between the two ends for which load balancing is required.