rfc2455.txt

来自「RFC 的详细文档！」· 文本 代码 · 共 1,856 行 · 第 1/5 页

   node.  The type of information includes the node type and the time
   since this node was initialized.

   2) appnNnUniqueInfoAndCaps

   This group of objects describes information specific to network nodes
   such as node routing characteristics.

   3) appnEnUniqueInfoAndCaps

   This group of objects describes information specific to end nodes,
   with two objects that also apply to branch network nodes.  This group
   includes an object indicating the node's network node server.








Clouston & Moore            Standards Track                     [Page 7]

RFC 2455                        APPN MIB                   November 1998


   4) appnPortInformation

   This includes the appnPortTable, which describes the configuration
   and current status of the ports used by APPN, including the port
   state and DLC type.

   5) appnLinkStationInformation

   This includes the appnNodeLsTable, which describes the configuration
   and current status of the link stations used by APPN, including the
   link state and port name; and the appnLsStatusTable, which provides
   information about errors this node encountered with connections to
   adjacent nodes, such as the sense data captured during connection
   failures.  It is a product option to decide how many
   appnLsStatusTable entries are kept.

   6) appnVrnInfo

   This includes the appnVrnTable, which describes the relationship
   between virtual routing nodes' TGs described in the appnLocalTgTable
   with ports in the appnPortTable.

3.2.2.  appnNn group

   The appnNn group consists of the following objects and tables

   1) appnNnTopo

   These objects contain general information about the network topology
   database including the number of nodes present, and the number of
   topology database updates (TDU) wars the node has detected.

   2) appnNnTopology

   This includes tables representing the APPN network topology database.
   This includes the network nodes, virtual routing nodes, and TGs
   between these nodes, as well as the information about these resources
   carried in topology updates.  The tables are first indexed by the
   same flow reduction sequence number (FRSN) used in topology exchanges
   between NNs.  This allows a management station to retrieve only
   incremental updates, since the agent will update the FRSN of new or
   changed resources.

3.2.3.  appnLocalTopology group

   The appnLocalTopology group consists of the following objects and
   tables:




Clouston & Moore            Standards Track                     [Page 8]

RFC 2455                        APPN MIB                   November 1998


   1) appnLocalThisNode

    a) appnLocalGeneral

    Contains the local node and type.

    b) appnLocalNnSpecific

    These objects contain routing information about the local network
    node.

    c) appnLocalTg

    This table represents information about this node's local TGs.

   2) appnLocalEnTopology

   This table represents TG information for EN TGs learned by the NN via
   TG registration with the local node.

3.2.4.  appnDir group

   The appnDir group consists of the following objects and tables:

   1) appnDirPerf

   These objects represent information related to information about the
   directory database and directory searches involving this node.

   2) appnDirTable

   This table represents the directory database, listing LUs known to
   this node, along with the owning node of the LU and the serving NN of
   the owning node.

3.2.5.  appnCos group

   The appnCos group consists of the following tables:

   1) appnCosModeTable

   This table represents the mode to class of service mapping.

   2) appnCosNameTable

   This table represents the tranmission priority for each class of
   service.




Clouston & Moore            Standards Track                     [Page 9]

RFC 2455                        APPN MIB                   November 1998


   3) appnCosNodeRowTable

   This table represents the node-row information for each class of
   service, including the weight of each node.

   3) appnCosTGRowTable

   This table represents the TG-row information for each class of
   service, including the weight of each TG.

3.2.6.  appnSessIntermediate group

   The appnSessIntermediate group consists of the following objects and
   tables:

   1) appnIsInGlobal

   These objects allow control of the collection of intermediate session
   information such as Route Selection Control Vectors (RSCVs) and
   counters.

   2) appnIsInTable

   This table contains information on active intermediate sessions.

   3) appnIsRtpTable

   This table contains information on active intermediate sessions that
   are being transported on Rapid Transport Protocol (RTP) connections
   by High Performance Routing (HPR).

3.2.7.  appnTraps

   One APPN trap is defined.  It is intended to correspond to SNA/MS
   Alerts, but is optional for a product to implement this trap.  The
   trap identifies the Alert ID number and, where possible, the affected
   resource.

4.  Definitions

APPN-MIB DEFINITIONS          ::= BEGIN

IMPORTS

        IANAifType
                FROM IANAifType-MIB

        DisplayString, VariablePointer, RowPointer, DateAndTime,



Clouston & Moore            Standards Track                    [Page 10]

RFC 2455                        APPN MIB                   November 1998


        TruthValue, TimeStamp, TEXTUAL-CONVENTION
                FROM SNMPv2-TC

        Counter32, Gauge32, Unsigned32, TimeTicks,
        OBJECT-TYPE, MODULE-IDENTITY, NOTIFICATION-TYPE
                FROM SNMPv2-SMI

        MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP
                FROM SNMPv2-CONF

        snanauMIB
                FROM SNA-NAU-MIB;

