[发明专利]一种基于SNMP的告警同步方法

说明书

技术领域

本发明涉及网络通信技术领域，尤其涉及一种基于SNMP协议的网络管理系统中的一种告警同步方法。

背景技术

简单网络管理协议(SNMP，simple Network Management Protocol)是基于TCP/IP的互联网网络管理的标准协议。利用SNMP，可以收集远程设备上的管理数据和配置远程设备，实现对远程设备的综合统一管理。由于其实现简单、管理方式简洁高效，目前已经得到了众多网络设备制造商的支持和极为广泛的应用。SNMP的管理模型如图1所示，网管站(NMS)101对被管设备102发送各种查询(Request)报文，并接收来自被管设备102的响应(Response)及告警(Trap)报文，将结果显示出来。代理(AGENT)是驻留在被管设备102上的一个进程，负责接收、处理来自网管站101的请求报文，然后从设备上其他协议模块中取得管理变量的数值，形成响应报文，反送给网管站101。当被管设备发生特殊事件时，如接口状态发生改变，设备断电等，代理会主动通知网管站101(发送告警报文)。

告警报文(Trap PDU)的格式随着SNMP协议的扩展而不断的发展。如图2所示为SNMP V1-Trap PDU，其中第一个部分十六进制值0xA4指示该SNMPPDU是一个Trap，第二部分ent是生成该Trap的设备sysObjectID，第三部分addr是生成该Trap的设备IP地址，第四、第五部分分别存放通用告警(generic-trap)和企业私有告警(specific-trap)，第六部分ts是该trap生成时设备的运行时间(sysUpTime)，最后一部分变量绑定提供了该Trap的附加信息。SNMP协议发展到V2版本后，SNMP V2-Trap PDU的格式如图3所示，0xA4指示该SNMP PDU是一个SNMP V2 Trap，reqid为请求标识符，其他信息均被嵌入变量绑定中，第一个变量提供了设备的运行时间(sysUpTime)，第二个变量提供了该Trap的类型，其他的变量在此基础上添加。

SNMP Trap虽然可以用来通知可能的灾难性事件，但是其基于不可靠传输协议UDP的本质决定了SNMP Trap本身也是不可靠的，因此SNMP V2扩展了一种报文InformRequest，其实质为一个需要得到响应的SNMP V2 Trap，有了InformRequest，代理可以在没有收到响应时尝试重复发送消息，在一定程度上提高了Trap传输的可靠性。但是尽管如此，使用InformRequest需要付出一定代价，即额外的网络负载以及发送设备更多的资源消耗，当由于网络拥塞而导致消息丢失时，重新发送只会导致网络拥塞的问题更加恶化。

发明内容

本发明要解决的技术问题是一种基于SNMP的告警同步方法，在节省网络带宽及设备资源的前提下，弥补告警传输不可靠的缺点，使网管站和被管设备上的告警达到同步，提高网络设备管理的可靠性。

为了解决上述技术问题，本发明提供了一种基于SNMP的告警同步方法，包括：

在网管站和被管设备上分别记录被管设备已产生的告警数量；

达到触发条件后，所述网管站接收被管设备上记录的告警数量，并与本地记录的告警数量比较，如果被管设备上记录的告警数量大于网管站记录的告警数量，所述网管站从所述被管设备上接收所述网管站未接收过的告警。

进一步地，所述触发条件为：

设置一个定时器，并预设一个同步周期，所述定时器到达预设同步周期时，达到触发条件。

进一步地，同步过程完成后，重置所述定时器。

进一步地，所述触发条件为：

设定一个延迟时间，所述网管站收到告警时，经过所述延迟时间未收到新告警，达到触发条件。

进一步地，在所述网管站和被管设备上记录产生的告警数量的方法是：

在被管设备上设置第一变量，并赋值为0，当被管设备产生告警时，被管设备保存告警报文信息，并为所述告警报文以递增的顺序编号，并将所述第一变量值加1；

在所述网管站上设置第二变量，并赋值为0，所述网管站每接收到所述被管设备的一条告警，网管站保存该告警报文信息，并将所述第二变量的值加1。

进一步地，在所述被管设备上设置第一时间变量，用于记录被管设备从最近一次开机算起的运行时间；

在所述网管站上设置第二时间变量和第三时间变量，分别用于记录某一时刻网管站的本地绝对时间及被管设备运行时间；