Use the Gaia Clish commands in this section to configure PIM.
set pim mode {dense | sparse | ssm}
set pim state-refresh {on | off}
Parameter |
Description |
---|---|
|
The PIM mode to use. One of:
|
|
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. |
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> | default}
Parameter |
Description |
---|---|
|
Whether to enable or disable PIM on a specified interface. |
|
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.
|
|
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.
|
|
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.
|
|
A value of 1. |
Use the following commands to configure parameters for sparse mode PIM only.
set pim
bootstrap-candidate
{on | off}
local-address <ip_address>
priority <0-255> | default
candidate-rp
{on | off}
advertise-interval <1-3600> | default
local-address <ip_address>
priority <0-255> | default
multicast group mcast_ip_prefix {on | off}
static-rp
off
rp-address <ip_address>
{on | off}
multicast-group <
mcast_address>/<
mask_length>
{on | off}
register-suppress-interval <60-3600> | default
spt-threshold multicast <
mcast_address>/<
mask_length>
threshold <0-1000000> {on | off}
threshold infinity {on | off}
Bootstrap and Rendezvous Point 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.
|
|
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.
|
|
Specifies a value of 0. |
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.
|
|
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.
|
|
A value of 0. |
Candidate Rendezvous Point
Parameter |
Description |
---|---|
|
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:
Mask length:
|
Static Rendezvous Point
Parameter |
Description |
---|---|
|
Disables the static rendezvous point option. |
|
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.
|
|
Multicast group address:
Mask length:
|
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.
|
|
A value of 60 seconds. |
|
The interval between which candidate-rendezvous point routers send candidate-rendezvous point advertisements to the elected bootstrap router.
|
|
A value of 60 seconds. |
Shortest Path First Threshold
Parameter |
Description |
---|---|
|
The interval between which candidate-rendezvous point routers send candidate-rendezvous point advertisements to the elected bootstrap router. Multicast group address
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.
|
|
Specifies that there is no spt switchover. Multicast group address
Mask length:
|
Use these commands to change or restore default values for timers and assert ranks.
set pim
hello-interval {<1-21845> | default}
data-interval {<11-3600> | default}
assert-interval {<1-3600> | default}
assert-limit {<0> | <10-10000> | default}
jp-interval {<1-3600> | default}
jp-delay-interval {<1-3600> | default}
jp-suppress-interval {<2-3600> | default}
assert-rank protocol <protocol name> rank {<0-255> | default}
state-refresh-interval <1 – 255>
state-refresh-ttl <1 – 255>
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.
|
|
A value of 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.
|
|
A value of 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).
|
|
A value of 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.
|
|
A value of 10. |
|
Disables the limit placed on the number of asserts that can be sent per second. |
|
Interval between sending Join/Prune messages.
|
|
A value of 60. |
|
The maximal 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.
|
|
A value of 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.
|
|
A value of 75. |
Assert Ranks
|
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.
|
---|---|
|
Default assert-rank values for supported protocols that match other implementations.
|
State Refresh Parameters- Dense Mode
|
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.
|