appnMIB MODULE-IDENTITY
        LAST-UPDATED  "9807151800Z"  -- July 15, 1998
        ORGANIZATION  "IETF SNA NAU MIB WG / AIW APPN MIBs SIG"
        CONTACT-INFO

                "

                        Bob Clouston
                        Cisco Systems
                        7025 Kit Creek Road
                        P.O. Box 14987
                        Research Triangle Park, NC 27709, USA
                        Tel:    [phone]
                        E-mail: [e-mail]

                        Bob Moore
                        IBM Corporation
                        4205 S. Miami Boulevard
                        BRQA/501
                        P.O. Box 12195
                        Research Triangle Park, NC 27709, USA
                        Tel:    [phone]
                        E-mail: [e-mail]

                "
      DESCRIPTION
                "This is the MIB module for objects used to
                 manage network devices with APPN capabilities."

      -- Revision tracking starts with Proposed Standard (RFC 2155)
      REVISION  "9807151800Z"
      DESCRIPTION
                "Minor editorial fixes; new value 'none(5)' added
                to the enumeration for the appnLocalTgBranchLinkType
                object."



Clouston & Moore            Standards Track                    [Page 11]

RFC 2455                        APPN MIB                   November 1998


      REVISION  "9805261800Z"
      DESCRIPTION
                "Post-RFC 2155 conformance definitions added,
                appnNodeLsCounterType and appnNodeBrNn objects
                added, appnNodeMibVersion object deprecated."

      REVISION  "9707311800Z"
      DESCRIPTION
                "Branch network node (Branch Extender) objects added."
      REVISION  "9703311800Z"
      DESCRIPTION
                "MLTG objects added."
      REVISION  "9703201200Z"
      DESCRIPTION
                "RFC 2155 (Proposed Standard)"

::= { snanauMIB 4 }
-- snanauMIB ::= { mib-2 34 }

-- *********************************************************************
-- Textual Conventions
-- *********************************************************************
SnaNodeIdentification ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
          "An SNA Node Identification consists of two parts, which
          together comprise four bytes of hexadecimal data.  In SNA the
          Node Identification is transported in bytes 2-5 of the XID.

          The block number is the first three digits of the Node
          Identification.  These 3 hexadecimal digits identify the
          product.

          The ID number is the last 5 digits of the Node Identification.
          These 5 hexadecimal digits are administratively defined and
          combined with the 3-digit block number form the 8-digit Node
          Identification.  A unique value is required for connections to
          SNA subarea.  In some implementations, the value 'bbb00000'
          (where 'bbb' represents a 3-digit block number) is returned to
          mean that the ID number is not unique on this node.

          An SNA Node Identification is represented as eight
          ASCII-encoded hexadecimal digits, using the characters '0' -
          '9' and 'A' - 'F'."

      SYNTAX OCTET STRING (SIZE (8))

SnaControlPointName ::= TEXTUAL-CONVENTION



Clouston & Moore            Standards Track                    [Page 12]

RFC 2455                        APPN MIB                   November 1998


      STATUS current
      DESCRIPTION
          "A fully qualified SNA control point name, consisting of a 1 to
          8 character network identifier (NetId), a period ('.'), and a 1
          to 8 character control point name (CpName).

          The NetId and CpName are constructed from the uppercase letters
          'A' - 'Z' and the numerics '0' - '9', all encoded in ASCII,
          with the restriction that the first character of each must be
          a letter.  Trailing blanks are not allowed.

          Earlier versions of SNA permitted three additional characters
          in NetIds and CpNames:  '#', '@', and '$'.  While this use of
          these characters has been retired, a Management Station should
          still accept them for backward compatibility."

      SYNTAX OCTET STRING (SIZE (3..17))

SnaClassOfServiceName ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
          "An SNA class-of-service (COS) name, ranging from 1 to 8
          ASCII characters.  COS names take one of two forms:

             -  a user-defined COS name is constructed from the uppercase
                letters 'A' - 'Z' and the numerics '0' - '9', with the
                restriction that the first character of the name must be
                a letter.
             -  an SNA-defined user-session COS name begins with the
                character '#', which is followed by up to seven
                additional characters from the set of uppercase letters
                and numerics.

          Trailing blanks are not allowed in either form of COS name.

          A zero-length string indicates that a COS name is not
          available."

      SYNTAX OCTET STRING (SIZE (0..8))

SnaModeName ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
          "An SNA mode name, ranging from 1 to 8 ASCII characters.
          Mode names take one of two forms:

             -  a user-defined mode name is constructed from the
                uppercase letters 'A' - 'Z' and the numerics '0' - '9',



Clouston & Moore            Standards Track                    [Page 13]

RFC 2455                        APPN MIB                   November 1998


                with the restriction that the first character of the name
                must be a letter.
             -  an SNA-defined user-session mode name begins with the
                character '#', which is followed by up to seven
                additional characters from the set of uppercase letters
                and numerics.

          Trailing blanks are not allowed in either form of mode name,
          with the single exception of the all-blank mode name, where
          a string consisting of 8 blanks is returned.