rfc1283.txt

来自「<VC++网络游戏建摸与实现>源代码」· 文本 代码 · 共 452 行 · 第 1/2 页


RFC 1283                     SNMP over OSI                 December 1991


   Consistent with the SNMP model, the initiator of a connection should
   not require that responses to a request be returned on that
   connection.  However, if a responder to a connection sends SNMP
   messages on a connection, then these MUST be in response to requests
   received on that connection.

   Ideally, the transport connection SHOULD be released by the
   initiator, however, note that the responder may release the
   connection due to resource limitations.  Further note, that the
   amount of time a connection remains established is implementation-
   specific.  Implementors should take care to choose an appropriate
   dynamic algorithm.

   Also consistent with the SNMP model, the initiator should not
   associate any reliability characteristics with the use of a
   connection.  Issues such as retransmission of SNMP messages, etc.,
   always remain with the SNMP application, not with the transport
   service.

3.1.  Addressing Conventions

   Unlike the Internet suite of protocols, OSI does not use well-known
   ports.  Rather demultiplexing occurs on the basis of "selectors",
   which are opaque strings of octets, which have meaning only at the
   destination.  In order to foster interoperable implementations of the
   SNMP over the COTS, it is necessary define a selector for this
   purpose.  However, to be consistent with the various connectivity-
   services, different conventions, based on the actual underlying
   service, will be used.

3.1.1.  Conventions for TP4/CLNP-based service

   When a COTS based on the TP4/CLNP is used to provide the transport
   backing for the SNMP, demultiplexing will occur on the basis of
   transport selector.  The transport selector used shall be the four
   ASCII characters

                                   snmp

   Thus, using the string encoding of [7], such addresses may be
   textual, described as:

                             "snmp"/NS+<nsap>
   where:

   (1)  <nsap> is a hex string defining the nsap, e.g.,

                     "snmp"/NS+4900590800200038bafe00



Rose                                                            [Page 5]

RFC 1283                     SNMP over OSI                 December 1991


   Similarly, SNMP traps are, by convention, sent to a manager listening
   on the transport selector

                                 snmp-trap

   which consists of nine ASCII characters.

3.1.2.  Conventions for TP0/X.25-based service

   When a COTS based on the TP0/X.25 is used to provide the transport
   backing for the SNMP, demultiplexing will occur on the basis of X.25
   protocol-ID.  The protocol-ID used shall be the four octets

                                 03018200

   This is the X.25 protocol-ID assigned for local management purposes.
   Thus, using the string encoding of [7], such addresses may be textual
   described as:

                        Int-X25=<dte>+PID+03018200

   where:

   (1)  <dte> is the X.121 DTE, e.g.,

                    Int-X25=23421920030013+PID+03018200

   Similarly, SNMP traps are, by convention, sent to a manager listening
   on the protocol-ID

                                 03019000

   This is an X.25 protocol-ID assigned for local purposes.

4. Trap PDU

   The Trap-PDU defined in [1] is designed to represent traps generated
   on IP networks.  As such, a slightly different PDU must be used when
   representing traps generated on OSI networks.

   RFC1283 DEFINTIONS ::= BEGIN

   IMPORTS
        TimeTicks
            FROM RFC1155-SMI  -- [2] --
        VarBindList
            FROM RFC1157-SNMP -- [1] --
        ClnpAddress



Rose                                                            [Page 6]

RFC 1283                     SNMP over OSI                 December 1991


            FROM CLNS-MIB     -- [9] --;

   Trap-PDU ::=
        [4]
            IMPLICT SEQUENCE {
                enterprise              -- type of object generating
                    OBJECT IDENTIFIER,  -- trap, see sysObjectID

                agent-addr              -- address of object generating
                    ClnpAddress,        -- trap

                generic-trap            -- generic trap type
                    INTEGER {
                        coldStart(0),
                        warmStart(1),
                        linkDown(2),
                        linkUp(3),
                        authenticationFailure(4),
                        egpNeighborLoss(5),
                        enterpriseSpecific(6)
                    },

                specific-trap           -- specific code, present even
                    INTEGER,            -- if generic-trap is not
                                        -- enterpriseSpecific

                time-stamp              -- time elapsed between the last
                    TimeTicks,          -- (re)initialization of the
                                        -- network entity and the
                                        -- generation of the trap

                variable-bindings       -- "interesting" information
                    VarBindList
        }

   END

5.  Acknowledgements

   The predecessor of this document (RFC 1161) was produced by the SNMP
   Working Group, and subsequently modified by the editor to reflect
   operational experience gained since the original publication.

6.  References

   [1] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "A Simple
       Network Management Protocol (SNMP)", RFC 1157, SNMP Research,
       Performance Systems International, Performance Systems



Rose                                                            [Page 7]

RFC 1283                     SNMP over OSI                 December 1991


       International, and MIT Laboratory for Computer Science, May 1990.

   [2] Rose M., and K. McCloghrie, "Structure and Identification of
       Management Information for TCP/IP-based internets", RFC 1155,
       Performance Systems International, Hughes LAN Systems, May 1990.

   [3] McCloghrie K., and M. Rose, Editors, "Management Information Base
       for Network Management of TCP/IP-based internets", RFC 1213,
       Hughes LAN Systems, Performance Systems International, March
       1991.

   [4] Information Processing Systems - Open Systems Interconnection,
       "Transport Service Definition", International Organization for
       Standardization, International Standard 8072, June 1986.

   [5] Information Processing Systems - Open Systems Interconnection,
       "Transport Service Definition - Addendum 1: Connectionless-mode
       Transmission", International Organization for Standardization,
       International Standard 8072/AD 1, December 1986.

   [6] Postel, J., "User Datagram Protocol", RFC 768, USC/Information
       Sciences Institute, November 1980.

   [7] Kille, S., "A String Encoding of Presentation Address", RFC 1278,
       Department of Computer Science, University College London,
       November 1991.

   [8] Case, J., Davin, J., Fedor, M., and M. Schoffstall, "Network
       Management and the Design of SNMP", ConneXions (ISSN 0894-5926),
       Volume 3, Number 3, March 1989.

   [9] Satz, G., "CLNS MIB for use with CLNP and ES-IS", RFC 1238, cisco
       Systems, June 1991.

7.  Security Considerations

   Security issues are not discussed in this memo.

8.  Author's Address

   Marshall T. Rose
   Dover Beach Consulting, Inc.
   420 Whisman Court
   Mountain View, CA 94043-2112

   Phone: [phone]
   Email: [e-mail]
   X.500: mrose, dbc, us



Rose                                                            [Page 8]