OpenRFC.org Requests For Comments ... for the community
Welcome to OpenRFC
Home Full RFC index RFC humour Our technology
 
RFC 1420
SNMP over IPX.
S. Bostock. March 1993.

 
[Direct link][Download PDF version][Download text version]
 

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]

   

[Home] [Full RFC index] [RFC humour] [Our technology]

Copyright © Inter-Corporate Computer & Network Services, Inc.  All rights reserved.
All trademarks and RFC contents are the property of their respective owners.