PIM
Overview
PIM is a component of multicast routing that defines the one-to-many or many-to-many transmission of information. You can use the following variations for PIM configurations:
Sparse mode is the most common PIM configuration. Sparse mode is used for data transmission to NEs in multiple Internet domains that contain a small ratio of NEs that subscribe to the multicast traffic. Dense mode is used when a large ratio of the potential NEs subscribe to the multicast traffic. In source-specific multicast, paths originate at a single, defined source. Bidirectional PIM is not source-specific.
Anycast RP
Anycast RP for PIM-SM enables fast convergence when a PIM RP router fails. The receivers and sources rendezvous at the closest RP after the router failure. Anycast RP allows an arbitrary number of RPs for each group in a single, shared-tree PIM-SM domain. Triple play configurations that distribute multicast traffic using PIM-SM realize the benefits of fast RP convergence, which helps to avoid the loss of multicast data streams or IPTV delivery to the end user.
Anycast RP for PIM-SM environments is supported in the base routing PIM-SM instance of the service router, and in VPRN instances that are configured with PIM on supporting NEs.
Anycast RP for PIM requires the completion of the following configuration information:
-
An IP address specified as the RP address. This address is statically configured, or distributed using a dynamic protocol, to all PIM routers in the domain.
-
A set of routers in the domain designated as RPs for the RP address. These routers form an anycast RP.
-
Each of these routers is configured with a loopback interface that uses the RP address. The RP address, or a prefix that includes the RP address, is injected into the unicast routing system inside the domain.
-
Each router in the anycast RP also needs a separate IP address, to be used for communication between the RPs.
-
Each router in the anycast RP is configured with the addresses of all other routers in the anycast RP. The addresses must be consistently configured in all RPs in the set.
The following figure shows a sample implementation of anycast RP for PIM-SM.
Figure 28-4: Sample implementation of anycast RP for PIM-SM
The following figure summarizes the sequence of events for the Anycast RP implementation shown in Figure 28-4, Sample implementation of anycast RP for PIM-SM.
Table 28-1: Sequence of events for Anycast RP fast convergence
SPT switchover thresholds
SPT switchover thresholds allow you to configure the switchover threshold, in Kbps, for the group prefixes. The threshold value determines when the router switches from the shared tree to the source-specific tree. The switchover is attempted only if the traffic rate on the shared tree for the group exceeds the configured threshold.
L3 Multicast Load Balancing for ECMP
The NFM-P distributes multicast traffic by balancing the load based on the total available multicast bandwidth on all ECMP paths. You can configure ECMP rebalancing on the VPRN and base PIM Routing Instance configuration forms.
NFM-P ECMP rebalancing has the following important characteristics:
-
Multicast load balancing over ECMP links is enabled, by default.
-
Distribution of the multicast groups over the available links is processed based on the bandwidth configured for the specified group address. If the bandwidth is not configured for the multicast stream, then the configured default value is used.
-
If a link failure occurs, the load on the failed channel is distributed to the remaining channels. The bandwidth required to accommodate the load from the failed link is evenly distributed over the remaining links.
-
If an additional link becomes available for a specific multicast channel, it is then treated in an equivalent manner to the other links of the interface.
-
A manual (operator-initiated) re-balance command is typically used to re-evaluate the current balance, with regard to bandwidth utilization. If necessary, multicast streams can subsequently be moved to different links to achieve a balance.
-
In an automatic timed re-balance, the system re-balances multicast streams over the available links, based on the configured bandwidth and interval. If no links have been added or removed, or it is determined that no multicast streams will benefit from a re-balance, then it is not be implemented.
-
When multicast load re-balancing is not enabled, any ECMP changes are not optimized. However, whenever a link is added, an attempt is made to balance the number of multicast streams on all the available ECMP links. This may however, not result in balanced bandwidth utilization of all the ECMP links.
-
Only a single re-balance command can be executed at any specific time. If a re-balance is in progress and a manual re-balance command is entered, it is rejected and a message is displayed informing the user who a re-balance is already in progress.
VRRP-aware PIM
VRRP aware PIM enables PIM to track the state of a VRRP instance and know if the associated VRRP interface is the master. This feature is supported on base router, IES and VPRN interfaces.
PIM monitors the state of the VRRP interface using an operational group. The operational group is up when the VRRP interface is the master, and down for all other VRRP states. A VRRP instance can only be associated with one operational group, and an operational group can only have one associated VRRP instance.
If the monitored interface is the VRRP master, PIM becomes the DR by setting its priority to the configured Operational DR Priority value. Priorities must be configured so that the Operational DR Priority is the highest priority on the IP interface.
If a PIM router is the DR and then receives an indication from VRRP that the interface is no longer the VRRP master, PIM will relinquish the DR role by setting its priority back to the default or configured priority value.
If the VRRP instance or operational group is not configured, PIM will operate as normal with the default or configured priority value.
Two operational groups are supported per PIM interface, one for IPv4 and one for IPv6. A change in operational group status is address family independent; IPv4 and IPv6 priorities are configured independently of each other.