rfc-1665

Definitions of Managed Objects for SNA NAUs using SMIv2

Z. Kielczewski (Editor), D. Kostick (Editor), K. Shih (Editor)
date1994-07 streamIETF areartg wgsnanau statusPROPOSED STANDARD pages67 canonicalhttps://www.rfc-editor.org/rfc/rfc1665 doi10.17487/RFC1665
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it defines objects for managing the configuration, monitoring and control of Physical Units (PUs) and Logical Units (LUs) in an SNA environment. [STANDARDS-TRACK]

obsoleted by

Extracted elements (26)

design-rationale §4

Each Admin and Oper table has a companion LastChange TimeStamp object (e.g., snaNodeAdminTableLastChange). A Management Station polls only this scalar; a changed value signals that a full table retrieval is warranted, avoiding unnecessary bulk retrievals of large tables.

snmp

design-rationale §3

The MIB deliberately excludes LU 6.2-specific objects and covers only the generic objects common to all LU types, citing that LU 6.2 specifics warrant a separate module. Similarly, link creation and activation/deactivation of LUs and sessions are out of scope, delegated to the SNA DLC MIB.

snmp

design-rationale §3.2

The MIB splits configuration and runtime data into parallel Admin and Oper tables. Admin tables hold desired/configured values (read-create) while Oper tables (augmenting Admin) hold actual runtime values (read-only). This separation makes it explicit which values are targets versus current reality, and allows the Agent to be the sole writer to Oper entries.

snmp

interoperability-note §3.2.1

Link-specific configuration and operation (e.g., SDLC link parameters) are managed through the SNA DLC MIB module, not this MIB. snaNodeLinkAdminSpecific and snaNodeLinkOperSpecific use InstancePointer to reference the sdlcLSAdminTable and sdlcLSOperTable in the DLC MIB.

snmp

interoperability-note §3

This MIB module does not support creation of links, activation or deactivation of LUs, or activation of sessions. Only Node (PU) activation/deactivation and session deactivation via AdminState are within scope.

snmp

normative-requirement §4 MUST

A Management Station may set snaNodeAdminRowStatus to 'destroy (6)' only when snaNodeOperState of that Node instance is 'inactive (1)'. The Agent then deletes the corresponding rows from both snaNodeAdminTable and snaNodeOperTable.

snmp

normative-requirement §3.2.4 MUST

An Agent that does not implement row creation for snaNodeAdminTable, snaNodeLinkAdminTable, or snaLuAdminTable must at minimum support object modification requests (read-write access rather than read-create).

snmp

normative-requirement §3.2.4 REQUIRED

Conformance mandates three unconditionally required groups: snaNodeGroup, snaLuGroup, and snaSessionGroup. snaPu20Group is mandatory only for entities implementing PU type 2.0; snaMgtToolsRtmGroup is mandatory only for entities implementing LU type 2 with RTM.

snmp

normative-requirement §4 MUST

For LU 6.2, the only valid termination method value for snaLuAdminTerm and snaNodeAdminLuTermDefault is 'unbind (1)'. Setting other values is invalid for LU 6.2 instances.

snmp

normative-requirement §4 MUST

The Agent automatically deletes rows with RowStatus equal to 'notReady (3)' if they remain in that state for more than a default period of 5 minutes. Additionally, all 'notReady' rows are removed upon the next SNA services initialization.

snmp

normative-requirement §4 MUST

Upon successful creation of an snaNodeAdminTable row, the Agent automatically creates a corresponding entry in snaNodeOperTable with snaNodeOperState set to 'inactive (1)'. The same pattern applies for snaLuAdminTable rows creating snaLuOperTable entries.

snmp

normative-requirement §4 MUST NOT

Write operations to most snaNodeAdmin and snaLuAdmin objects do not take effect (i.e., do not change the corresponding Oper object values) until the Node has been re-activated. Exceptions include snaNodeAdminEnablingMethod (may change immediately for demand↔onlyMS transitions) and snaNodeAdminHostDescription.

snmp

protocol-element §3.2.1

Four SNMP traps are defined: snaNodeStateChangeTrap (Node OperState changed, carrying snaNodeOperName and snaNodeOperState), snaNodeActFailTrap (ACTPU failure, also carrying snaNodeOperActFailureReason), snaLuStateChangeTrap (LU state change), and snaLuSessnBindFailTrap (BIND request failure).

snmp

protocol-element §4

snaLuAdminTable contains read-create LU configuration indexed by snaNodeAdminIndex and snaLuAdminLuIndex. Fields include LU type (lu0 through lu7 plus lu62), dependency type (dependent/independent), local address (1-byte OCTET STRING), display model (model2A through model5B plus dynamic, valid only for LU type 2), and termination method.

snmp

protocol-element §3.2.2

snaLuSessnTable contains read-only LU-LU session operational state; entries are created by the Agent when a session reaches 'pending-bind (2)' and removed when it reaches 'unbound (1)'. Indexed by Node, Link, LU, and session indices.

snmp

protocol-element §4

snaNodeAdminTable contains read-create configuration parameters for SNA Nodes (PU types 1.0, 2.0, 2.1). It includes snaNodeAdminState (desired state), snaNodeAdminRowStatus (row lifecycle), node type, XID format, block number, ID number, enabling method, LU termination default, max LUs, host description, and stop method.

snmp

protocol-element §4

snaNodeLinkAdminTable associates Node instances with link instances via InstancePointer (snaNodeLinkAdminSpecific pointing to sdlcLSAdminTable ifIndex in the SNA DLC MIB) and snaNodeLinkAdminMaxPiu (maximum PIU size in octets). Indexed by snaNodeAdminIndex and snaNodeLinkAdminIndex to support multiple links per Node.

snmp

protocol-element §4

snaNodeOperTable augments snaNodeAdminTable and contains read-only runtime values mirroring Admin objects plus additional operational fields: snaNodeOperState (inactive/active/waiting/stopping), snaNodeOperHostSscpId (PU 2.0 only, up to 6 octets), snaNodeOperStartTime, snaNodeOperLastStateChange, snaNodeOperActFailures, and snaNodeOperActFailureReason.

snmp

protocol-element §4

snaPu20StatsTable provides read-only PU 2.0 statistics indexed by snaNodeAdminIndex, including Counter32 fields for sent/received bytes and PIUs, sent/received negative responses, and Gauge32 fields for active LUs (snaPu20StatsActLus), inactive LUs (snaPu20StatsInActLus), and BINDed LUs (snaPu20StatsBindLus).

snmp

protocol-element §3.2

The SNANAU MIB is divided into three object groups: snaNode (Node/PU configuration, monitoring, control), snaLu (LU definition, monitoring, control), and snaMgtTools (optional RTM statistics). Objects within each group are further organized into Admin and Oper tables.

snmp

registry §4

The snanauMIB MODULE-IDENTITY is registered at { mib-2 34 }, placing the SNA NAU MIB within MIB-II's object tree. All SNANAU managed objects are rooted under this OID.

snmp, registry

security-consideration §7

Several objects in the SNANAU MIB have read-create or read-write access; improper use could cause disruption of network services. Implementations should apply the SNMPv2 security mechanisms defined in RFC 1445 to restrict access to sensitive objects such as snaNodeAdminState and RowStatus objects.

snmp, security

state-machine §3.3.2

Node OperState transitions: inactive→active (AdminState set to active), active→stopping (AdminState set to inactive with normal/immed stop method), active→waiting (activation pending), waiting→inactive (activation failed or aborted), stopping→inactive (shutdown complete). A newly created Admin row causes the Agent to set OperState to 'inactive'.

snmp

state-machine §3.3.2

Session OperState transitions: entry created at 'pending-bind (2)', advances to 'bound (3)' on successful BIND, enters 'pending-unbind (4)' when unbind is in progress, and is removed from the table when it reaches 'unbound (1)'. Setting AdminState to 'unbound' from any state causes transition to 'unbound'.

snmp

wire-format §4

snaLuAdminLocalAddress is a 1-byte OCTET STRING (SIZE(1)) representing the LU's local address. For dependent LUs the value ranges from 1 to 254; for independent LUs the value is always 0.

snmp

wire-format §4

The SNA Node ID is split across two DisplayString fields: snaNodeAdminBlockNum (SIZE(3)) holds the first 3 hexadecimal digits, and snaNodeAdminIdNum (SIZE(5)) holds the last 5 hexadecimal digits. snaNodeOperHostSscpId is an OCTET STRING of SIZE(0..6) for the SSCP identifier on PU 2.0 nodes.

snmp