rfc-2787

Definitions of Managed Objects for the Virtual Router Redundancy Protocol

B. Jewell, D. Chuang
date2000-03 streamIETF areartg wgvrrp statusPROPOSED STANDARD pages31 canonicalhttps://www.rfc-editor.org/rfc/rfc2787 doi10.17487/RFC2787
This specification defines an extension to the Management Information Base (MIB) for use with SNMP-based network management. In particular, it defines objects for configuring, monitoring, and controlling routers that employ the Virtual Router Redundancy Protocol (VRRP). [STANDARDS-TRACK]

obsoleted by

Extracted elements (28)

design-rationale §2.3.1

The MIB uses ifIndex as a table index because a router can participate in VRRP on one or more physical interfaces. This leverages the existing IF-MIB (RFC 2233) structure rather than introducing a separate interface identification scheme.

snmp

design-rationale §2

The MIB uses IPv4-specific SYNTAX for IP addresses because VRRP (RFC 2338) is intended for use with IPv4 routers only. The document explicitly notes that changes will be required for IPv6 interoperability.

snmp, v6ops

design-rationale §2.3

The VRRP MIB table structure is designed assuming that management applications will display information on a per-virtual-router basis. Conceptual rows are grouped to present individual virtual router views with a minimal number of SNMP operations.

snmp

interoperability-note §1

The MIB module is compliant with SMIv2 and semantically identical to SMIv1 definitions. Translation to SMIv1 is possible except where Counter64 objects are used (which have no SMIv1 equivalent) and some machine-readable SMIv2 information becomes textual descriptions.

snmp

normative-requirement §3 MUST

A newly created vrrpOperTable row cannot be made active until at minimum vrrpOperVrId has been set and at least one active row exists in vrrpAssoIpAddrTable defining an associated IP address for the virtual router.

snmp

normative-requirement §3 MUST

Rows in vrrpOperTable and vrrpAssoIpAddrTable cannot be modified unless vrrpOperAdminState is 'disabled' and vrrpOperState has transitioned to 'initialize'. This ensures configuration changes only occur when the virtual router is inactive.

snmp

normative-requirement §3 MUST

The compliance statement restricts write access to vrrpOperPriority to values 1..255 (WRITE-SYNTAX Integer32 (1..255)), preventing management applications from setting the reserved priority-0 value via SNMP SET.

snmp

normative-requirement §3 MUST

vrrpOperAdminState must be set to 'down' prior to modifying other read-create objects in the vrrpOperEntry conceptual row. The vrrpOperRowStatus must be 'active' before vrrpOperAdminState can be set to 'up'.

snmp

protocol-element §3

The VrId TEXTUAL-CONVENTION is an Integer32 (1..255) that, combined with ifIndex, uniquely identifies a virtual router instance on a VRRP router. A set of one or more associated IP addresses is assigned to each VRID.

snmp

protocol-element §2.1

The VRRP MIB (OID mib-2 68) is organized into three conformance groups: vrrpOperations (configuration and control), vrrpStatistics (monitoring counters), and vrrpConformance (compliance statements). Tables include vrrpOperTable, vrrpAssoIpAddrTable, and vrrpRouterStatsTable.

snmp, registry

protocol-element §3

The vrrpOperTable contains operational characteristics of virtual routers, indexed by { ifIndex, vrrpOperVrId }. Each row represents one virtual router instance and includes state, priority, authentication, advertisement interval, and preemption configuration.

snmp

protocol-element §3

Three router-wide error counters track global VRRP packet reception errors: vrrpRouterChecksumErrors (invalid checksum), vrrpRouterVersionErrors (unknown/unsupported version), and vrrpRouterVrIdErrors (invalid VRID). These are Counter32 objects not scoped to a particular virtual router.

snmp

protocol-element §3

vrrpAssoIpAddrTable is indexed by { ifIndex, vrrpOperVrId, vrrpAssoIpAddr } and holds the set of IP addresses that a virtual router is responsible for backing up. Row count equals vrrpOperIpAddrCount. Rows cannot be modified when the virtual router is active.

snmp

protocol-element §3

vrrpNotificationCntl (read-write, default enabled) globally enables or disables SNMP trap generation for all VRRP events defined in the MIB. Setting it to disabled prevents any VRRP traps from being sent.

snmp

protocol-element §3

