《RFC1215为使用SNMP定义Trap的惯例》由会员分享，可在线阅读，更多相关《RFC1215为使用SNMP定义Trap的惯例（8页珍藏版）》请在金锄头文库上搜索。
1、RFC1215 A Convention for Defining Traps for use with the SNMP 为使用SNMP定义Trap的惯例组织：中国互动出版网（http:/www.china- gdg0188_）译文发布时间：2001-6-15版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留本文档的翻译及版权信息。Network Working Group M. Rose, EditorRequest for Comments: 1215 Performance Systems InternationalMarch 1991为使用SNMP定
2、义Trap的惯例（RFC1215 A Convention for Defining Traps for use with the SNMP）本备忘录的状态： 本备忘录建议了一种利用SNMP定义陷阱的正面的方法。读者应该注意到在internet标准网络管理框架中使用的陷阱是不可靠的。因此，本备忘录仅为信息目的提供建议。建议从事网络管理的经营者使用本文档。没有利用陷阱的经营者可以完全忽略本文档。 本备忘录提供了一种Internet社区的信息，它并没有规定任何标准。本备忘录的发布不受任何限制。目录1 历史前景。12 定义陷阱。22.1制定宏观陷阱种类。32.1.1制定企业条款。32.1.2制定变量
3、条款。42.1.3制定描述条款。42.1.4制定参考条款。42.1.5制定陷阱类型评估。42.2使用举例。52.2.1专业企业陷阱。52.2.2为使用SNMP的普通陷阱。53.致谢。74.参考。95.安全考虑。96.作者地址。91 历史前景 就如RFC1025中所报告的，为Internet网络管理标准1发展做的 IAB 推荐，一个基于TCP/IP的网管的双重策略被采纳。 在短期内，在RFC中定义的简单网管协议，被用来管理Internet 社区的节点。在长期内，OSI网络管理框架的使用将会通过检验。产生了两份文档来定义管理信息：RFC1065，它定义了管理信息结构（SMI），以及RFC1066。
4、定义了管理信息基础。设计这两份文档以便于与SNMP和OSI网管框架相协调。这个策略在短期内非常成功：在几个月内，通过研究和商业社区，形成了基于Internet的网管技术。由此而产生的结果是：一时间 Internet部分社区变为可管理的网络。在RFC 1109中报告的，第二Ad Hoc网管审查组2的报告，SNMP和OSI网管框架比预期的有很大不同。由此，在SMI和MIB之间以及二者共同的和谐性的需求被暂停了。这个行动允许了基于SNMP的可操作的网管框架在Internet社区通过MIB-II产生来响应新的操作请求。1990年5月，核心文档以被建议的身份被提升为标准协议。由此，Internet标准网
5、管框架包含：基于TCP/IP internet管理信息的结构和认证，即RFC 1155 3，它描述了包含在MIB中被管理的对象是如何被定义的；基于TCP/IP internet网管的管理信息基础，即RFC 1156 4，它描述了包含在MIB中的被管理的对象；简单网管协议，即RFC 1157 5，定义了用于管理这些对象的协议。 2. 定义陷阱由于Internet标准 SMI起初独立于协议的要求，它并没有提供定义陷阱的方法。取而代之的是，SNMP定义了一些标准化的陷阱，为企业的管理传送企业专用陷阱提供了一种方法。然而，随着实验性MIBs的出现，其中有些需要定义实验专用的陷阱，急需一种定义陷阱的方便
6、的方法。为此建议使用陷阱类型宏。 IMPORTS ObjectName FROM RFC1155-SMI; TRAP-TYPE MACRO := BEGIN TYPE NOTATION := ENTERPRISE value (enterprise OBJECT IDENTIFIER) VarPart DescrPart ReferPart VALUE NOTATION := value (VALUE INTEGER) VarPart := VARIABLES VarTypes | empty VarTypes := VarType | VarTypes , VarType VarType :
7、= value (vartype ObjectName) DescrPart := DESCRIPTION value (description DisplayString) | empty ReferPart := REFERENCE value (reference DisplayString) | empty END然而必须强调在Internet标准网管框架中，使用陷阱是非常令人失望的。陷阱类型宏是用来认可现存的简明的定义，而不是促使定义新的陷阱。 2.1. 制定陷阱宏种类 应该注意的是陷阱类型宏的扩张概念上是发生在完成时而不是在运行期间。2.1.1. 制定企业条款企业条款，必须是现有的
8、，定义了企业管理，在其下的注册权限，这个陷阱是定义了的。（关于注册权限的授权的讨论，见SMI 3）。评估被放在SNMP陷阱协议数据单元的企业项内。根据惯例，如果企业条款的评估是简单网管协议中的对象标志符 := mib-2 11 就象在MIB-II 7中定义的，sysObjectID 的评估被放在SNMP陷阱协议数据单元的企业项内，而不使用此项评估。这提供了一种使用陷阱类型宏来代表现存的SNMP标准陷阱的方法；它并没有用来提供定义另外的SNMP标准陷阱的方法。2.1.2. 制定变量条款 变量条款，不必是现有的，定义了MIB对象的有序的序列，这些对象包含在每个陷阱类型的实例中。每个变量按顺序被放置
9、在SNMP陷阱协议数据单元的变量绑定域内。注意到在代理的选项中，附加的变量可能在变量绑定域内出现。然而，如果企业条款的评估是简单网管协议中的对象标志符 := mib-2 11 就象在MIB-II 7中定义的，那么附加变量的出现不会导致连续的SNMP 消息超过484字节。2.1.3. 制定描述条款 描述条款，不必是现有的，包含一个陷阱类型的原文的定义。注意到为了符合ASN.1的语法，这个条款的全部评估必须包含在双引号内，尽管这些评估是多线程的。 更要注意如果MIB模块其他地方没有包含陷阱的原文描述，描述条款必须是现有的。2.1.4. 制定参考条款 参考条款，不需要是现有的，包含有在其他MIB模块
10、中定义的一个陷阱的原文的相互参照，事件，或是警告。当其他一些组织产生出 MIB时，这是非常有用的。2.1.5.制定陷阱类型评估 陷阱类型祷文的评估是整数。企业条款指示的注册权限为陷阱唯一指定这些整数。这项评估被放在SNMP陷阱协议数据单元的专用陷阱域内，普通陷阱域被放在“企业专用(6) ”。根据惯例 ，如果企业条款的评估是简单网管协议中的对象标志符 := mib-2 11 就象在MIB-II 7中定义的，那么陷阱类型宏祷文的评估放在SNMP陷阱协议数据单元的普通陷阱域内，专用陷阱域放在0.它提供了使用陷阱宏来代表已存的SNMP陷阱的方法；他并没有用来提供定义附加标准SNMP陷阱的方法。2.2. 使用举例2.2.1. 专用企业陷阱 考虑这样一个简单例子：当一个通信连接失败时，发送一个企业专用陷阱 myEnterprise OBJECT IDENTIFIER := enterprises 9999 myLinkDown TRAP-TYPE ENTERPRISE myEnterprise VARIABLES ifIndex DESCRIPTION 一个myLinkDown 陷阱表示发送的 SNMP 请求实体确认了表现在代理配置通信里的一次失败连接。” := 22.2.2.为使用 SNMP的普通陷阱
