PIM
Protocol-Independent Multicast (PIM) gets its name from the fact that it can work with any existing unicast protocol to perform multicast forwarding. PIM efficiently routes multicast traffic for groups that may span wide area (and inter-domain) networks. It works with all existing unicast routing protocols. PIM supports three modes: dense, sparse and Source-Specific Multicast (SSM). Only one mode of PIM can be enabled at a time.
Dense Mode
Dense mode is most useful when:
- Senders and receivers are in close proximity to one another.
- There are few senders and many receivers.
- The volume of multicast traffic is high.
- The stream of multicast traffic is constant.
Sparse Mode
Sparse mode is most useful when:
- There are few receivers in a group.
- Senders and receivers are separated by WAN links.
- The type of traffic is intermittent.
Source-Specific multicast (SSM) Mode
Source-specific multicast (SSM) is most useful when:
- Most multicast traffic is from well-known sources.
- It is desirable to avoid the overhead of shared tree and rendezvous point processing associated with sparse mode.
SSM is a version of PIM sparse-mode. It is used in conjunction with IGMP version 3 to request or block multicast traffic from specific sources. For example, when a host requests traffic for a multicast group from a specific source, SSM sends PIM join/prune messages towards the source.
The multicast group range 232/8 is reserved for SSM. When SSM is enabled, sparse-mode accepts only IGMPv3 reports for groups that fall within this range. Sparse-mode ignores IGMP v1 and v2 reports in this range. In addition, only shortest-path-tree (SPT) join/prune messages for these groups are accepted from neighboring routers. All other multicast groups are processed as in native sparse mode.
SSM does not need a rendezvous-point (RP). The presence of an RP for any of the SSM groups does not have any influence on the processing of join/prune messages.
PIM Dense Mode State Refresh
The State Refresh option can be used in conjunction with dense mode to eliminate the periodic flood-and-prune of multicast data with no active receivers. All PIM routers must have State Refresh enabled to take advantage of this feature.
PIM dense mode builds multicast distribution trees that operate on a flood and prune principle. Multicast packets from a source are flooded throughout a PIM dense mode network. PIM routers that receive multicast packets and have no directly connected multicast group members or PIM neighbors send a prune message back up the source-based distribution tree toward the source of the packets. As a result, subsequent multicast packets are not flooded to pruned branches of the distribution tree. However, the pruned state in PIM dense mode times out approximately every three minutes and the entire PIM dense mode network is reflooded with multicast packets and prune messages. This reflooding of unwanted traffic throughout the PIM dense mode network consumes network bandwidth unnecessarily.
Use the PIM Dense Mode State Refresh feature to keep the pruned state in PIM dense mode from timing out by periodically forwarding a control message down the distribution tree. The control message refreshes the prune state on the outgoing interfaces of each router in the tree. This saves network bandwidth by greatly reducing the reflooding of unwanted multicast traffic to pruned branches of the PIM dense mode network.
|
Note - You must enable state refresh on all the PIM routers in the distribution tree to take advantage of this feature.
|
Configuring PIM - WebUI
To configure PIM using the WebUI:
- Open the page of the WebUI.
- Configure the PIM Global Settings. In the section, select the . One of:
- . Enable , if appropriate.
- In the section, click .
The window opens.
- In the window
- Select the on which you want to run PIM.
- Optional: For each interface that is running PIM, enter the .
- Optional: To configure this interface to use the VRRP virtual IP address, click .
- Optional: Enter a new (Designated Router priority).
- Click .
PIM Global Settings
Parameter
|
Description
|
|
The PIM mode to use. One of:
- Sparse Mode (SM)
- Dense Mode (DM)
- Source-Specific Multicast (SSM)
|
|
In Dense Mode, use state refresh messages to delay timing out prune state of multicast traffic that has no active receivers. This helps suppress the flood-and-prune cycle inherent to dense mode.
|
PIM Interfaces
Parameter
|
Description
|
|
Select the interface on which to enable PIM
|
|
Use the specified local address for all advertisements sent on the interface. This is useful on interfaces with multiple IP addresses (aliases). The local address must match one of the addresses configured on the interface. If a local address is specified while the virtual address option enabled, the local address must match a virtual address on the interface.
Note - Each router must have at least one interface address with a subnet prefix shared by all neighboring PIM routers. If any neighboring routers choose advertisement addresses that do not appear to be on a shared subnet all messages from those neighbors will be rejected. This holds true even when the virtual address option is enabled.
- Range: Dotted-quad ([0-255].[0-255].[0-255].[0-255]).
- Default: Selects one of the IP addresses configured on the interface. If the virtual address option is enabled, PIM will use the virtual address configured on the interface after the router transitions to master state with respect to VRRP.
|
|
Use the VRRP virtual IP address on this interface. If enabled, PIM runs on this interface only after the router transitions to become a VRRP master after a failover.
When you enable virtual IP support for VRRP on a PIM interface, it establishes the neighbor relationship by using the virtual IP if the router is a VRRP master. The master in the VRRP pair sends hello messages that include the virtual IP as the source address and processes PIM control messages from routers that neighbor the VRRP pair.
Note - You cannot configure a local address or a virtual address when ClusterXL is enabled.
- Range: Enabled, cleared
- Default: Cleared
|
|
The dr-priority advertised in the PIM hello messages sent on the interface. This is used for DR election on a LAN. The router with the highest priority is elected the designated router. To break a tie, the DR is selected on the basis of the highest IP address. If even one router does not advertise a dr-priority, the DR election is based on the IP address.
- Range: 0-4294967295 (2^32 - 1).
- Default: 1.
Note - To verify whether a PIM neighbor supports DR Priority, use the following command:
show pim neighbor <ip_address> For neighbors that advertise a DR election priority value, the following message appears in the summary:
DRPriorityCapable Yes .
|
Disabling PIM
You can disable PIM on one or more interfaces configured on the WebUI platform.
- Open the page of the WebUI.
- In the section, select the interface on which to disable PIM and click .
To disable PIM entirely, delete all PIM interfaces.
Configuring PIM-DM Advanced Options (Optional)
To configure PIM Dense Mode Advanced Options:
- Open the page of the WebUI.
- Select the .
- Click . The window opens.
- In the section, enter values for the:
- (in seconds).
- (in seconds).
- (in seconds).
- .
- (in seconds).
- (in seconds).
- (in seconds).
- In the section, enter values for the routing protocol(s) you are using.
- Click .
Configuring PIM-SM Advanced Options (Optional)
To configure PIM Simple Mode Advanced options:
- Open the page of the WebUI.
- Select the . One of:
- Click .
The window opens.
- In the section, enter a value for the
- (in seconds).
- (in seconds)
- In the section, click .
The window opens.
- In the window, enter a value for the:
- to which the SPT threshold applies.
- for the group multicast address.
- (in kilobits per second).
- Click .
- In the section, enter values for the:
- (in seconds).
- (in seconds).
- (in seconds).
- .
- (in seconds).
- (in seconds).
- (in seconds).
- In the section, enter values for the routing protocol(s) you are using.
- Click .
PIM Advanced Options- General Timers
Parameter
|
Description
|
|
Interval between which PIM hellos are sent on a multicast-capable interface. Hello messages are addressed to the All-PIM-Routers multicast group (224.0.0.13) so that PIM routers may discover neighbors on a multi-access network.
- Range: 1-21845 seconds
- Default: 30
|
|
The life-time of a new PIM forwarding entry. Subsequently the life of the entry will be extended in different ways depending on the location of this router in the network. For example, in some cases the receipt of PIM control messages (e.g. periodic join/prune messages) will extend the life of the entry and in others the presence of local senders of multicast traffic will prevent the entry from being deleted.
- Range: 11-3600 seconds
- Default: 210
|
|
If an assert battle on an upstream interface results in a PIM neighbor other than the unicast reverse-path-forwarding (RPF) neighbor towards the source of the data traffic (for which the assert battle was generated) getting elected as the designated forwarder on that interface, the winner is used as the upstream neighbor for all subsequent join/prune messages. This change is timed-out after expiry of the assert interval (measured in seconds).
- Range: 1-3600 seconds
- Default: 180
|
|
The number of asserts to send per second. Asserts are generated by the router when data from a source is detected on an interface other than the incoming interface (based on the unicast routing table) towards the source. These messages are rate-limited and the router should not originate more than a fixed number of assert messages per second. If the limit is set to 0, rate-limiting is disabled.
- Range: 0, 10-10000
- Default: 10
|
|
Interval between sending Join/Prune messages.
- Range: 1-3600 seconds
- Default: 60
|
|
The maximum interval from the time when the unicast Reverse Path Forwarding (RPF) neighbor (towards a source or the RP) changes, and a triggered Join/Prune message is sent.
- Range: 1-3600 seconds
- Default: 5
|
|
Mean interval from receiving a Join/Prune with a higher Holdtime (with ties broken by higher network layer address) and allowing duplicate Join/Prunes to be sent again. Set this interval to 1.25 times the join/prune interval.
- Range: 2-3600 seconds
- Default: 75
|
PIM Advanced Options- Assert Ranks
Parameter
|
Description
|
|
Used to compare the cost of protocols in order to determine which router will forward multicast data packets on a multi-access LAN. These values are used in assert messages sent out on a LAN when a router detects data packets on an interface other than the incoming interface towards the source of the data. These values must be the same for all routers on a multi-access LAN that are running the same protocol. Hence, the default values have been specifically configured to match that of other implementations.
- Range: 0-255
- Defaults:
- Direct: 0
- OSPF: 10
- Kernel: 40
- Static: 60
- RIP: 100
- BGP: 170
|
PIM Advanced Options- State Refresh Parameters (DM)
Parameter
|
Description
|
|
For Dense Mode, the interval at which state refresh messages are sent for multicast traffic originated by directly-connected sources.
|
|
For Dense Mode, the time-to-live (TTL) placed in the state refresh messages originated for multicast traffic from directly-connected sources. This value can be used to limit the forwarding of state refresh messages in the network. In the absence of user configuration it is derived from the multicast data.
- Range: 1-255
- Default: None
|
PIM Advanced Options- Sparse Mode Timers
Parameter
|
Description
|
|
The mean interval between receiving a register‑stop and allowing registers to be sent again. A lower value means more frequent register bursts at the rendezvous point. A higher value means a longer join latency for new receivers.
- Range: 60-3600 seconds
- Default: 60 seconds
|
|
The interval between which candidate‑rendezvous point routers send candidate‑rendezvous point advertisements to the elected bootstrap router.
- Range: 1-3600 seconds
- Default: 60 seconds
|
PIM Advanced Options- Shortest First Path Threshold - Add Multicast Group
Parameter
|
Description
|
|
The multicast group address to apply to the shortest path tree (spt) threshold.
- Range: Dotted-quad ([224-239].[0-255].[0-255].[0-255])
- Default: None
|
|
Mask length.
|
|
Specifies that there is no spt switch.
|
|
The data rate threshold in Kbits/sec to trigger the spt switchover.
When the data rate for a sparse-mode group exceeds the shortest-path-tree threshold at the last-hop router, an (S,G) entry is created and a join/prune message is sent toward the source. Setting this option builds a shortest-path tree from the source S to the last-hop router.
- Range: 0-1000000 Kbits/s, or infinity (for no switchover)
- Default: None
|
Configuring PIM-SM Bootstrap and Rendezvous Point Settings
To configure this router as a Bootstrap router, Candidate Rendezvous Point and Static Rendezvous Point:
- Open the page of the WebUI.
- Select the One of:
- In the section, click .
The window opens.
- To enable the router as a Bootstrap Router:
- Select .
- Optional: Enter the of the bootstrap router.
- Optional: Enter the .
- To enable the router as a Candidate Rendezvous Point:
- Select .
- Optional: Enter the of the Candidate Rendezvous Point router.
- Optional: Enter the .
- Optional: Click to Configure a and for which this router is designated as the candidate rendezvous point.
- To enable a Static Rendezvous Point:
- Select .
- Optional: Click to enter the IP address.
- Optional: Click to configure a and for which this router is designated as the static rendezvous point.
- Click .
PIM Bootstrap Settings
Parameter
|
Description
|
|
If enabled, this router is a candidate bootstrap router (C-BSR). All candidate RPs (C-RPs) send C-RP-Advertisements to the elected bootstrap router (BSR). The BSR then disseminates this information in bootstrap messages across the PIM domain. To avoid a single point of failure, configure more than one router in a domain as a candidate BSR.
|
|
Address used for the C-BSR state machine and the bootstrap messages.
If PIM clustering is enabled, then this address must be configured and must match that of one of the PIM interfaces.
If PIM clustering is not enabled, this address can either be that of the PIM interfaces or an address configured on the loopback interface. If an address from the loopback interface is used, take care not select an address in the 127/8 address range.
- Range: Address of PIM interface or a non 127.0.0.0/8 loopback address.
- Default: The IP address of one of the interfaces on which PIM is enabled. The default does not apply if PIM clustering is enabled.
|
|
The priority advertised in C-BSR messages. The candidate bootstrap router with the highest priority value is elected as the bootstrap router for the domain. The C-RP with the lowest priority has the highest preference. The highest priority value is 0.
|
PIM Candidate Rendezvous Point
Parameter
|
Description
|
|
Specifies that the platform is a candidate rendezvous point router.
|
|
Address used for the C-RP state machine and in the C-RP-Advertisements sent to the elected bootstrap router.
If PIM clustering is enabled, then this address must be configured and must match that of one of the PIM interfaces.
If clustering is not enabled, this address can either be that of one of the PIM interfaces or an address configured on the loopback interface. If an address from the loopback interface is used, take care not select an address in the 127/8 address range.
- Range: Address of PIM interface or a non 127.0.0.0/8 loopback address.
- Default: Selects the IP address of one of the interfaces on which PIM is enabled. The default does not apply if PIM clustering is enabled.
|
|
The priority of this C-RP. All PIM routers select the same RP for a multicast group address from the list of C-RPs received in the bootstrap messages from the elected BSR. The lower the Local Preference of the C-RP, the higher the priority.
|
|
The multicast group(s) for which this rendezvous point is responsible. Enter the group multicast IP address and mask length.
Multicast group address
- Range: Dotted-quad ([224-239].[0-255].[0-255].[0-255])
- Default: 224.0.0.0/4
|
|
Mask length:
|
PIM Static Rendezvous Point
Parameter
|
Description
|
|
Enables or disables the static rendezvous point.
|
|
A static rendezvous point. If an associated multicast group and prefix is not configured, the static-rp is considered to be responsible for all multicast groups (224.0.0.0/4). This needs to be consistent with the RP information at other routers in a multicast domain irrespective of the RP-dissemination mechanism (bootstrap or autoRP) used.
Note - The static RP overrides the RP information received from other RP-dissemination mechanisms, such as bootstrap routers.
- Range: Any IP address
- Default: None
|
|
The multicast group(s) for which this rendezvous point is responsible. Enter the group multicast IP address and mask length.
Multicast group address
- Range: Dotted-quad ([224-239].[0-255].[0-255].[0-255])
- Default: 224.0.0.0/4
|
|
Mask length:
|
Configuring PIM - CLI (pim)
Use the commands in this section to configure PIM via the CLI.
PIM Global Settings
set pim mode
dense
sparse
ssm
set pim state-refresh <on | off>
|
Parameter
|
Description
|
<dense | sparse | ssm>
|
The PIM mode to use. One of:
- Sparse Mode (SM)
- Dense Mode (DM)
- Source-Specific Multicast (SSM)
|
state-refresh <on | off>
|
In Dense Mode, use state refresh messages to delay timing out prune state of multicast traffic that has no active receivers. This helps suppress the flood-and-prune cycle inherent to dense mode.
|
PIM Interfaces
After you set PIM to run dense mode, sparse mode or SSM, use the following commands to configure PIM for specific interfaces.
set pim interface if_name
<on | off>
virtual-address <on | off>
local‑address ip_address
dr‑priority <0‑4294967295>
dr‑priority default
|
Parameter
|
Description
|
interface if_name <on | off>
|
Whether to enable or disable PIM on a specified interface.
|
virtual-address <on | off>
|
Use the VRRP virtual IP address on this interface. If enabled, PIM runs on this interface only after the router transitions to become a VRRP master after a failover.
When you enable virtual IP support for VRRP on a PIM interface, it establishes the neighbor relationship by using the virtual IP if the router is a VRRP master. The master in the VRRP pair sends hello messages that include the virtual IP as the source address and processes PIM control messages from routers that neighbor the VRRP pair.
Note - You cannot configure a local address or a virtual address when ClusterXL is enabled.
|
local‑address ip_address
|
Use the specified local address for all advertisements sent on the interface. This is useful on interfaces with multiple IP addresses (aliases). The local address must match one of the addresses configured on the interface. If a local address is specified while the virtual address option enabled, the local address must match a virtual address on the interface.
Note - Each router must have at least one interface address with a subnet prefix shared by all neighboring PIM routers. If any neighboring routers choose advertisement addresses that do not appear to be on a shared subnet all messages from those neighbors will be rejected. This holds true even when the virtual address option is enabled.
- Range: Dotted-quad ([0-255].[0-255].[0-255].[0-255]).
- Default: Selects one of the IP addresses configured on the interface. If the virtual address option is enabled, PIM will use the virtual address configured on the interface after the router transitions to master state with respect to VRRP.
|
dr‑priority <0‑4294967295>
|
The dr-priority advertised in the PIM hello messages sent on the interface. This is used for DR election on a LAN. The router with the highest priority is elected the designated router. To break a tie, the DR is selected on the basis of the highest IP address. If even one router does not advertise a dr-priority, the DR election is based on the IP address.
- Range: 0-4294967295 (2^32 - 1).
- Default: 1.
- Note - To verify whether a PIM neighbor supports DR Priority, use the following command:
show pim neighbor <ip_address> For neighbors that advertise a DR election priority value, the following message appears in the summary:
DRPriorityCapable Yes .
|
dr‑priority default
|
A value of 1.
|
PIM Sparse Mode
Use the following commands to configure parameters for sparse mode PIM only.
set pim
bootstrap‑candidate <on | off>
bootstrap‑candidate local‑address ip_address
bootstrap‑candidate priority <0‑255>
bootstrap‑candidate priority default
candidate‑rp <on | off>
candidate‑rp local‑address ip_address
candidate‑rp priority <0‑255>
canidate‑rp priority default
candidate‑rp multicast group mcast_ip_prefix <on | off>
static‑rp off
static‑rp rp‑address ip_address < on | off>
static‑rp rp‑address ip_address multicast‑group <mcast_address>/<mask_length> <on | off>
register‑suppress‑interval <60‑3600>
register‑suppress‑interval default
candidate‑rp advertise‑interval <1‑3600>
candidate rp‑advertise‑interval default
spt‑threshold multicast <mcast_address>/<mask_length> threshold <0‑1000000> <on | off>
spt‑threshold multicast <mcast_address>/<mask_length> threshold infinity <on | off>
|
Bootstrap and Rendezvous Point Settings
Parameter
|
Description
|
bootstrap‑candidate <on | off>
|
If enabled, this router is a candidate bootstrap router (C-BSR). All candidate RPs (C-RPs) send C-RP-Advertisements to the elected bootstrap router (BSR). The BSR then disseminates this information in bootstrap messages across the PIM domain. To avoid a single point of failure, configure more than one router in a domain as a candidate BSR.
|
bootstrap‑candidate local‑address ip_address
|
Address used for the C-BSR state machine and the bootstrap messages.
If PIM clustering is enabled, then this address must be configured and must match that of one of the PIM interfaces.
If PIM clustering is not enabled, this address can either be that of the PIM interfaces or an address configured on the loopback interface. If an address from the loopback interface is used, take care not select an address in the 127/8 address range.
- Range: Address of PIM interface or a non 127.0.0.0/8 loopback address.
- Default: The IP address of one of the interfaces on which PIM is enabled. The default does not apply if PIM clustering is enabled.
|
bootstrap‑candidate priority <0‑255>
|
The priority advertised in C-BSR messages. The candidate bootstrap router with the highest priority value is elected as the bootstrap router for the domain. The C-RP with the lowest priority has the highest preference. The highest priority value is 0.
|
bootstrap‑candidate priority default
|
Specifies a value of 0.
|
Candidate Rendezvous Point
Parameter
|
Description
|
candidate‑rp <on | off>
|
Specifies that the platform is a candidate rendezvous point router.
|
candidate‑rp local‑address ip_address
|
Address used for the C-RP state machine and in the C-RP-Advertisements sent to the elected bootstrap router.
If PIM clustering is enabled, then this address must be configured and must match that of one of the PIM interfaces.
If clustering is not enabled, this address can either be that of one of the PIM interfaces or an address configured on the loopback interface. If an address from the loopback interface is used, take care not select an address in the 127/8 address range.
- Range: Address of PIM interface or a non 127.0.0.0/8 loopback address.
- Default: Selects the IP address of one of the interfaces on which PIM is enabled. The default does not apply if PIM clustering is enabled.
|
candidate‑rp priority <0‑255>
|
The priority of this C-RP. All PIM routers select the same RP for a multicast group address from the list of C-RPs received in the bootstrap messages from the elected BSR. The lower the Local Preference of the C-RP, the higher the priority.
|
candidate‑rp priority default
|
A value of 0.
|
Candidate Rendezvous Point
Parameter
|
Description
|
candidate‑rp multicast‑group <mcast_address>/<mask_length> <on | off>
|
The multicast address advertised in the candidate rendezvous point advertisements. Enter the group multicast IP address and mask length. If you do not specify a group multicast address, the candidate rendezvous point advertises itself as the rendezvous point for all multicast groups.
Multicast group address
- Range: Dotted-quad ([224-239].[0-255].[0-255].[0-255]).
- Default: None.
Mask length:
|
Static Rendezvous Point
Parameter
|
Description
|
static‑rp off
|
Disables the static rendezvous point option.
|
static‑rp rp‑address ip_address <on | off>
|
A static rendezvous point. If an associated multicast group and prefix is not configured, the static-rp is considered to be responsible for all multicast groups (224.0.0.0/4). This needs to be consistent with the RP information at other routers in a multicast domain irrespective of the RP-dissemination mechanism (bootstrap or autoRP) used.
Note - The static RP overrides the RP information received from other RP-dissemination mechanisms, such as bootstrap routers.
- Range: Any IP address
- Default: None
|
static‑rp rp‑address ip_address multicast‑group <mcast_address>/<mask_length> <on | off>
|
The multicast group(s) for which this rendezvous point is responsible. Enter the group multicast IP address and mask length.
Multicast group address
- Range: Dotted-quad ([224-239].[0-255].[0-255].[0-255])
- Default: 224.0.0.0/4
Mask length:
|
Sparse Mode Timers
Parameter
|
Description
|
register‑suppress‑interval <60‑3600>
|
The mean interval between receiving a register‑stop and allowing registers to be sent again. A lower value means more frequent register bursts at the rendezvous point. A higher value means a longer join latency for new receivers.
- Range: 60-3600 seconds
- Default: 60 seconds
|
register‑suppress‑interval default
|
A value of 60 seconds.
|
candidate‑rp advertise‑interval <1‑3600>
|
The interval between which candidate‑rendezvous point routers send candidate‑rendezvous point advertisements to the elected bootstrap router.
- Range: 1-3600 seconds
- Default: 60 seconds
|
candidate‑rp advertise‑interval default
|
A value of 60 seconds.
|
Shortest Path First Threshold
Parameter
|
Description
|
spt‑threshold multicast <mcast_address>/<mask_length> threshold <0‑1000000>
|
The multicast group address to apply to the shortest path tree (spt) threshold.
- Range: Dotted-quad ([224-239].[0-255].[0-255].[0-255])
- Default: None
Mask length.
The data rate threshold in Kbits/sec to trigger the spt switchover.
When the data rate for a sparse-mode group exceeds the shortest-path-tree threshold at the last-hop router, an (S,G) entry is created and a join/prune message is sent toward the source. Setting this option builds a shortest-path tree from the source S to the last-hop router.
- Range: 0-1000000 Kbits/s, or infinity (for no switchover)
- Default: None
|
spt‑threshold multicast <mcast_address>/<mask_length> threshold infinity <on | off>
|
Specifies that there is no spt switchover.
Multicast group address
- Range: Dotted-quad ([224-239].[0-255].[0-255].[0-255])
- Default: 224.0.0.0/4
Mask length:
|
Timer and Assert Rank Parameters for Dense Mode and Sparse Mode
Use these commands to change or restore default values for timers and assert ranks.
set pim
hello‑interval <1‑21845>
hello‑interval default
data‑interval <11‑3600>
data‑interval default
assert‑interval <1‑3600>
assert‑interval default
assert‑limit <10‑10000>
assert‑limit default
assert‑limit <0>
jp‑interval <1‑3600>
jp‑interval default
jp‑delay‑interval <1‑3600>
jp‑delay‑interval default
jp‑suppress‑interval <2‑3600>
jp‑suppress‑interval default
assert‑rank protocol protocol name rank <0‑255>
assert‑rank protocol protocol name rank default
state-refresh-interval <1 – 255>
state-refresh-ttl <1 – 255>
|
General Timers
Parameter
|
Description
|
hello interval <1‑21845>
|
Interval between which PIM hellos are sent on a multicast-capable interface. Hello messages are addressed to the All-PIM-Routers multicast group (224.0.0.13) so that PIM routers may discover neighbors on a multi-access network.
- Range: 1-21845 seconds
- Default: 30
|
hello interval default
|
A value of 30.
|
data‑interval <11‑3600>
|
The life-time of a new PIM forwarding entry. Subsequently the life of the entry will be extended in different ways depending on the location of this router in the network. For example, in some cases the receipt of PIM control messages (e.g. periodic join/prune messages) will extend the life of the entry and in others the presence of local senders of multicast traffic will prevent the entry from being deleted.
- Range: 11-3600 seconds
- Default: 210
|
data‑interval default
|
A value of 210.
|
assert‑interval <1‑3600>
|
If an assert battle on an upstream interface results in a PIM neighbor other than the unicast reverse-path-forwarding (RPF) neighbor towards the source of the data traffic (for which the assert battle was generated) getting elected as the designated forwarder on that interface, the winner is used as the upstream neighbor for all subsequent join/prune messages. This change is timed-out after expiry of the assert interval (measured in seconds).
- Range: 1-3600 seconds
- Default: 180
|
assert‑interval default
|
A value of 180.
|
assert‑limit <10‑10000>
|
The number of asserts to send per second. Asserts are generated by the router when data from a source is detected on an interface other than the incoming interface (based on the unicast routing table) towards the source. These messages are rate-limited and the router should not originate more than a fixed number of assert messages per second. If the limit is set to 0, rate-limiting is disabled.
- Range: 0, 10-10000
- Default: 10
|
assert‑limit default
|
A value of 10.
|
assert‑limit <0>
|
Disables the limit placed on the number of asserts that can be sent per second.
|
jp‑interval <1‑3600>
|
Interval between sending Join/Prune messages.
- Range: 1-3600 seconds
- Default: 60
|
jp‑interval default
|
A value of 60.
|
jp‑delay‑interval <1‑3600>
|
The maximum interval from the time when the unicast Reverse Path Forwarding (RPF) neighbor (towards a source or the RP) changes, and a triggered Join/Prune message is sent.
- Range: 1-3600 seconds
- Default: 5
|
jp‑delay‑interval default
|
A value of 5.
|
jp‑suppress‑interval <2‑3600>
|
Mean interval from receiving a Join/Prune with a higher Holdtime (with ties broken by higher network layer address) and allowing duplicate Join/Prunes to be sent again. Set this interval to 1.25 times the join/prune interval.
- Range: 2-3600 seconds
- Default: 75
|
jp‑suppress‑interval default
|
A value of 75.
|
Assert Ranks
assert‑rank protocol protocol name rank <0‑255>
|
Used to compare the cost of protocols in order to determine which router will forward multicast data packets on a multi-access LAN. These values are used in assert messages sent out on a LAN when a router detects data packets on an interface other than the incoming interface towards the source of the data. These values must be the same for all routers on a multi-access LAN that are running the same protocol. Hence, the default values have been specifically configured to match that of other implementations.
|
assert‑rank protocol protocol name rank default
|
Default assert‑rank values for supported protocols that match other implementations.
- Defaults:
- Direct: 0
- OSPF: 10
- Kernel: 40
- Static: 60
- RIP: 100
- BGP: 170
|
State Refresh Parameters- Dense Mode
state-refresh-interval <1 – 255>
|
For Dense Mode, the interval at which state refresh messages are sent for multicast traffic originated by directly-connected sources.
|
state-refresh-ttl <1 – 255>
|
For Dense Mode, the time-to-live (TTL) placed in the state refresh messages originated for multicast traffic from directly-connected sources. This value can be used to limit the forwarding of state refresh messages in the network. In the absence of user configuration it is derived from the multicast data.
- Range: 1-255
- Default: None
|
Monitoring and Troubleshooting PIM
PIM Trace Options
To log information about PIM errors and events using the WebUI:
- In the tree view, click .
- In the tab, select and select .
- In the option variables area, do one of:
- Double-click an option.
- Select an option (to select multiple options, use Shift-Click) and click
- Click at the top of the page
To log information about PIM errors and events using the CLI:
set trace pim
assert <on | off>
bootstrap <on | off>
crp <on | off>
graft <on | off>
hello <on | off>
join <on | off>
mfc <on | off>
mrt <on | off>
packets <on | off>
rp <on | off>
register <on | off>
trap <on | off>
traceoptions <on | off>
|
The following trace options apply both to dense-mode and sparse-mode implementations:
Parameter
|
Description
|
assert
|
Trace PIM assert messages.
|
hello
|
Trace PIM router hello messages.
|
join
|
Trace PIM join/prune messages.
|
mfc
|
Trace calls to or from the multicast forwarding cache
|
mrt
|
Trace PIM multicast routing table events.
|
packets
|
Trace all PIM packets.
|
trap
|
Trace PIM trap messages.
|
all
|
Trace all PIM events and packets.
|
The following trace options apply to sparse-mode implementations only:
Parameter
|
Description
|
bootstrap
|
Trace bootstrap messages.
|
crp
|
Trace candidate‑RP‑advertisements.
|
rp
|
Trace RP‑specific events, including RP set‑specific and bootstrap‑specific events.
|
register
|
Trace register and register‑stop packets.
|
The following trace option applies to dense-mode implementations only:
Parameter
|
Description
|
graft
|
Trace graft and graft acknowledgment packets.
|
PIM Show and MFC Commands
Use these commands to monitor and troubleshoot PIM.
These commands apply to both dense‑mode and sparse‑mode PIM:
show pim
interfaces
interfaces if_address
neighbors
neighbor ip_address
memory
timers
stats
summary
|
These commands apply only to sparse-mode PIM:
show pim
bootstrap
candidate‑rp
joins
rps
sarse‑mode‑stats
group‑rp‑mapping <mcast_address>
|
Dense Mode and Sparse Mode Parameters
Parameter
|
Description
|
interface
|
The interfaces that are running PIM, their status, and their mode. This command also displays the interface and its DR priority and the number of PIM neighbors on the interface.
|
neighbors
|
The IP address of each PIM neighbor and the interface on which the neighbor is present. This command also displays the neighbor’s DR priority, generation ID, holdtime and the time the neighbor is set to expire based on the holdtime received in the most recent hello message.
|
neighbor ip_address
|
Use this command to verify whether a PIM neighbor supports DR Priority. For neighbors that advertise a DR election priority value, the following message appears in the summary: DRPriorityCapable Yes.
|
stats
|
The number of different types of PIM packets received and transmitted and any associated errors.
|
memory
|
|
timers
|
|
summary
|
|
Sparse Mode Parameters
Parameter
|
Description
|
bootstrap
|
The IP address and state of the Bootstrap router.
|
candidate-rp
|
The state of the Candidate Rendezvous Point state machine.
|
joins
|
PIM’s view of the join-prune (*, G and S, G) state, including RP for the group, incoming, and outgoing interface(s), interaction with the multicast forwarding cache and the presence of local members. To view the equivalent information for dense-mode PIM, use the show mfc cache command.
|
rps
|
The active RP-set, including the RP addresses, their type (or source of information about them) and the groups for which they are configured to act as RP.
|
group-rp-mapping <group-address>
|
The RP selected for a particular group based on information from the active RP-set.
|
sparse-mode stats
|
Error statistics for multicast forwarding cache (MFC); Bootstrap Router (BSR) messages; Candidate Rendezvous Point (CRP) advertisements; and the Internet Group Management Protocol (IGMP).
|
MFC Commands and Trace Options
To log multicast errors and events, use the show mfc commands or the MFC Trace options in the WebUI or the CLI.
Parameter
|
Description
|
cache
|
Multicast source and group forwarding state by prefix.
|
interface
|
Multicast source and group forwarding state by interface.
|
|
|