RFC1298_基于IPX協(xié)議的SNMP

1、RFC1298SNMP over IPX 基于IPX協(xié)議的SNMP組織：中國互動出版網(wǎng)（/）RFC文檔中文翻譯計劃（/compters/emook/aboutemook.htm）E-mail：譯者：小樹（douglas .）譯文發(fā)布時間：2001-5-23版權：本中文翻譯文檔版權歸中國互動出版網(wǎng)所有。可以用于非商業(yè)用途自由轉(zhuǎn)載，但必須保留本文檔的翻譯及版權信息。Network Working Group R. WormleyRe

2、quest for Comments: 1298 S. Bostock Novell, Inc. February 1992基于IPX協(xié)議的SNMP （RFC1298 SNMP over IPX）本備忘錄的狀態(tài)本文檔講述了一種Internet社區(qū)的Internet標準跟蹤協(xié)議，它需要進一步進行討論和建議以得到改進。請參考最新版的“Internet正式協(xié)議標準” (STD1)來獲得本協(xié)議的標準化程度和狀態(tài)。本備忘錄的發(fā)布不受任何限制。版權聲明Copyright (C) The Internet Society (2001).摘要本文檔建議了簡單網(wǎng)絡管理協(xié)議SNMP包如何在網(wǎng)際包交換協(xié)議IPX封裝

3、的傳輸機制。1. 介紹SNMP協(xié)議已經(jīng)被指定為Internet上使用的正式的網(wǎng)絡管理協(xié)議。它已經(jīng)在Internet上和非Internet網(wǎng)絡中被開發(fā)者廣泛接受和使用。由此已產(chǎn)生了相關的協(xié)議和平臺。本節(jié)定位于在IPX上使用SNMP，其主要因為Novell NetWare的流行而廣泛普及。大略的等同UDP的功能，IPX也提供了基于不同物理介質(zhì)和協(xié)議上的無連接的、非確認的數(shù)據(jù)包服務。盡管NetWare協(xié)議族已經(jīng)做了修改，IPX因其來源于Xerox的網(wǎng)際數(shù)據(jù)報協(xié)議IDP，其套接字地址空間的授權仍由Novell管理。在UDP上使用SNMP是目前Internet最普通的方式。本描述應最適合于那些UDP傳輸

4、服務不可用的環(huán)境。SNMP執(zhí)行者應該意識到下層的傳輸方式會對Internet管理能力的互操作性和普遍性產(chǎn)生重要影響。選擇適當SNMP傳輸方式的描述在5。2. 詳細描述SNMP通常會把IPX包頭的包類型域Packet Tyep Field的值設為4（也就是包交換包Packet Exchange Packet）。 2.1. 套接字指定SNMP實體在端口號36879接收GetRequest-PDU, GetNextRequest-PDU, and SetRequest-PDU消息（目標套接字設為十六進制的值900F），在端口36880接收Trap-PDU 消息（目標套接字設為十六進制的值9010F）

5、。GetResponse-PDU 消息的IPX地址和套接字是根據(jù)相應的GetRequest-PDU、GetNextRequest-PDU、or SetRequest-PDU消息的發(fā)起點確定的。2.2. 最大數(shù)據(jù)包長度 盡管SNMP沒有統(tǒng)一要求執(zhí)行接收超過484字節(jié)的消息，建議支持執(zhí)行最大SNMP消息的長度為546字節(jié)（IPX下允許的最大尺寸）。此外這個限制也是擔保的數(shù)據(jù)通過IPX路由器不分段的最大包長度。執(zhí)行者如果知道最大值，應該選擇使用較大的數(shù)據(jù)包。這個最大值是由中間的路由器或者中間的鏈路層協(xié)議決定的。2.3. Trap-PDU的agent-addr 域由SNMP代理所發(fā)出的Trap-PDU

6、其中的agent-addr 域應當包含IP地址。SNMP管理器可能會通過查詢傳輸層來確定陷阱來源。 2.4. IPX傳輸?shù)刂返谋硎居袝r有必要在MIB中表示IPX傳輸服務地址。比如說SNMP MIB中使用OBJECT IDENTIFIER定義傳輸域（IP，IPX等等）。用OCTET STRING表示該域的地址。下面用圖解提供如下定義。RFC1298-MIB DEFINITIONS := BEGIN IMPORTS enterprises FROM RFC1155-SMI; novell OBJECT IDENTIFIER := enterprises 23 transportDom

7、ains OBJECT IDENTIFIER := novell 7 ipxTransportDomain OBJECT IDENTIFIER := transportDomains 1 - IPX 傳輸域的權威命名 IpxTransportAddress := OCTET STRING (SIZE (12) - IpxTransportDomain中表示傳輸服務地址的原文協(xié)定。 - IpxTransportAddress長12字節(jié)包含三個域，順序為網(wǎng)絡字節(jié)（高-低）。 - 第一個域長4字節(jié)包含網(wǎng)絡號。 - 接下來的域長6字節(jié)包含該節(jié)點的物理地址。既然IPX可以運行在各種子網(wǎng)結(jié) - 構(gòu)上，節(jié)點

8、物理地址也許并不使用所有的6字節(jié)。正如在2中的指定，節(jié)點物 - 理地址將占用該域中最小的有效部分而大部分有效字節(jié)應當為0。 - 最后的域長2字節(jié)包含套接字號。 END3. 文檔獲取本節(jié)提供獲取選擇文檔的聯(lián)系信息。IPX的完整描述可經(jīng)由以下地址獲得： Novell, 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

9、 Parkway Sunnyvale, CA 94086 Attn: Fonda Pallone (415) 813-71644 參考文獻 1 Case J., Fedor M., Schoffstall M., and J. Davin, A Simple Network Management Protocol (SNMP), RFC 1157, SNMP Research, Performance Systems International, Performance Systems International, and MIT Laboratory for Computer Science

10、, May 1990. 2 Novell, Inc., NetWare System Technical Interface Overview, June 1989. 3 Xerox System Integration Standard, Internet Transport Protocols, XSIS 028112, Xerox Corporation, December 1981. 4 Postel, J., User Datagram Protocol, RFC 768, USC/Information Sciences Institute, 28 August 1980. 5 K

11、astenholz, F., SNMP Communications Services, RFC 1270, Clearpoint Research Corporation, October 1991. 6 McCloghrie, K., Davin, J., and 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: 4