?? rfc1298.txt
字號:
組織:中國互動出版網(http://www.china-pub.com/)
RFC文檔中文翻譯計劃(http://www.china-pub.com/compters/emook/aboutemook.htm)
E-mail:ouyang@china-pub.com
譯者:小樹(douglas gyang@goldentech.com.)
譯文發布時間:2001-5-23
版權:本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載,但必須
保留本文檔的翻譯及版權信息。
Network Working Group R. Wormley
Request for Comments: 1298 S. Bostock
Novell, Inc.
February 1992
基于IPX協議的SNMP
(RFC1298 ——SNMP over IPX)
本備忘錄的狀態
本文檔講述了一種Internet社區的Internet標準跟蹤協議,它需要進一步進行討論和建
議以得到改進。請參考最新版的“Internet正式協議標準” (STD1)來獲得本協議的標準化
程度和狀態。本備忘錄的發布不受任何限制。
版權聲明
Copyright (C) The Internet Society (2001).
摘要
本文檔建議了簡單網絡管理協議SNMP包如何在網際包交換協議IPX封裝的傳輸
機制。
1. 介紹
SNMP協議已經被指定為Internet上使用的正式的網絡管理協議。它已經在Internet
上和非Internet網絡中被開發者廣泛接受和使用。由此已產生了相關的協議和平臺。
本節定位于在IPX上使用SNMP,其主要因為Novell NetWare的流行而廣泛普及。
大略的等同UDP的功能,IPX也提供了基于不同物理介質和協議上的無連接的、非確
認的數據包服務。
盡管NetWare協議族已經做了修改,IPX因其來源于Xerox的網際數據報協議IDP,
其套接字地址空間的授權仍由Novell管理。
在UDP上使用SNMP是目前Internet最普通的方式。本描述應最適合于那些UDP
傳輸服務不可用的環境。SNMP執行者應該意識到下層的傳輸方式會對Internet管理能
力的互操作性和普遍性產生重要影響。選擇適當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)。
GetResponse-PDU 消息的IPX地址和套接字是根據相應的GetRequest-PDU、
GetNextRequest-PDU、or SetRequest-PDU消息的發起點確定的。
2.2. 最大數據包長度
盡管SNMP沒有統一要求執行接收超過484字節的消息,建議支持執行最大SNMP消
息的長度為546字節(IPX下允許的最大尺寸)。此外這個限制也是擔保的數據通過IPX路
由器不分段的最大包長度。執行者如果知道最大值,應該選擇使用較大的數據包。這個最大
值是由中間的路由器或者中間的鏈路層協議決定的。
2.3. Trap-PDU的agent-addr 域
由SNMP代理所發出的Trap-PDU其中的agent-addr 域應當包含IP地址0.0.0.0。
SNMP管理器可能會通過查詢傳輸層來確定陷阱來源。
2.4. IPX傳輸地址的表示
有時有必要在MIB中表示IPX傳輸服務地址。比如說SNMP MIB中使用OBJECT
IDENTIFIER定義傳輸域(IP,IPX等等)。用OCTET STRING表示該域的地址。下面用圖
解提供如下定義。
RFC1298-MIB DEFINITIONS ::= BEGIN
IMPORTS
enterprises FROM RFC1155-SMI;
novell OBJECT IDENTIFIER ::= { enterprises 23 }
transportDomains OBJECT IDENTIFIER ::= { novell 7 }
ipxTransportDomain OBJECT IDENTIFIER ::= { transportDomains 1 }
-- IPX 傳輸域的權威命名
IpxTransportAddress ::= OCTET STRING (SIZE (12))
-- IpxTransportDomain中表示傳輸服務地址的原文協定。
-- IpxTransportAddress長12字節包含三個域,順序為網絡字節(高-低)。
-- 第一個域長4字節包含網絡號。
-- 接下來的域長6字節包含該節點的物理地址。既然IPX可以運行在各種子網結
-- 構上,節點物理地址也許并不使用所有的6字節。正如在[2]中的指定,節點物
-- 理地址將占用該域中最小的有效部分而大部分有效字節應當為0。
-- 最后的域長2字節包含套接字號。
END
3. 文檔獲取
本節提供獲取選擇文檔的聯系信息。
IPX的完整描述可經由以下地址獲得:
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 Parkway
Sunnyvale, CA 94086
Attn: Fonda Pallone
(415) 813-7164
4. 參考文獻
[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, 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] Kastenholz, 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: 408 473 8208
EMail: bwormley@novell.com
Steve Bostock
Novell, Inc.
2180 Fortune Drive
Mail Stop F5-91-2
San Jose, CA 95131
Phone: 408 473 8203
EMail: steveb@novell.com
RFC1298——SNMP over IPX 基于IPX協議的SNMP
1
RFC文檔中文翻譯計劃
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -