rfc-4983

Fibre Channel Registered State Change Notification (RSCN) MIB

C. DeSanti, H.K. Vivek, K. McCloghrie, S. Gai
date2007-08 streamIETF areaops wgimss statusPROPOSED STANDARD pages28 canonicalhttps://www.rfc-editor.org/rfc/rfc4983 doi10.17487/RFC4983
This memo 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 for information related to the management of Fibre Channel's Registered State Change Notifications (RSCNs). [STANDARDS-TRACK]

Extracted elements (21)

design-rationale §5.7

No per-Event-Qualifier counters are defined for Event Qualifier value '0001'b ('Changed Name Server Object') because these RSCNs are already counted by t11NsInRscns and t11NsOutRscns in RFC 4438, avoiding duplication.

snmp

design-rationale §5.5.1

Notifications in this MIB are generated by control-plane events (SCR/RSCN/SW_RSCN rejections) that cannot start a chain reaction, so the extra complexity of flow-controlling these notifications is not warranted; no suppression counters or end-of-interval notifications are defined.

snmp

design-rationale §5.3

When both fcmSwitchIndex and t11FcRscnFabricIndex appear in the same INDEX clause, fcmSwitchIndex is listed first to simplify management protocol queries concerning all Fabrics to which a single switch is connected.

snmp

interoperability-note §5.3

Whether operating on a Physical Fabric or within a Virtual Fabric, RSCN operation is identical; the Fabric Index is always 1 in single-fabric environments, providing backward compatibility with non-Virtual-Fabric deployments.

snmp

normative-requirement §8 NOT RECOMMENDED

Deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED; instead SNMPv3 with cryptographic security enabled is RECOMMENDED.

snmp, security

normative-requirement §8 RECOMMENDED

Implementors are RECOMMENDED to consider the SNMPv3 security features including full support for SNMPv3 cryptographic mechanisms for authentication and privacy.

snmp, security

normative-requirement §6.1 REQUIRED

The compliance statement requires t11FcRscnRegistrationGroup, t11FcRscnNotifyControlGroup, and t11FcRscnNotifyGroup as mandatory groups; t11FcRscnStatsGroup is mandatory only for systems that count such events.

snmp

normative-requirement §6.1 SHOULD

Values written to t11FcRscnIlsRejectNotifyEnable and t11FcRscnElsRejectNotifyEnable SHOULD be retained over agent reboots.

snmp

normative-requirement §6.1 OPTIONAL

Write access to t11FcRscnIlsRejectNotifyEnable and t11FcRscnElsRejectNotifyEnable is not required for compliance; MIN-ACCESS read-only is permitted.

snmp

protocol-element §6.1

Per-Event-Qualifier RSCN counters track: Unspecified ('0000'b), Changed Port Attribute ('0002'b), Changed Service Object ('0003'b), Changed Switch Configuration ('0004'b), and Removed Object ('0005'b), both inbound and outbound.

snmp

protocol-element §6.1

t11FcRscnElsRejectReqNotify is an SNMP notification generated when a switch rejects an SCR or RSCN (ELS-level); it carries the rejected request string, source WWN, reason code, explanation, and vendor code.

snmp

protocol-element §6.1

t11FcRscnIlsRejectReqNotify is an SNMP notification generated when a switch rejects an SW_RSCN (ILS-level inter-switch); it carries the same varbinds as t11FcRscnElsRejectReqNotify.

snmp

protocol-element §5.3

The t11FcRscnFabricIndex (T11FabricIndex syntax) uniquely identifies a particular Fabric within a physical infrastructure; its value is always 1 for single-fabric deployments without Virtual Fabrics.

snmp

protocol-element §6.1

The t11FcRscnNotifyControlTable provides per-Fabric notification control, storing the binary content (up to 255 octets) of the most recently rejected SCR/RSCN/SW_RSCN, its source WWN, reason code, reason code explanation, and vendor-specific code.

snmp

protocol-element §6.1

The t11FcRscnRegTable enumerates Nx_Ports that have registered to receive RSCNs on all Fabrics configured on one or more Fibre Channel switches, indexed by fcmInstanceIndex, fcmSwitchIndex, t11FcRscnFabricIndex, and t11FcRscnRegFcId.

snmp

protocol-element §6.1

The t11FcRscnRegType object is a BITS field indicating the type of RSCN registration desired: 'fromFabricController' (bit 0) for events detected by the Fabric Controller, and 'fromNxPort' (bit 1) for events detected by the affected Nx_Port.

snmp

protocol-element §6.1

The t11FcRscnStatsTable provides RSCN-related statistics per switch per Fabric, including counters for SCRs received/rejected, RSCNs sent/received/rejected, SW_RSCNs sent/received/rejected, and per-Event-Qualifier RSCN counts.

snmp

registry §7

IANA assigned OID mib-2 161 for the T11-FC-RSCN-MIB module. The MIB is rooted at this OID and defines the t11FcRscnMIB MODULE-IDENTITY.

registry, snmp

security-consideration §8

Readable objects including t11FcRscnRegTable (registered Nx_Ports), t11FcRscnStatsTable (RSCN statistics), and t11FcRscnNotifyControlTable (rejection details including WWNs and payloads) may be sensitive and should have GET/NOTIFY access controlled, with encryption recommended for values sent over the network.

security, snmp, privacy

security-consideration §8

SNMP versions prior to SNMPv3 lack adequate security; even on a network secured by IPsec, they provide no per-principal access control for GET/SET operations on MIB objects.

security, snmp

security-consideration §8

The read-write objects t11FcRscnIlsRejectNotifyEnable and t11FcRscnElsRejectNotifyEnable are sensitive: misconfiguration can cause unwanted notifications to be generated or wanted notifications to be suppressed, impacting network management visibility.

security, snmp