1.介紹
現(xiàn)在，對(duì)于基于TCP/IP的網(wǎng)際網(wǎng)，在[1]中定義的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SimpleNetwork
ManagementProtocolSNMP)被當(dāng)作完整的網(wǎng)絡(luò)管理框架來(lái)使用。連同它的兩個(gè)定義了管理
信息結(jié)構(gòu)(StructureofManagementInformation，縮寫(xiě)為SMI)[3，4]和管理信息庫(kù)
(ManagementInformationBase，縮寫(xiě)為MIB)[5]的相關(guān)標(biāo)準(zhǔn)，SNMP已經(jīng)在運(yùn)行Internet
協(xié)議族的許多運(yùn)營(yíng)的網(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]中解釋的那樣，對(duì)于SNMP，首選的映射是在UDP[7]上。同樣，這個(gè)規(guī)范專
門(mén)用在不支持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，縮寫(xiě)為IDP)[8]相同的問(wèn)題。這種套接
字地址空間的特許權(quán)是由Novell管理的。
SNMP包總是會(huì)把在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的消息將會(huì)對(duì)由相應(yīng)的GetRequest-PDU、GetNextRequest-PDU
或SetRequest-PDU產(chǎn)生的IPX地址和套接字進(jìn)行編址。
2.2中斷
當(dāng)通過(guò)IPX傳送SNMP中斷時(shí)，在Trap-PDU中的代理地址字段包含著IP地址“0.0.0.0”。
SNMP管理器可以根據(jù)由傳輸服務(wù)提供的信息來(lái)確定中斷的源地址。
2.3最大消息尺寸
雖然SNMP不要求構(gòu)造應(yīng)用來(lái)接收長(zhǎng)度超過(guò)484字節(jié)的消息，但是我們建議最好可實(shí)
現(xiàn)支持最大長(zhǎng)度是546字節(jié)的SNMP消息包(在IPX中允許的最大尺寸)。此外，這也是保證
能夠穿過(guò)不提供分段存儲(chǔ)IPX路由器的數(shù)據(jù)包的最大長(zhǎng)度的極限。如果已經(jīng)知道依靠的中間
路由器和/或中間的數(shù)據(jù)鏈路層協(xié)議的最大長(zhǎng)度，那么應(yīng)用可以選擇采用更長(zhǎng)的數(shù)據(jù)包長(zhǎng)度。
3.文檔的獲得
本節(jié)提供了一些要點(diǎn)，來(lái)獲得選定的文檔。
可以從以下地址獲得有關(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)安全的問(wèn)題。
7.作者地址
SteveBostock
Novell，Inc.
2180FortuneDrive
SanJose，CA95131
Phone:4084738203
Fax:4084351706
Email:steveb@novell.com
眾信咨詢：互聯(lián)網(wǎng)資質(zhì)代理誠(chéng)信品牌