diff options
Diffstat (limited to 'doc/rfc/rfc1420.txt')
-rw-r--r-- | doc/rfc/rfc1420.txt | 227 |
1 files changed, 227 insertions, 0 deletions
diff --git a/doc/rfc/rfc1420.txt b/doc/rfc/rfc1420.txt new file mode 100644 index 0000000..11fa863 --- /dev/null +++ b/doc/rfc/rfc1420.txt @@ -0,0 +1,227 @@ + + + + + + +Network Working Group S. Bostock +Request for Comments: 1420 Novell, Inc. +Obsoletes: 1298 March 1993 + + + SNMP over IPX + +Status of this Memo + + This RFC specifies an IAB standards track protocol for the Internet + community, and requests discussion and suggestions for improvements. + Please refer to the current edition of the "IAB Official Protocol + Standards" for the standardization state and status of this protocol. + Distribution of this memo is unlimited. + +Abstract + + This document defines a convention for encapsulating Simple Network + Management Protocol (SNMP) [1] packets over the transport mechanism + provided via the Internetwork Packet Exchange (IPX) protocol [2]. + +1. Introduction + + The Simple Network Management Protocol (SNMP) as defined in [1] is + now used as an integral part of the network management framework for + TCP/IP-based internets. Together with its companion standards, which + define the Structure of Management Information (SMI) [3,4], and the + Management Information Base (MIB) [5], the SNMP has received + widespread deployment in many operational networks running the + Internet suite of protocols. + + The success of SNMP in the TCP/IP environment has led to its + deployment in non TCP/IP-based internets. This specification + describes the mapping of SNMP onto the Internetwork Packet Exchange + (IPX) protocol [2] used in Novell NetWare environments. + + As noted in [6], the preferred mapping for SNMP is onto UDP [7]. As + such, this specification is intended for use in environments where + UDP transport is not available. No aspect of this specification + should be construed as a suggestion that, in a heterogeneous + transport environment, a managed agent should support more than one + mapping. Conversely, management stations are strongly encouraged to + support mappings of SNMP onto all popular transports. + +2. Mapping SNMP onto IPX + + Mapping SNMP onto IPX is straight-forward since IPX provides a + datagram service very similar to that provided by IP/UDP. + + + +Bostock [Page 1] + +RFC 1420 SNMP over IPX March 1993 + + + Although modifications have been made elsewhere in the NetWare + protocol suite, IPX is identical to the Xerox Internet Datagram + Protocol (IDP) [8]. The socket address space authority is + administered by Novell. + + SNMP packets will always set the Packet Type field in the IPX header + to 4 (i.e., Packet Exchange Packet). + +2.1 Socket Assignments + + SNMP protocol entities will receive GetRequest-PDU, GetNextRequest- + PDU, and SetRequest-PDU messages on socket 36879 (Destination Socket + field set to hexadecimal 900F), and Trap-PDU messages on socket 36880 + (Destination Socket field set to hexadecimal 9010). + + GetResponse-PDU messages will be addressed to the IPX address and + socket from which the corresponding GetRequest-PDU, GetNextRequest- + PDU, or SetRequest-PDU originated. + +2.2 Traps + + When SNMP traps are sent over IPX, the agent-addr field in the Trap- + PDU contains the IP-address "0.0.0.0". An SNMP manager may ascertain + the source of the trap based on information provided by the transport + service + +2.3 Maximum Message Size + + Although SNMP does not require conformant implementations to accept + messages whose length exceeds 484 bytes, it is recommended that + implementations support a maximum SNMP message size of 546 bytes (the + maximum size allowed under IPX). Furthermore, this limit is the + maximum packet length guaranteed to traverse IPX routers which do not + provide fragmentation. Implementors may choose to use longer packet + lengths if the maximum is known, which depends on the intermediate + routers and/or intermediate datalink layer protocols. + +3. Document Procurement + + This section provides contact points for procurement of selected + documents. + + A complete description of IPX may be secured at the following + address: + + + + + + + +Bostock [Page 2] + +RFC 1420 SNMP over IPX March 1993 + + + Novell, Inc. + 122 East 1700 South + P. O. Box 5900 + Provo, Utah 84601 USA + 800 526 5463 + + Novell Part # 883-000780-001 + + The specification for IDP (part of XNS) may be ordered from: + + Xerox System Institute + 475 Oakmead Parkway + Sunnyvale, CA 94086 + Attn.: Fonda Pallone + (415) 813-7164 + +4. Acknowledgments + + This specification was derived from RFC 1298, based on discussions in + the IETF's "SNMP over a Multiprotocol Internet" Working Group. + +5. References + + [1] 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. + + [2] Novell, Inc., "NetWare System Technical Interface Overview", part + number 883-000780-001, June 1989. + + [3] Rose M., and K. McCloghrie, "Structure and Identification of + Management Information for TCP/IP-based internets", STD 16, RFC + 1155, Performance Systems International, Hughes LAN Systems, May + 1990. + + [4] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions", + STD 16, RFC 1212, Performance Systems International, Hughes LAN + Systems, March 1991. + + [5] Rose M., and K. McCloghrie, Editors, "Management Information Base + for Network Management of TCP/IP-based Internets", STD 17, RFC + 1213, Hughes LAN Systems, Inc., Performance Systems + International, March 1991. + + [6] Kastenholz, F., "SNMP Communications Services", RFC 1270, + Clearpoint Research Corporation, October 1991. + + + + +Bostock [Page 3] + +RFC 1420 SNMP over IPX March 1993 + + + [7] Postel J., "User Datagram Protocol", STD 6, RFC 768, + USC/Information Sciences Institute, August 1980. + + [8] Xerox System Integration Standard, "Internet Transport + Protocols", XSIS 028112, Xerox Corporation, December 1981. + +6. Security Considerations + + Security issues are not discussed in this memo. + +7. Author's Address + + Steve Bostock + Novell, Inc. + 2180 Fortune Drive + San Jose, CA 95131 + + Phone: 408 473 8203 + Fax: 408 435 1706 + Email: steveb@novell.com + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +Bostock [Page 4] +
\ No newline at end of file |