MSDP Applications
This section describes the applicable scenarios of MSDP.
Multicast Between PIM-SM Domains Within an AS Using MSDP
When the multicast source and the receiver are located in different PIM-SM domains of the same AS, you can configure MSDP peers on the RPs to implement inter-domain multicast.
As shown in Figure 8-77, the MSDP peer relationship is set up between RPs of two PIM-SM domains. In this manner, information about the multicast source is shared between the two domains.
Inter-AS Multicast Using MBGP and MSDP
Both Multiprotocol Border Gateway Protocol (MBGP) connections and MSDP connections are TCP connections. You can set up an MBGP peer relationship between two MSDP peers to ensure that SA messages can pass the RPF check.
As shown in Figure 8-78, the RPs in different PIM-SM domains are not directly connected to each other and the RPs and ASBRs are deployed on different routers. After you set up MSDP peer relationships between the RPs, you can also set up MBGP peer relationships between them to ensure that SA messages can pass the RPF check.
IBGP: set up IBGP peer relationships for RPs in the same AS, such as RP1 and RP2, and RP3 and RP4.
EBGP: set up EBGP peer relationships for RPs in different ASs, such as RP1 and RP3, and RP2 and RP4.
The MBGP peer relationship and MSDP peer relationship must be set up on the same interface. MBGP and MSDP are frequently used together. For details about MBGP, see "BGP" in the CX11x&CX31x&CX91x Series Switch Modules Configuration Guide- IP Routing.
Inter-AS Multicast Using Static RPF Peers
As mentioned in RPF Rules of SA Messages, if an SA message is sent by an RPF peer, the message is accepted and forwarded to other MSDP peers. If you manually specify MSDP peers as static RPF peers to one another, these RPF peers accept SA messages without performing the RPF check.
Incorrect static RPF configurations may lead to loops of SA messages. Exercise caution when you configure static RPF peers. Static RPF peer relationships are usually set up among MSDP peers in multiple ASs.
- Configure an MSDP peer relationship between RP1 and RP2.
- Configure RP1 and RP2 as static RPF peers of each other.
MSDP-based Anycast RP
MSDP peer relationships are set up between RPs to exchange SA messages, so that source information registered locally can be shared by the RPs. Anycast RP is the application of this feature in one PIM-SM domain.
In a traditional PIM-SM domain, all multicast groups map to one RP. When the network is overloaded or the traffic volume is high, many network problems occur, such as the heavy pressure of the RP, the slow convergence after the RP fails, and the non-optimal multicast forwarding path. By using Anycast RP, you can configure multiple RPs in a PIM-SM domain, assign the same IP address to these RPs, and set up MSDP peer relationships between these RPs. In this manner, the optimal RP path and load balancing can be implemented.
As shown in Figure 8-80, in the PIM-SM domain, the multicast sources, Source1 and Source2, send multicast data to the multicast group G. Receiver1 and Receiver2 are members of group G.
Do as follows to apply Anycast RP in a PIM-SM domain:
- Select several routers in the PIM-SM domain, such as RouterA and RouterB in Figure 8-80.
- Choose one loopback interface from each router, such as Loopback1 in Figure 8-80, and assign the same address to these interfaces.
- Configure the RP. You can configure static RPs or C-RPs, as shown
in Figure 8-80.
- Static RP: Configure static RPs on all PIM-SM routers, and use the address of the interface Loopback1 on RouterA as the address of the RPs.
- C-RP: Configure the two Loopback1 interfaces on RouterA and RouterB as C-RPs. Configure a C-BSR on the network. Ensure that the address of the C-RP must be different from the address of the C-BSR.
- Set up an MSDP peer relationship between RouterA and RouterB. Do not use the interface addresses of the RPs.
- Optimal path between the RPs: The multicast source registers to the closest RP to set up an optimal SPT. The receiver sends Join messages to the closest RP to set up an optimal RPT.
- Load balancing between the RPs: Each RP needs to maintain only some source and group information in the PIM-SM domain, and forward some multicast packets.
- RP backup: When an RP fails, the multicast source and receiver registered to this RP choose another closest RP to register and join.