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