vrrpOperAdvertisementInterval specifies the interval in seconds (1..255) between VRRP advertisement messages; only the master router sends advertisements. Default is 1 second.

snmp

protocol-element §3

vrrpOperAuthKey is an OCTET STRING (SIZE 0..16) holding the authentication key for simpleTextPassword or ipAuthenticationHeader modes. If the value is shorter than 16 octets, the agent left-adjusts and zero-fills. When read, this object always returns an Octet String of length zero (key is write-only for security).

snmp, security

protocol-element §3

vrrpOperAuthType specifies the authentication method for VRRP protocol exchanges: noAuthentication(1), simpleTextPassword(2), or ipAuthenticationHeader(3). The value must be the same for all virtual routers sharing a given ifIndex. New enumerations require a standards-track RFC.

snmp, security

protocol-element §3

vrrpOperPreemptMode (TruthValue, default true) controls whether a higher-priority virtual router will preempt a lower-priority master. vrrpOperVirtualRouterUpTime records the sysUpTime value when the virtual router last transitioned out of the initialize state.

snmp

protocol-element §3

vrrpOperPrimaryIpAddr specifies which of a multi-address interface's IP addresses becomes vrrpOperMasterIpAddr upon backup-to-master transition. If set to 0.0.0.0 (default), the numerically lowest IP address is selected.

snmp

protocol-element §3

vrrpOperPriority is an Integer32 (0..255) used in the master election process; higher values mean higher priority. Priority 255 denotes the IP address owner; priority 0 (not settable via SNMP, sent by master) signals cessation of VRRP participation and triggers backup-to-master transition. Default is 100.

snmp

protocol-element §3

vrrpOperProtocol identifies the protocol being controlled by the virtual router: ip(1), bridge(2), decnet(3), or other(4). Default is ip(1). New enumerations require a standards-track RFC.

snmp

protocol-element §3

vrrpOperVirtualMacAddr (read-only MacAddress) exposes the virtual router's virtual MAC address, which is derivable from the VRID per the VRRP specification. It is included as a MIB object for easy retrieval by management applications and for inclusion in SNMP traps.

snmp

protocol-element §3

vrrpRouterStatsTable (augmenting vrrpOperEntry) provides per-virtual-router counters including: vrrpStatsBecomeMaster, vrrpStatsAdvertiseRcvd, vrrpStatsAdvertiseIntervalErrors, vrrpStatsAuthFailures, vrrpStatsIpTtlErrors, vrrpStatsPriorityZeroPktsRcvd/Sent, vrrpStatsInvalidTypePktsRcvd, vrrpStatsAddressListErrors, vrrpStatsInvalidAuthType, vrrpStatsAuthTypeMismatch, and vrrpStatsPacketLengthErrors.

snmp

protocol-element §3

vrrpTrapNewMaster NOTIFICATION-TYPE carries vrrpOperMasterIpAddr and is sent when the agent transitions to Master state. vrrpTrapAuthFailure carries vrrpTrapPacketSrc and vrrpTrapAuthErrorType (invalidAuthType, authTypeMismatch, or authFailure); implementation of this trap is optional.

snmp, security

registry §3

The VRRP MIB is assigned OID { mib-2 68 }, registering the vrrpMIB MODULE-IDENTITY under the standard MIB-2 subtree as published in RFC 2787.

snmp, registry

security-consideration §4

Several read-create objects in vrrpOperTable can critically affect VRRP operation if manipulated without authorization: vrrpOperAdminState can disable a virtual router; vrrpOperPrimaryIpAddr can assign an invalid IP to a master; authentication type/key objects can render VRRP security mechanisms ineffective. Disabling vrrpNotificationCntl nullifies auth-failure trap reporting.

snmp, security

security-consideration §4 RECOMMENDED

SNMPv1 alone is not a secure environment. Even on an IPsec-protected network, SNMPv1 provides no access control over who may GET or SET MIB objects. Implementers are recommended to use SNMPv3 with the User-based Security Model (RFC 2574) and View-based Access Control Model (RFC 2575).

snmp, security

state-machine §3

vrrpOperState has three values: initialize (waiting for startup event), backup (monitoring master availability), and master (forwarding packets for associated IP addresses). Transitions are triggered by setting vrrpOperAdminState to 'up' (initialize→backup or master) or 'down' (master or backup→initialize).

snmp