186 0440 4087

IPX上的SNMP

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

    众信咨询:互联网资质代理诚信品牌