1.介紹

現(xiàn)在，對于基于TCP/ip的網(wǎng)際網(wǎng)，在[1]中定義的簡單網(wǎng)絡(luò)治理協(xié)議(SimpleNetwork

ManagementPRotocolSNMP)被當(dāng)作完整的網(wǎng)絡(luò)治理框架來使用。連同它的兩個(gè)定義了治理

信息結(jié)構(gòu)(StrUCtureofManagementInformation，縮寫為SMI)[3，4]和治理信息庫

(ManagementInformationBase，縮寫為MIB)[5]的相關(guān)標(biāo)準(zhǔn)，SNMP已經(jīng)在運(yùn)行Internet

協(xié)議族的許多運(yùn)營的網(wǎng)絡(luò)中得到廣泛應(yīng)用。

在TCP/IP環(huán)境中SNMP的成功導(dǎo)致它被部署在基于非TCP/IP的網(wǎng)際網(wǎng)中。這個(gè)規(guī)范

描述了用于Novell的NetWare環(huán)境中的在IPX協(xié)議[2]上的SNMP的映射。

正如在[6]中解釋的那樣，對于SNMP，首選的映射是在UDP[7]上。同樣，這個(gè)規(guī)范專

門用在不支持UDP傳輸?shù)沫h(huán)境中。本規(guī)范的任何一部分都不能被解釋成這樣一個(gè)建議，即

在一個(gè)異構(gòu)的環(huán)境中，一個(gè)被治理的代理應(yīng)該支持多個(gè)映射。相反，強(qiáng)烈推薦治理站點(diǎn)支持

在所有流行的傳輸方式上的SNMP映射。

2.從SNMP到IPX的映射

因?yàn)镮PX提供的一種數(shù)據(jù)報(bào)服務(wù)非常類似于由IP/UDP提供的數(shù)據(jù)報(bào)服務(wù)，所以從SNMP

到IPX的映射可以直接進(jìn)行。

雖然在NetWare協(xié)議族的其他方面已經(jīng)做了修改，但是在這方面IPX面臨著和Xerox

的Internet數(shù)據(jù)報(bào)協(xié)議(InternetDatagramProtocol，縮寫為IDP)[8]相同的問題。這種套接

字地址空間的特許權(quán)是由Novell治理的。

SNMP包總是會把在IPX包頭中的數(shù)據(jù)包類型字段設(shè)置成4(也就是包交換包)。

2.1套接字的分配

SNMP協(xié)議實(shí)體將從套接字36879(目的地址的套接字字段設(shè)置為十六進(jìn)制數(shù)900F)接

收GetRequest-PDU、GetNextRequest-PDU和SetRequest-PDU的消息，從套接字36880

(目的地址的套接字字段設(shè)置為十六進(jìn)制數(shù)9010)接收Trap-PDU的消息。

GetResponse-PDU的消息將會對由相應(yīng)的GetRequest-PDU、GetNextRequest-PDU

或SetRequest-PDU產(chǎn)生的IPX地址和套接字進(jìn)行編址。

2.2中斷

當(dāng)通過IPX傳送SNMP中斷時(shí)，在Trap-PDU中的代理地址字段包含著IP地址“0.0.0.0”。

SNMP治理器可以根據(jù)由傳輸服務(wù)提供的信息來確定中斷的源地址。

2.3最大消息尺寸

雖然SNMP不要求構(gòu)造應(yīng)用來接收長度超過484字節(jié)的消息，但是我們建議最好可實(shí)

現(xiàn)支持最大長度是546字節(jié)的SNMP消息包(在IPX中答應(yīng)的最大尺寸)。此外，這也是保證

能夠穿過不提供分段存儲IPX路由器的數(shù)據(jù)包的最大長度的極限。假如已經(jīng)知道依靠的中間

路由器和/或中間的數(shù)據(jù)鏈路層協(xié)議的最大長度，那么應(yīng)用可以選擇采用更長的數(shù)據(jù)包長度。

3.文檔的獲得

本節(jié)提供了一些要點(diǎn)，來獲得選定的文檔。

可以從以下地址獲得有關(guān)IPX的完整描述：

Novell，Inc.

122East1700South

P.O.Box5900

Provo，Utah84601USA

8005265463

NovellPart#883-000780-001

可以從以下地址獲得有關(guān)IDP(XNS部分)的完整描述：

XeroxSystemInstitute

475OakmeadParkway

Sunnyvale，CA94086

Attn.:FondaPallone

(415)813-7164

4.鳴謝

本規(guī)范源自RFC1298，基于IETF中“SNMPoveraMultiprotocolInternet”工作組的

討論。

5.參考文獻(xiàn)

[1]Case，J.，F(xiàn)edor，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(xiàn).，“SNMPCommunicationsServices”，RFC1270，Clearpoint

ResearchCorporation，October1991.

[7]PostelJ.，“UserDatagramProtocol”，STD6，RFC768，USC/Information

SciencesInstitute，August1980.

[8]XeroxSystemIntegrationStandard，“InternetTransportProtocols”，XSIS

028112，XeroxCorporation，December1981.

6.安全因素

在本備忘錄中不討論有關(guān)安全的問題。

7.作者地址

SteveBostock

Novell，Inc.

2180FortuneDrive

SanJose，CA95131

Phone:4084738203

Fax:4084351706

Email:steveb@novell.com