OSI上的SNMP

1.背景

现在，对于基于TCP/IP的internet，在[1]中定义的简单网络管理协议(SimpleNetwork

ManagementProtocol，缩写为SNMP)用作一个网络管理构架的完整部分。在它的相关标准

中，定义了管理信息结构(StructureofManagementInformation，缩写为SMI)[2，3]和管理

信息数据库(ManagementInformationBase，缩写为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.鸣谢

本规范源自RFC1298，基于在IETF中有关“SNMPoveraMultiprotocolInternet”工

作组的讨论。

4.参考文献

[1]Case，J.，Fedor，M.，Schoffstall，M.，andJ.Davin，"SimpleNetworkManagement

Protocol"，STD15，RFC1157，SNMPResearch，PerformanceSystemsInternational，

PerformanceSystemsInternational，MITLaboratoryforComputerScience，May1990.

[2]RoseM.，andK.McCloghrie，"StructureandIdentificationofManagement

InformationforTCP/IP-basedinternets"，STD16，RFC1155，PerformanceSystems

International，HughesLANSystems，May1990.

[3]Rose，M.，andK.McCloghrie，Editors，"ConciseMIBDefinitions"，STD16，RFC

1212，PerformanceSystemsInternational，HughesLANSystems，March1991.

[4]RoseM.，andK.McCloghrie，Editors，"ManagementInformationBaseforNetwork

ManagementofTCP/IP-basedInternets"，STD17，RFC1213，HughesLANSystems，

Inc.，PerformanceSystemsInternational，March1991.

[5]Kastenholz，F.，“SNMPCommunicationsServices”，RFC1270，Clearpoint

ResearchCorporation，October1991.

[6]PostelJ.，"UserDatagramProtocol"，STD6，RFC768，USC/InformationSciences

Institute，August1980.

[7]Informationprocessingsystems-OpenSystemsInterconnection-Transport

ServiceDefinition-Addendum1:Connectionless-modeTransmission，International

OrganizationforStandardization.InternationalStandard8072/AD1，June1986.

[8]Informationprocessingsystems-OpenSystemsInterconnection-Protocol

SpecificationforProvidingtheConnectionless-modeTransportService，International

OrganizationforStandardization.InternationalStandard8602，December1987.

5.需要考虑的安全问题

本备忘录不讨论有关安全问题。

6.作者地址：

MarshallT.Rose

DoverBeachConsulting，Inc.

420WhismanCourt

MountainView，CA94043-2112

Phone:(415)968-1052

EMail:mrose@dbc.mtview.ca.us