snmp管理框架及其在cisco路由器上的实现

《snmp管理框架及其在cisco路由器上的实现》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、SNMP管理框架及其在Cisco路由器上的实现SNMP管理框架包含有四个组成部分：·SNMP管理者·SNMP代理·一个用于在SNMP实体间传输管理信息的管理协议·MIB库（ManagementInformationBase，管理信息库）SNMP管理者是一个利用SNMP协议对网络节点进行控制和监视的系统。其中网络环境中最常见的SNMP管理者被称为网络管理系统（NMSNetworkManagementSystem），网络管理系统既可以指一台专门用来进行网络管理的服务器，也可以指某个网络设备中执行管理功能的一个应用程序。现在市场上有众多软硬件厂商提供有支持SNMP协议的

2、网络管理系统，如Cisco公司的CiscoWorks系列网络管理软件产品。 SNMP代理是被管理设备中的一个软件模块，用来维护被管理设备的管理信息数据并可在需要时把管理数据汇报给一个SNMP管理系统。SNMP代理和相关的MIB库存在于网络设备中（如Cisco路由器，交换机，接入服务器等等）。MIB库是一个保存网络管理信息的虚拟数据存储空间，由多组被管理对象组成。在设备MIB库中有由多个MIB模块定义的多组各自相关联的对象。每个MIB模块都是利用标准的SNMPMIB模块语言撰写的，具体遵循的标准定义在IETF（InternetEngineeringTaskForce

3、，一个国际标准化组织）STD58，RFC2579和RFC2580文档中。需要注意的是，每一个单独的MIB模块有时也会被称为一个MIB，如设备接口组MIB（IF-MIB）就是设备MIB库中的一个MIB模块。SNMP代理中保存有MIB对象变量，变量的数值可以被SNMP管理者通过Get或Set操作进行读取和修改。一个SNMP管理者可以从SNMP代理中读取一个变量的数值或把一个数值存储到SNMP代理的一个变量中。SNMP代理从代表设备参数和网络运行数据的MIB库中采集数据，且可以对SNMP管理者的Get和Set操作进行应答。下图勾画出了SNMP管理者和SNMP代理间的通信

4、关系。一个SNMP管理者可以向SNMP代理发送请求，读取（Get）或设置（Set）一个或多个MIB变量数值。SNMP代理可以应答这些请求。除了这种交互式通信方式，SNMP代理还可以主动向SNMP管理者发送通知（Trap或InformRequest）以提示管理者一个设备或网络状态。图一：SNMP管理者与SNMP代理间的通信SNMP通知SNMP协议的一个重要特性是SNMP代理具有产生通知的能力。通知不需要SNMP管理者请求就会主动发送，发送采用异步方式，形式可分为Trap和InformRequest（简称Inform）两种：·Trap是发送给SNMP管理者的通知网络状

5、况的警告消息·Inform是需要SNMP管理者确认接收的TrapSNMP通知可以用于指示网络中出现的不正确用户授权，重启，连接关闭，设备通信中断或其它异常事件。与Inform相比较，Trap通知方式为不可靠传输，因为接收者在收到一条Trap通知后无需回复任何确认信息，发送者无法知道Trap通知是否已经被正确接收。与此相对应，当SNMP管理者收到一条Inform通知后它需要向发送者回复一条确认信息，使用的是SNMP应答数据包（PDU）。如果SNMP管理者没有接收到Inform通知，它将不会发送任何应答，所以当发送者无法接受到期望的应答时，它将再次发送一条Inform

6、通知给SNMP管理者。这种方式保证了Inform通知方式可以较有保证地把通知发送到期望的目的地。图二：一条Trap通知发送给SNMP管理者图三：一条Inform通知发送给SNMP管理者然而在多数情况下，Trap通知方式被较多采用，因为Inform方式将会耗用更多的网络和设备资源。与Trap通知方式不同的是，管理设备不能在发送后立即把一条Inform通知丢弃，它需要把通知信息保存在系统内存中直到收到相应的确认应答或设备规定的计时器超时。由此可见一条Trap通知只会被发送一次，而Inform通知可能会被重复发送多次。这种重复发送将会增加网络流量，造成网络额外开销的上升

7、。管理员在选择Trap或Inform通知形式时需要根据可靠性要求和系统资源状况统筹考虑：如果SNMP管理者需要确保收到每条通知，应该采用Inform通知方式；如果更关心减少网络流量和网络设备的资源消耗且并不需要每条通知都需要接收，则应该采用Trap通知方式。MIB和RFCMIB模块通常在提交给IETF的RFC（RequestsforComments，征求意见）文档中定义。由互联网团体中个人或组织撰写的RFC文档主要目的是起草一个推荐的互联网标准（InternetStandard）。在确定每个RFC文档地位前，文档会以互联网草案（InternetDraft，I-D）

8、形式先行发