rfc-5240

Protocol Independent Multicast (PIM) Bootstrap Router MIB

B. Joshi, R. Bijlani
date2008-06 streamIETF areartg wgpim statusPROPOSED STANDARD pages23 canonicalhttps://www.rfc-editor.org/rfc/rfc5240 doi10.17487/RFC5240 errataview
This document defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing the Bootstrap Router (BSR) mechanism for PIM (Protocol Independent Multicast). [STANDARDS-TRACK]

Extracted elements (25)

design-rationale §1

The BSR-specific MIB tables were separated from the earlier PIM MIB (RFC 5060) into this standalone module to provide a focused, independently deployable MIB for managing the BSR mechanism without requiring the full PIM MIB.

multicast, snmp

interoperability-note §5

Object definitions for C-RP advertisement interval, holdtime, C-BSR priority election, and RP priority semantics directly reference RFC 5059 (Bootstrap Router mechanism for PIM). Implementations must align MIB object behavior with the protocol semantics defined there.

multicast, snmp

interoperability-note §4

The MIB uses textual conventions from INET-ADDRESS-MIB (RFC 4001), including InetAddressType, InetAddress, InetAddressPrefixLength, and InetZoneIndex, enabling dual IPv4/IPv6 address handling throughout all four tables.

multicast, snmp

interoperability-note §5

Zone-scope information for pimBsrCandidateBSRZoneIndex and pimBsrElectedBSRZoneIndex must be correlated with the ipMcastZoneTable defined in the IP Multicast MIB (RFC 5132). The value zero is reserved as a default-zone request and is not a valid index value in this MIB.

multicast, snmp

normative-requirement §6 RECOMMENDED

Deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, SNMPv3 with cryptographic security enabled is RECOMMENDED, with access restricted to principals with legitimate rights.

security, snmp

normative-requirement §5 MUST

Implementations of this MIB module MUST include the pimBsrObjectGroup as a mandatory conformance group. The pimBsrDiagnosticsGroup (notifications) is optional.

multicast, snmp

normative-requirement §6 RECOMMENDED

It is RECOMMENDED that implementers consider the security features provided by the SNMPv3 framework, including full support for SNMPv3 cryptographic mechanisms for authentication and privacy.

security, snmp

protocol-element §5

pimBsrCandidateBSRHashMaskLength (Unsigned32 0..128) controls the hash mask length advertised in Bootstrap messages. It defaults to 30 for IPv4/IPv4z address types and to 126 for IPv6/IPv6z address types.

multicast, snmp

protocol-element §5

pimBsrCandidateRPHoldtime (Unsigned32 0..65535 seconds, default 150) represents the validity period of the C-RP advertisement entry. A value of zero is only valid when the C-RP is shutting down.

multicast, snmp

protocol-element §4

The PIM-BSR-MIB module contains four conceptual tables: the Candidate-RP Table (C-RP configurations), the Elected BSR RP-Set Table (Group-to-RP mappings on the E-BSR), the Candidate-BSR Table (C-BSR configurations), and the Elected-BSR Table (per-zone elected BSR state).

multicast, snmp, registry

protocol-element §5

The pimBsrCandidateBSREntry includes address type and address, priority (Unsigned32 0..255, higher=higher priority, default 0), hash mask length (default 30 for IPv4, 126 for IPv6), elected-BSR flag (read-only), bootstrap timer (read-only, zero when not elected), row status, and storage type.

multicast, snmp

protocol-element §5

The pimBsrCandidateBSRTable contains one row per zone for which the local router is configured as a Candidate-BSR. It is indexed by pimBsrCandidateBSRZoneIndex (InetZoneIndex, range 1..4294967295; zero is invalid).

multicast, snmp

protocol-element §5

The pimBsrCandidateBSRWinElection SNMP notification is generated when a C-BSR wins the BSR election, i.e., when pimBsrCandidateBSRElectedBSR transitions to TRUE. It carries pimBsrCandidateBSRElectedBSR as its varbind.

multicast, snmp

protocol-element §5

The pimBsrCandidateRPEntry includes fields for RP address, group prefix, BIDIR-PIM flag (pimBsrCandidateRPBidir), advertisement timer, priority (Unsigned32 0..255, default 192), advertisement interval (default 60s), holdtime (default 150s), row status, and storage type.

multicast, snmp

protocol-element §5

The pimBsrCandidateRPGroupAddress index field is significant only up to pimBsrCandidateRPGroupPrefixLength bits; remaining bits must be zero. Non-zero remainder bits would identify an entirely different table entry.

multicast, snmp

protocol-element §5

The pimBsrCandidateRPTable lists multicast group address prefixes for which the local router advertises itself as a Candidate-RP. It is indexed by address type, RP address, group address, and group prefix length.

multicast, snmp

protocol-element §5

The pimBsrElectedBSRLostElection SNMP notification is generated when the current E-BSR loses election to a new C-BSR, i.e., when pimBsrCandidateBSRElectedBSR transitions to FALSE. It carries the outgoing E-BSR's address type, address, and priority.

multicast, snmp

protocol-element §5

The pimBsrElectedBSRRPSetEntry is indexed by address type, group address, group prefix length, and RP address. It exposes RP priority (0..255, higher=lower priority), holdtime, expiry time, and a BIDIR-PIM flag; all fields are read-only.

multicast, snmp

protocol-element §5

The pimBsrElectedBSRRPSetTable exists only on an elected BSR and lists Group-to-RP mappings received via C-RP advertisements or local configuration. The E-BSR applies local policy to select which entries to include in Bootstrap messages.

multicast, snmp

protocol-element §5

The pimBsrElectedBSRTable contains one read-only row per zone for which there is an elected BSR, exposing address type, address, priority, hash mask length, and expiry time (time until the E-BSR is declared down).

multicast, snmp

registry §7

IANA assigned the OID { mib-2 172 } to pimBsrMIB, recorded in the SMI Numbers registry under the descriptor 'pimBsrMIB'.

registry, snmp, multicast

security-consideration §6

A new or modified Candidate-BSR with a manipulated high priority (bsrCandidateBSRPriority) can usurp the Elected BSR role, preventing and disrupting multicast services across the zone.

security, multicast

security-consideration §6

A new or modified Candidate-RP with a manipulated low priority (bsrCandidateRPPriority) can force routers to select it as the RP for a particular group prefix, enabling traffic interception or service disruption.

security, multicast

security-consideration §6

Read access (GET/NOTIFY) to objects such as pimBsrElectedBSRAddress, pimBsrElectedBSRPriority, and related fields reveals the multicast network topology (elected BSR, candidate BSRs, candidate RPs), which can be used to prepare Denial-of-Service attacks. These values should be protected and possibly encrypted in transit.

security, multicast, snmp

security-consideration §6

SNMP versions prior to SNMPv3 provide no access control independent of network-level security (e.g., IPsec). Even on a secure network, there is no per-principal control over who may read, write, create, or delete MIB objects.

security, snmp