减小字体
增大字体- ·上一篇文章：SNMPv2的管理模型
- ·下一篇文章：OSI上的SNMP
IPX上的SNMP
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
喜欢这些内容嘛，请告诉你身边的朋友，易下载中心－QQ资源－itnetcn.com一起享受这份乐趣，本站内容来源互联网
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
喜欢这些内容嘛，请告诉你身边的朋友，易下载中心－QQ资源－itnetcn.com一起享受这份乐趣，本站内容来源互联网
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1.介绍
现在，对于基于TCP/IP的网际网，在[1]中定义的简单网络管理协议(SimpleNetwork
ManagementProtocolSNMP)被当作完整的网络管理框架来使用。连同它的两个定义了管理
信息结构(StructureofManagementInformation，缩写为SMI)[3，4]和管理信息库
(ManagementInformationBase，缩写为MIB)[5]的相关标准，SNMP已经在运行Internet
协议族的许多运营的网络中得到广泛应用。
在TCP/IP环境中SNMP的成功导致它被部署在基于非TCP/IP的网际网中。这个规范
描述了用于Novell的NetWare环境中的在IPX协议[2]上的SNMP的映射。
正如在[6]中解释的那样，对于SNMP，首选的映射是在UDP[7]上。同样，这个规范专
门用在不支持UDP传输的环境中。本规范的任何一部分都不能被解释成这样一个建议，即
在一个异构的环境中，一个被管理的代理应该支持多个映射。相反，强烈推荐管理站点支持
在所有流行的传输方式上的SNMP映射。
2.从SNMP到IPX的映射
因为IPX提供的一种数据报服务非常类似于由IP/UDP提供的数据报服务，所以从SNMP
到IPX的映射可以直接进行。
虽然在NetWare协议族的其他方面已经做了修改，但是在这方面IPX面临着和Xerox
的Internet数据报协议(InternetDatagramProtocol，缩写为IDP)[8]相同的问题。这种套接
字地址空间的特许权是由Novell管理的。
SNMP包总是会把在IPX包头中的数据包类型字段设置成4(也就是包交换包)。
2.1套接字的分配
SNMP协议实体将从套接字36879(目的地址的套接字字段设置为十六进制数900F)接
收GetRequest-PDU、GetNextRequest-PDU和SetRequest-PDU的消息，从套接字36880
(目的地址的套接字字段设置为十六进制数9010)接收Trap-PDU的消息。
GetResponse-PDU的消息将会对由相应的GetRequest-PDU、GetNextRequest-PDU
或SetRequest-PDU产生的IPX地址和套接字进行编址。
2.2中断
当通过IPX传送SNMP中断时，在Trap-PDU中的代理地址字段包含着IP地址“0.0.0.0”。
SNMP管理器可以根据由传输服务提供的信息来确定中断的源地址。
2.3最大消息尺寸
虽然SNMP不要求构造应用来接收长度超过484字节的消息，但是我们建议最好可实
现支持最大长度是546字节的SNMP消息包(在IPX中允许的最大尺寸)。此外，这也是保证
能够穿过不提供分段存储IPX路由器的数据包的最大长度的极限。如果已经知道依靠的中间
路由器和/或中间的数据链路层协议的最大长度，那么应用可以选择采用更长的数据包长度。
3.文档的获得
本节提供了一些要点，来获得选定的文档。
可以从以下地址获得有关IPX的完整描述：
Novell，Inc.
122East1700South
P.O.Box5900
Provo，Utah84601USA
8005265463
NovellPart#883-000780-001
可以从以下地址获得有关IDP(XNS部分)的完整描述：
XeroxSystemInstitute
475OakmeadParkway
Sunnyvale，CA94086
Attn.:FondaPallone
(415)813-7164
4.鸣谢
本规范源自RFC1298，基于IETF中“SNMPoveraMultiprotocolInternet”工作组的
讨论。
5.参考文献
[1]Case，J.，Fedor，M.，Schoffstall，M.，andJ.Davin，“SimpleNetworkManagement
Protocol”，STD15，RFC1157，SNMPResearch，PerformanceSystemsInternational，
PerformanceSystemsInternational，MITLaboratoryforComputerScience，May1990.
[2]Novell，Inc.，“NetWareSystemTechnicalInterfaceOverview”，partnumber
883-000780-001，June1989.
[3]RoseM.，andK.McCloghrie，“StructureandIdentificationofManagement
InformationforTCP/IP-basedinternets”，STD16，RFC1155，PerformanceSystems
International，HughesLANSystems，May1990.
[4]Rose，M.，andK.McCloghrie，Editors，“ConciseMIBDefinitions”，STD16，RFC
1212，PerformanceSystemsInternational，HughesLANSystems，March1991.
[5]RoseM.，andK.McCloghrie，Editors，“ManagementInformationBasefor
NetworkManagementofTCP/IP-basedInternets”，STD17，RFC1213，HughesLAN
Systems，Inc.，PerformanceSystemsInternational，March1991.
[6]Kastenholz，F.，“SNMPCommunicationsServices”，RFC1270，Clearpoint
ResearchCorporation，October1991.
[7]PostelJ.，“UserDatagramProtocol”，STD6，RFC768，USC/Information
SciencesInstitute，August1980.
[8]XeroxSystemIntegrationStandard，“InternetTransportProtocols”，XSIS
028112，XeroxCorporation，December1981.
6.安全因素
在本备忘录中不讨论有关安全的问题。
7.作者地址
SteveBostock
Novell，Inc.
2180FortuneDrive
SanJose，CA95131
Phone:4084738203
Fax:4084351706
Email:steveb@novell.com
-
