組織：中國互動出版網（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：郭大剛（guodagang   guodagang@tyut.edu.cn）
譯文發布時間：2001-11-24
版權：本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載，但必須
保留本文檔的翻譯及版權信息。


Network Working Group                                                   M. Rose  
Request for Comments: 1418                             Dover Beach Consulting，Inc. 
Obsoletes: 1161，1283                                                 March 1993 

OSI上的SNMP
(RFC1418——SNMP over OSI)

本備忘錄的狀態
本文檔講述了一種Internet社區的Internet標準跟蹤協議，它需要進一步進行討論和建
議以得到改進。請參考最新版的“Internet架構委員會正式協議標準”來獲得本協議的標準
化程度和狀態。本備忘錄的發布不受任何限制。
目錄
1. 背景	1
2. 在CLTS上的映射	2
2.1.  周知地址	2
2.2.  中斷	2
2.3.  最大消息尺寸	2
3. 鳴謝	3
4.參考文獻	3
5. 需要考慮的安全問題	3
6. 作者地址：	3

1. 背景
現在，對于基于TCP/IP的internet，在[1]中定義的簡單網絡管理協議(Simple Network 
Management Protocol，縮寫為SNMP)用作一個網絡管理構架的完整部分。在它的相關標準
中，定義了管理信息結構(Structure of Management Information，縮寫為SMI)[2，3]和管理
信息數據庫(Management Information Base，縮寫為MIB)[4]，SNMP已經被廣泛地部署在
許多運行Internet協議族的運營的網絡中。
不必驚訝于這些站點中的許多可以獲得OSI性能，并且希望支持他們在 SNMP技術上
的投資來有助于管理那些OSI網元。通過在支持OSI面向無連接的傳輸服務的環境中定義一
個運行SNMP的構架，本備忘錄陳述了這些關系。
然而，正如[5]中提示的那樣，SNMP首先會映射到UDP[6]上。該規范計劃用于不能使
用UDP傳輸的環境中。這個規范更應該理解為一種建議：在異構傳輸環境中，一個被管理
代理應該支持多于一種的映射方式。
2. 在CLTS上的映射
在CLTS[7，8]上的SNMP映射是直通方式的。步驟原理和UDP采用的相同。注意CLTS 
和服務都是通過包含了全部地址信息的UDP信息傳輸包來提供的。因此，[1]中的“傳輸地
址”，映射在CLTS上的SNMP僅僅是一個傳輸選項和網絡地址。
應該注意到，正如[1，5]中描述的那樣，映射在面向非連接的傳輸服務上的SNMP和
SNMP的結構原理是完全一致的。然而，CLTS本身既可以采用一個面向無連接方式，又可
以采用面向連接的網絡服務方式實現。在這種映射中描述的映射支持任意實現方式。(當提供
所有網絡服務時，應該以CLNS為實現基礎。)
2.1.  周知地址
不象Internet協議組，OSI沒有使用周知口。當然，多路分解技術基于“選擇器” 發生，
“選擇器”是具有局部重要意義的不透明八位字串。為了照顧基于CLTS的可互操作的SNMP
實現，定義四個選擇器是必要的。
當CLTS采用無連接模式的網絡服務來提供反向SNMP傳輸時，應該采用由6個ASCII
字符組成的“snmp-l”傳輸選擇器；按照約定，會發送一個SNMP中斷給一個正在監聽由7
個 ASCII字符組成的“snmp-l”傳輸選擇器的SNMP管理器。
當CLTS采用面向連接的網絡服務來提供反向SNMP傳輸時，應該采用由6個ASCII
字符組成“snmp-o”傳輸選擇器；按照約定，會發送一個SNMP中斷給一個正在監聽由7
個 ASCII字符組成的“snmp-o”傳輸選擇器的SNMP管理器。
2.2.  中斷
當SNMP中斷在CLTS上發送時，Trap-PDU中的代理地址字段包含了IP地址“0.0.0.0”。
SNMP管理器可以基于由傳輸服務提供的信息(也就是源自T-UNIT-DATA.INDICATION基本
數據單元的)探知陷阱的來源。
2.3.  最大消息尺寸
一個在OSI上運行SNMP的實體應該準備好接收大小至少484個字節的消息。鼓勵應
用隨時可能發生的更大的數值。
3. 鳴謝
本規范源自RFC 1298，基于在IETF中有關“SNMP over a Multiprotocol Internet”工
作組的討論。
4.參考文獻
[1] Case，J.，Fedor，M.，Schoffstall，M.，and J. Davin，"Simple Network Management 
Protocol"，STD 15，RFC 1157，SNMP Research，Performance Systems International，
Performance Systems International，MIT Laboratory for Computer Science，May 1990.
[2] Rose M.，and K. McCloghrie，"Structure and Identification of Management 
Information for TCP/IP-based internets"，STD 16，RFC 1155，Performance Systems 
International，Hughes LAN Systems，May 1990.
[3] Rose，M.，and K. McCloghrie，Editors，"Concise MIB Definitions"，STD 16，RFC 
1212，Performance Systems International，Hughes LAN Systems，March 1991.
[4] Rose M.，and K. McCloghrie，Editors，"Management Information Base for Network 
Management of TCP/IP-based Internets"，STD 17，RFC 1213，Hughes LAN Systems，
Inc.，Performance Systems International，March 1991.
[5] Kastenholz，F.，“SNMP Communications Services”，RFC 1270，Clearpoint 
Research Corporation，October 1991.
[6] Postel J.，"User Datagram Protocol"，STD 6，RFC 768，USC/Information Sciences 
Institute，August 1980.
[7] Information processing systems - Open Systems Interconnection - Transport 
Service Definition - Addendum 1: Connectionless-mode Transmission，International 
Organization for Standardization. International Standard 8072/AD 1，June 1986.
[8] Information processing systems - Open Systems Interconnection - Protocol 
Specification for Providing the Connectionless-mode Transport Service，International 
Organization for Standardization.  International Standard 8602，December 1987.
5. 需要考慮的安全問題
本備忘錄不討論有關安全問題。
6. 作者地址：
Marshall T. Rose
Dover Beach Consulting，Inc.
420 Whisman Court
Mountain View，CA 94043-2112
Phone: (415) 968-1052
EMail: mrose@dbc.mtview.ca.us
RFC1418——SNMP over OSI                                                       OSI上的SNMP


1
RFC文檔中文翻譯計劃