rfc-2457

Definitions of Managed Objects for Extended Border Node

B. Clouston, B. Moore
date1998-11 streamIETF areartg wgsnanau statusPROPOSED STANDARD pages28 canonicalhttps://www.rfc-editor.org/rfc/rfc2457 doi10.17487/RFC2457
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 monitoring and controlling network devices with APPN (Advanced Peer-to-Peer Network) EBN (Extended Border Node) capabilities. This memo identifies managed objects for the EBN architecture. [STANDARDS-TRACK]

Extracted elements (20)

design-rationale §3.0

EBNs were introduced to allow partitioning of large APPN networks into subnets by blocking topology information exchange and controlling directory search forwarding, addressing the scalability problem of full topology propagation to all network nodes and the privacy problem in multi-enterprise networks.

snmp, routing

design-rationale §4.0

The ebnCosMapTable intentionally returns live operational COS mappings rather than user-defined initial mappings, because the EBN's actual mapping is determined by multiple factors beyond user configuration; querying effective mappings is more operationally useful.

snmp

design-rationale §3.0

The MIB explicitly does not support EBN configuration, session initiation failure history, Peripheral Border Node (PBN) management, or traps, on grounds that PBN is not expected to be widely implemented and APPN MIB alertTrap can reference EBN MIB objects via VariablePointer.

snmp

interoperability-note §3.1

Entries in ebnDirTable, ebnIsRscvTable, and hbnIsInTable are designed to be in one-to-one correspondence with entries in the APPN MIB's appnDirTable and appnIsInTable respectively, using identical index values to allow cross-table correlation.

snmp

interoperability-note §3.0

Subnetwork boundaries in EBN deployments can occur either where adjacent nodes have different NETIDs or where nodes with the same NETID are configured to enforce a boundary; the SNANAU APPN MIB appnNnTopology group identifies these boundaries, which the EBN MIB then extends.

snmp, routing

normative-requirement §5.0 SHOULD

Authentication of received SNMP requests and controlled access to management information SHOULD be employed in network environments where EBN MIB data is considered sensitive.

snmp, security

normative-requirement §4.0 REQUIRED

Five object groups are unconditionally mandatory for compliance: ebnDirectoryGroup, ebnIsRscvGroup, ebnDirectoryConfigGroup, ebnCosMappingGroup, and ebnSubnetRoutingListGroup. The hbnIsInGroup is mandatory only for HPR extended border nodes.

snmp

protocol-element §3.1

The EBN MIB module (OID snanauMIB 7) defines six object groups for monitoring APPN Extended Border Node capabilities: ebnDir, ebnIsRscv, ebnDirConfig, ebnCos, ebnSubnetRoutingList, and hbn.

snmp, yang

protocol-element §3.1.4

The ebnCosMapTable, indexed by ebnCosMapCpName and ebnCosMapNonNativeCos, maps non-native COS values to native COS values. The table reflects the COS mappings the EBN is actually performing at query time, not the initial user-defined mappings.

snmp

protocol-element §3.1.3

The ebnDirConfig group exposes three read-only scalars: ebnSearchCacheTime (minutes to retain multi-subnet search results), ebnMaxSearchCache (maximum cached entries), and ebnDefaultSubnetVisitCount (default maximum subnetworks a LOCATE may traverse). A value of 0 for the first two indicates no implementation-defined limit.

snmp

protocol-element §3.1.1

The ebnDirTable is a one-to-one extension of the APPN MIB appnDirTable, indexed by ebnDirLuName, adding ebnDirSubnetAffiliation to classify each LU as native(1), nonNative(2), or subarea(3).

snmp

protocol-element §3.1.2

The ebnIsRscvTable is a sparse extension of appnIsInTable, indexed by ebnIsRscvCpName and ebnIsRscvPcid, providing the outgoing RSCV (ebnIsRscvDestinationRoute) and COS name (ebnIsRscvDestinationCos) used toward the SLU for sessions crossing ISTGs.

snmp

protocol-element §4.0

The ebnSearchTable, indexed by ebnSearchLuName and ebnSearchIndex, enumerates the configured ordered list of control points to which an EBN forwards LOCATE searches. Special CP name values '*', '*SELF', and '*EBNS' indicate dynamic, self-search, and all-native-EBN behaviors respectively.

snmp

protocol-element §3.1.5

The ebnSubnetSearchTable, indexed by ebnSubnetSearchLuName (supporting explicit, partial wildcard 'ccc*', or full wildcard '*' names), holds per-LU routing list characteristics including ebnSubnetSearchDynamics (none/limited/full) and ebnSubnetSearchOrdering (priority/defined).

snmp

protocol-element §3.1.6

The hbnIsInTable is a sparse extension to appnIsInTable for HPR Extended Border Node sessions with back-to-back RTP connections. It provides hbnIsInRtpNceId (NCE ID toward SLU, SIZE 1..8 octets) and hbnIsInRtpTcid (TCID toward SLU, SIZE 8 octets) for the second RTP connection.

snmp

protocol-element §4.0

The SnaNAUWildcardName textual convention (DisplayString SIZE 1..17) defines three forms for network NAU names: explicit (no '*'), partial wildcard ('ccc*' with 1–16 leading characters), and full wildcard ('*' alone).

snmp

security-consideration §5.0

The EBN MIB contains no read-write objects and no passwords or user data, but network configuration and usage information may be considered corporate assets; enterprises may wish to restrict SNMP access to most MIB objects. Authentication (RFC 2274) and access control (RFC 2275) mechanisms are referenced.

snmp, security

wire-format §4.0

ebnIsRscvDestinationRoute is an OCTET STRING of SIZE 0..255 encoding the Route Selection Control Vector (RSCV, type x'2B') used toward the SLU side of an EBN-crossed session.

snmp

wire-format §4.0

ebnIsRscvPcid is an 8-octet OCTET STRING carrying the procedure correlation identifier (PCID) of a session; combined with ebnIsRscvCpName it uniquely identifies the session and correlates with the corresponding appnIsInTable entry.

snmp

wire-format §4.0

hbnIsInPcid is an 8-octet OCTET STRING; together with hbnIsInFqCpName it indexes the hbnIsInTable and correlates with the appnIsInTable entry when both fields match their appnIsIn counterparts.

snmp