rfc1574.txt

著名的RFC文档,其中有一些文档是已经翻译成中文的的.

   The Simple Network Management Protocol [6] plays an important role in
   monitoring of multi-protocol, managed resources in the Internet. By
   convention, SNMP is mapped onto User Datagram Protocol (UDP), 6);
   however, in those situations where it is not possible to communicate
   with an ISO 8473 managed resource using SNMP over UDP, or where
   communication with an ISO 8473 managed resource using SNMP/UDP is not
   possible/appropriate, SNMP messages should be mapped onto an OSI
   transport (7) The following Managed Objects for the SNMP SHOULD be
   supported to facilitate remote monitoring using the SNMP:

   The Simple Network Management Protocol (SNMP) plays an important role
   in monitoring of multi-protocol, managed resources in the Internet.
   By convention, SNMP is mapped onto User Datagram Protocol (UDP);
   however in those situations where it is not possible to communicate
   with an ISO 8473 managed resource using SNMP over UDP, or where
   communication with an ISO 8473 managed resource using SNMP/UDP is not
   possible/appropriate, SNMP should be mapped onto an OSI transport
   (8).  The following Managed Objects SHOULD be supported for remoted
   monitoring using SNMP:








Hares & Wittbrodt                                               [Page 7]

RFC 1574          Essential Tools for the OSI Internet     February 1994


3.4.1.  Summary of MIB Variables

   RFC 1238 CLNS MIB [5]

      1) clnpAddrTable - Addresses for Interfaces
      2) clnpRoutingTable - OSI routes in system routing table.

3.4.2.  ASN.1 Syntax for these MIB variables

   The ASN.1 syntax for the two variables in CLNS MIB (RFC 1238) is
   included below for easy reference.  That RFC remains the
   authoritative source for the MIB definitions.

          1) clnpAddrTable

            clnpAddrTable OBJECT-TYPE
            object.id =  .... {clnp 21 }


            clnpAddrTable = SEQUENCE OF ClnpAddrEntry
            CLNPAddrEntry ::= SEQUENCE {
                  clnpAdEntAddr
                          CLNPAddres,
                  clnpAdEntIfIndex,
                          INTEGER,
                  clnpAdEntReasmMaxSize
                          INTEGER (0...65535);
                  }

              clnpAdEntAddr = ClnpAddress
              clnpAddress = OCTET string (Size (1...20);
              clnpAdEntIfIndex = INTEGER;
              clnpAdEntReasmMaxSize = INTEGER (0...65535);   #

          Descriptions of Table entry values:

          clnpAdEntAddr - CLNP address for this interface value
          clnpAdEntIfIndex - Interface Index value corresponding to
                             IfIndex value.
          clnpAdEntReasmMaxSize = Maximum size of a pdu that can be
                                  reassembled from incoming PDUs
                                  received on this interface.









Hares & Wittbrodt                                               [Page 8]

RFC 1574          Essential Tools for the OSI Internet     February 1994


          2)  clnpRoutingTable

             object id =....{clnp 22}
             clnpRoutingTable =  SEQUENCE OF ClnpRouteEntry;
             ClnpRouteEntry = SEQUENCE OF {
                          clnpRouteDest,
                          clnpRouteIfIndex,
                          clnpRouteMetric1,
                          clnpRouteMetric2,
                          clnpRouteMetric3,
                          clnpRouteNextHop,
                          clnpRouteType,
                          clnpRouteProto,
                          clnpRouteAge,
                          clnpRouteInfo}

            clnpRoutDest ::= ClnpAddress;    # Address in Route table
                                             # (prefix or full address
            clnpRouteIfIndex ::= Integer;    # IfIndex value for
                                             # interface next hop can
                                             # be reached through.
            clnpRouteMetric1 ::= Integer;    # primary routing metric
                                             # for this protocol.
                                             # Specific meaning
                                             # depends on clnpRouteProto
                                             # value -1 if not used
            clnpRouteMetric2 ::= Integer;    # alternate routing metric
                                             # for this protocol.
                                             # Specific meaning
                                             # depends on clnpRouteProto
                                             # value -1 if not used
            clnpRouteMetric3 ::= Integer;    # alternate routing metric
                                             # for this protocol.
                                             # Specific meaning
                                             # depends on clnpRouteProto
                                             # value -1 if not used
            clnpRouteMetric4::= Integer;     # alternate routing metric
                                             # for this protocol.
                                             # Specific meaning
                                             # depends on clnpRouteProto
                                             # value -1 if not used
            clnpRouteNextHop::= ClnpAddress; # Address of Next Hop in
                                             # Routing
                                             # Table
            clnpRouteType::=INTEGER {
                          other (1),         # none of following
                          invalid (2),       # an invalid route
                          direct(3),         # a direct route



Hares & Wittbrodt                                               [Page 9]

RFC 1574          Essential Tools for the OSI Internet     February 1994


                          remote(4)}         # a remote route

            clnprouteProto::= INTEGER {
                          other (1),         # none of the following
                                             # (manually configured
                                             # falls in this category)
                          local(2),          # configured entries
                          netmngt(3),        # set via Network
                                             # management
                          is-is(9),          # ISO 10589
                          ciscoIgrp(11),     # Ciscos OSI IGRP
                          ospf(13),          # OSPF set
                          bgp(14),           # BGP sets
                          idrp(15)           # addition suggested to
                                             # rfc 1238
                                             # in processing
            clnpRouteMetric5::= Integer;     # alternate routing metric
                                             # for this protocol.
                                             # Specific meaning
                                             # depends on clnpRouteProto
                                             # value -1 if not used
            clnpRouteInfo ::= OBJECT-ID;     # protocol id that
                                             # installed this route
                          }

