RFC1298_基于IPX协议的SNMP.doc

上传人:rrsccc 文档编号:9796412 上传时间:2021-03-26 格式:DOC 页数:5 大小:39.50KB
返回 下载 相关 举报
RFC1298_基于IPX协议的SNMP.doc_第1页
第1页 / 共5页
RFC1298_基于IPX协议的SNMP.doc_第2页
第2页 / 共5页
RFC1298_基于IPX协议的SNMP.doc_第3页
第3页 / 共5页
RFC1298_基于IPX协议的SNMP.doc_第4页
第4页 / 共5页
RFC1298_基于IPX协议的SNMP.doc_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《RFC1298_基于IPX协议的SNMP.doc》由会员分享,可在线阅读,更多相关《RFC1298_基于IPX协议的SNMP.doc(5页珍藏版)》请在三一文库上搜索。

1、RFC1298SNMP over IPX 基于IPX协议的SNMP组织:中国互动出版网(http:/www.china- .)译文发布时间:2001-5-23版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须保留本文档的翻译及版权信息。Network Working Group R. WormleyRequest for Comments: 1298 S. Bostock Novell, Inc. February 1992基于IPX协议的SNMP (RFC1298 SNMP over IPX)本备忘录的状态本文档讲述了一种Internet社区的Internet标

2、准跟踪协议,它需要进一步进行讨论和建议以得到改进。请参考最新版的“Internet正式协议标准” (STD1)来获得本协议的标准化程度和状态。本备忘录的发布不受任何限制。版权声明Copyright (C) The Internet Society (2001).摘要本文档建议了简单网络管理协议SNMP包如何在网际包交换协议IPX封装的传输机制。1. 介绍SNMP协议已经被指定为Internet上使用的正式的网络管理协议。它已经在Internet上和非Internet网络中被开发者广泛接受和使用。由此已产生了相关的协议和平台。本节定位于在IPX上使用SNMP,其主要因为Novell NetWar

3、e的流行而广泛普及。大略的等同UDP的功能,IPX也提供了基于不同物理介质和协议上的无连接的、非确认的数据包服务。尽管NetWare协议族已经做了修改,IPX因其来源于Xerox的网际数据报协议IDP,其套接字地址空间的授权仍由Novell管理。在UDP上使用SNMP是目前Internet最普通的方式。本描述应最适合于那些UDP传输服务不可用的环境。SNMP执行者应该意识到下层的传输方式会对Internet管理能力的互操作性和普遍性产生重要影响。选择适当SNMP传输方式的描述在5。2. 详细描述SNMP通常会把IPX包头的包类型域Packet Tyep Field的值设为4(也就是包交换包Pa

4、cket Exchange Packet)。 2.1. 套接字指定SNMP实体在端口号36879接收GetRequest-PDU, GetNextRequest-PDU, and SetRequest-PDU消息(目标套接字设为十六进制的值900F),在端口36880接收Trap-PDU 消息(目标套接字设为十六进制的值9010F)。GetResponse-PDU 消息的IPX地址和套接字是根据相应的GetRequest-PDU、GetNextRequest-PDU、or SetRequest-PDU消息的发起点确定的。2.2. 最大数据包长度 尽管SNMP没有统一要求执行接收超过484字节的

5、消息,建议支持执行最大SNMP消息的长度为546字节(IPX下允许的最大尺寸)。此外这个限制也是担保的数据通过IPX路由器不分段的最大包长度。执行者如果知道最大值,应该选择使用较大的数据包。这个最大值是由中间的路由器或者中间的链路层协议决定的。2.3. Trap-PDU的agent-addr 域由SNMP代理所发出的Trap-PDU其中的agent-addr 域应当包含IP地址0.0.0.0。SNMP管理器可能会通过查询传输层来确定陷阱来源。 2.4. IPX传输地址的表示有时有必要在MIB中表示IPX传输服务地址。比如说SNMP MIB中使用OBJECT IDENTIFIER定义传输域(IP

6、,IPX等等)。用OCTET STRING表示该域的地址。下面用图解提供如下定义。RFC1298-MIB DEFINITIONS := BEGIN IMPORTS enterprises FROM RFC1155-SMI; novell OBJECT IDENTIFIER := enterprises 23 transportDomains OBJECT IDENTIFIER := novell 7 ipxTransportDomain OBJECT IDENTIFIER := transportDomains 1 - IPX 传输域的权威命名 IpxTransportAddress := O

7、CTET STRING (SIZE (12) - IpxTransportDomain中表示传输服务地址的原文协定。 - IpxTransportAddress长12字节包含三个域,顺序为网络字节(高-低)。 - 第一个域长4字节包含网络号。 - 接下来的域长6字节包含该节点的物理地址。既然IPX可以运行在各种子网结 - 构上,节点物理地址也许并不使用所有的6字节。正如在2中的指定,节点物 - 理地址将占用该域中最小的有效部分而大部分有效字节应当为0。 - 最后的域长2字节包含套接字号。 END3. 文档获取本节提供获取选择文档的联系信息。IPX的完整描述可经由以下地址获得: Novell,

8、Inc. 122 East 1700 South P. O. Box 5900 Provo, Utah 84601 USA 800 526 5463 Novell Part # 883-000780-001 IDP ( XNS的一部分) 的定义可以从以下地址订购: Xerox System Institute 475 Oakmead Parkway Sunnyvale, CA 94086 Attn: Fonda Pallone (415) 813-71644 参考文献 1 Case J., Fedor M., Schoffstall M., and J. Davin, A Simple Net

9、work Management Protocol (SNMP), RFC 1157, SNMP Research, Performance Systems International, Performance Systems International, and MIT Laboratory for Computer Science, May 1990. 2 Novell, Inc., NetWare System Technical Interface Overview, June 1989. 3 Xerox System Integration Standard, Internet Tra

10、nsport Protocols, XSIS 028112, Xerox Corporation, December 1981. 4 Postel, J., User Datagram Protocol, RFC 768, USC/Information Sciences Institute, 28 August 1980. 5 Kastenholz, F., SNMP Communications Services, RFC 1270, Clearpoint Research Corporation, October 1991. 6 McCloghrie, K., Davin, J., an

11、d J. Galvin, Definitions of Managed Objects for Administration of SNMP Parties, RFC in preparation.5. 安全考虑 安全问题在本章不讨论。6. 作者地址 Raymond Brett Wormley Novell, Inc. 2180 Fortune Drive Mail Stop F5-91-2 San Jose, CA 95131 Phone: 408 473 8208 EMail: Steve Bostock Novell, Inc. 2180 Fortune Drive Mail Stop F5-91-2 San Jose, CA 95131 Phone: 408 473 8203 EMail: 5RFC文档中文翻译计划

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 社会民生


经营许可证编号:宁ICP备18001539号-1