RFC1418 SNMP优于OSI

组织：中国互动出版网（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文档中文翻译计划