4.  OSI HOST.txt format

   The OSI format for addresses allows addresses to be 20 bytes.  In the
   long term, a Directory service (DNS service or OSI Directory service
   (X.500)), will provide a host name to address mapping.  The process
   of getting OSI capable DNS and Directory service may require OSI
   pathway to already be set-up.  Most host and router systems use a
   fixed table to provide this name to NSAP address mapping in order to
   get OSI working on their system. The current operational problem is
   each implementation has a different format.  This document defines a
   fixed format so that these initial name to NSAP mapping files can be
   shared through-out the internet.

   To conform to this document, a host or router supporting CLNS MUST
   have support a "osi host.txt" file with the format below. The "osi
   host.txt" file may be used for other OSI applications or TUBA
   applications.  For these other applications, other fields may be
   defined but the definition of these is outside the scope of this
   specification.

   OSI applications may use another file name for osi address
   information.  NSAP addresses in any osi address information MUST use
   the format below.  This host name to NSAP mapping MUST be available



Hares & Wittbrodt                                              [Page 10]

RFC 1574          Essential Tools for the OSI Internet     February 1994


   for use by the following utilities on CLNS hosts and routers:

      - OSI Echo (Ping) function,
      - OSI traceroute function, and
      - router table look-up for CLNS
        routing information

   Host and router systems MUST also support a NSAP to name mapping by
   the Domain Name Service Directory or or the OSI Directory service
   (X.500).

   Format of osi hosts file:

      <NSAP Address> <name1> <name2> ...<name>

   The NSAP Address should be in the following format:

      <first octet>.<2nd octet 3rd octet>.<4th octet 5 octet>.

   comments on the above format:

   The NSAP octets should be expressed in hexidecimal. The dots are aids
   to help read the NSAP address, and MUST NOT be required for an NSAP
   address parsing.  However, each NSAP address file MUST be able to
   have the ability to handle the insertion of dots.  The location of
   the inserted dots within an NSAP address MUST NOT have any
   significance other than to make the address easier to read.

   An example of this use in the GOSIP format is:

      47.0005.80ff.ff00.0000.0001.0001.0a0b.0c0d.0204.00

   An example of this format in ANSI format is:

      39.480f.8000.0500.0000.0001.0001.0a0b0c0d.0204.00

   This value quickly shows the AFI and the NSEL octets on either end.

      <name1> <name2> <name> - Indicates a sequence of name associated
      with this nsap address.

5.  Acknowledgements

   The authors would like to acknowledge the contributions made by Dave
   Piscitello.  He not only kept the document accurate, but also helped
   us to get rid of the ISO jargon and make the document more readable.
   Thanks to Paulina Knibbe for her work with the host.txt format. We
   would also like to thank members of the Network OSI Operations



Hares & Wittbrodt                                              [Page 11]

RFC 1574          Essential Tools for the OSI Internet     February 1994


   Working Group of the IETF for their comments.

6.  References

   [1] ISO/IEC 8473, Information Processing Systems, "Protocol for
       Providing the Connectionless-mode Network Service and Provision
       of Underlying Service", May 1987.

   [2] Hagens, R., "An Echo Function for ISO 8473",  RFC 1139,  IETF-OSI
       Working Group, January 1990.

   [3] Hares, S., and C. Wittbrodt, "CLNP echo (ISO 8473)", RFC 1575,
       Merit/NSFNET, Stanford University/BARRNet, February 1994.

   [4] ISO/IEC DIS 10747 Information Processing Systems -
       Telecommunications and Information Exchange between Systems -
       Protocol for Exchange of Inter-domain Routeing Information among
       Intermediate Systems to Support Forwarding of ISO 8473 packets.

   [5] Satz, G., "Connectionless-mode Network Service Management
       Information Base - for use with Connectionless Network Protocol
       (ISO 8473) and End system to Intermediate System Protocol (ISO
       9452)", RFC 1238, cisco Systems, Inc., June 1991.

   [6] Case, J., Fedor, M., Schoffstall, M., and J.  Davin, "Simple
       Network Management Protocol", STD 15, RFC 1157, SNMP Research,
       Performance Systems International, Performance Systems
       International, MIT Laboratory for Computer Science, May 1990.

   [7] Rose, M., "SNMP over OSI", RFC 1418, Dover Beach Consulting,
       Inc., March 1993.

   [8] Information processing systems - Open Systems Interconnection -
       Protocol for Providing the Connectionless-mode Transport Service,
       International Organization for Standardization.  International
       Standard 8602, December 1987.

7.  Security Considerations

   Security issues are not discussed in this memo.











Hares & Wittbrodt                                              [Page 12]

RFC 1574          Essential Tools for the OSI Internet     February 1994


8.  Authors' Addresses

   Susan K. Hares
   MERIT/NSFNET
   Internet Engineering
   1075 Beal Avenue
   Ann Arbor, MI 48109-2112

   Phone: [phone]
   EMail: [e-mail]


   Cathy J. Wittbrodt
   Stanford University/BARRNet
   Networking Systems
   Pine Hall 115
   Stanford, CA 94305

   Phone: [phone]
   EMail: [e-mail]































Hares & Wittbrodt                                              [Page 13]