SNMP协议管理机制及其代理进程实现.docVIP

SNMP协议管理机制及其代理进程实现 　　[摘要]首先论述简单网络管理协议SNMP的产生、发展及其管理机制，然后提出在SNMPv3的框架结构上实现代理进程的一种方案。 　　[关键词]SNMP协议 管理模型 代理 　　中图分类号：TP3文献标识码：A文章编号：1671－7597（2009）0310046－02 　　 　　一、SNMP的产生 　　 　　随着现代网络规模扩大化，结构的复杂化，早期网络时代的人力管理已经无法胜任这一工作了，自动网络管理工具由此而产生。 　　要有效地管理由不同厂家的产品构成的网络系统，就要求各个网络产品提供统一的管理接口，即遵循标准的网络管理协议。目前国际上标准的网络管理协议有两个，一个是ISO于70年代末提出的CMIP，一个是IAB 80年代末提出SNMP。CMIP（公共管理信息协议）建立在OSI基础上，它的协议大而全，需兼顾各个方面的要求，十分复杂，实现起来很困难，所以目前对其仅停留在研究阶段。SNMP（简单网络管理协议）是IAB为管理基于TCP/IP的网络而制定的网络管理协议，于1990年4月被确定为Internet标准。它可以管理和监控任何形式的网络设备，它的主要特点是简单、实用、易扩展。目前绝大多数厂家都支持和应用SNMP，SNMP已成为事实上的网络管理工业标准。 　　 　　二、SNMP的发展 　　 　　SNMP一共发展了3个主版本，分别为SNMPv1，SNMPv2和SNMPv3。SNMPv2又分为若干个子版本，其中SNMPv2c应用最为广泛。 　　1990年5月，RFC1157出版，定义了SNMPv1。SNMPv1在90年代初得到了迅猛发展，但同时也暴露了明显的不足，如在功能上难以实现大量的数据传输，在安全方面缺少身份鉴别和加密机制。 　　1993年发布的SNMPv2比SNMPv1有较大的进步，表现在支持分布式网络管理、扩展了数据类型、可以实现大量数据的同时传输、增加了表的处理能力、加强了数据定义语言。 　　但是，SNMPv2并没有完全实现预期的目标，尤其是安全性能没有得到提高。1996年发布的SNMPv2c是SNMPv2的修改版本，功能有很大增强，但是安全性能仍没有得到改善，继续使用SNMPv1的基于共同体名的身份鉴别方式。 　　IETF SNMPv3工作组于1998年1月提出RFC2271-2275，正式形成SNMPv3。这一系列文件定义了包含SNMPv1、SNMPv2所有功能在内的体系框架和包含鉴别服务和加密服务在内的全新的安全特性，同时还规定了网络安全和访问控制规则。 　　 　　三、SNMP的通讯机制 　　 　　SNMP代理和管理站通过标准的SNMP协议报文进行异步通信，这些报文都是单个包。由此，SNMP使用UDP作为底层传输协议。UDP使用无连接服务，所以SNMP不需要在代理和管理站之间保持连接来传输消息。 　　（一）SNMP的通讯原语 　　SNMPv1中定义了五种通讯原语：GetRequest、GetResponse、GetNextRequest、SetRequest和Trap。SNMP管理站使用GetRequst请求被管设备的代理从设备中取特定OID的管理信息比如系统的名字，系统中网络接口数，端口的流量等等。SNMP代理用GetResponse来响应管理站的请求。管理站用GetNextResponse指示读取指定的OID所表示的被管理对象在MIB树中按照字典顺序的下一个被管理对象的管理信息的值，与GetResponse结合起来可以检索表中的数据，浏览MIB树。管理站用SetRequest通过代理来改变设备中的配置，用于配置管理的实现。Trap是SNMP代理发送给管理站的非请求消息，通知管理站发生了一个特殊事件[6]。例如：代理重启、线路连接失败或消息认证失败等等。 　　SNMPv2中增加了GetBulkRequest的通讯原语，GetBulkRequest与GetNextResponse有相同的操作原则，也就是说，所选择的总是按字典序的下一个对象实例。不同之处在于，使用GetBulkRequest可以指定选择多个字典顺序后继。这样，可使检索大批管理信息所需的协议交换次数最少化。SNMPv2还增加了InformRequest通讯原语，此通讯原语用来负责管理者与管理者之间的通讯。 　　（二）SNMP报文格式 　　SNMP报文格式主要有两部分构成，协议头和SNMP协议数据单元。在不同的版本中协议头不同。 　　1．SNMPv1的报文格式。 　　SNMPv1报文的协议头由版本域和共同体域组成。其中版本域为version-1(0)，共同体域是为增加系统的安全性而引入的，它的作用相当于口令（password）。agent可以要求manag