基于网络管理协议的前后台告警管理系统及其管理方法

文档序号:7667384阅读:185来源:国知局
专利名称:基于网络管理协议的前后台告警管理系统及其管理方法
技术领域
本发明涉及一种基于SNMP (简单网络管理协议)电信网管系统中实现 告警管理的技术,具体说,涉及一种基于网络管理协议的前后台告警管理系 统及其管理方法。
背景才支术
根据国际标准化组织定义网络管理有五大功能,包括故障管理、配置 管理、性能管理、安全管理、计费管理。故障管理是提供对网络及其环境的 异常情况进行检测、报告和处理的管理功能,其功能是通过故障告警和故障 诊断来实现的。故障管理具备告警釆集、处理、恢复和支持后台查询功能, 即将前台告警源产生的告警消息、告警恢复消息、通知消息进行处理和上才艮 给后台。正常情况下保证告警消息、告警恢复消息、重要通知消息传递到后 台,具备实时性、顺序性、准确无遗漏、不虚警、前后台一致性,并且对告 警池溢出等异常情况能够处理。
SNMP (筒单网络管理协议)管理模型源于国际标准化组织(ISO)网 络管理体系结构CMIP (通用管理信息协议),自1990年成为正式的标准 之后,由于其筒单性,所以在计算机网络管理上迅速的得到广泛应用,绝大 多数计算机网络设备厂商的产品以及支持网络的操作系统都内置支持 SNMP协议,SNMP网络管理框架业已成为网络管理的基础和核心。它是一 个应用协议,用于在网络设备间交换管理信息。它是TCP/IP协议套件的一 部分。SNMP使网络管理员能够管理网络,发现、解决网络问题,并规划网 络的发展。
SNMP的网络管理模型包括以下关键元素管理站(Manager)、管理 代理(Agent)、管理信息库(MIB)、网络管理协议(SNMP)。其中,后 台网管作为管理站,前台驻留管理代理,设计相应MIB库文件保存被管理
对象信息,前后台通过SNMP协议操作MIB对象完成网管工作。SNMP协 议定义的操作主要有三类GET、 SET、 TRAP。其中,TRAP是前台代理上 报告警/通知给管理站。由于SNMP消息是基于UDP (用户数据报协议)传 输,并且TRAP消息在协议中并没有规定管理站回送应答消息,所以这种告 警上报方式并不可靠。另外前台代理不保存已发送的告警信息,这样在实际 使用中特别是电信网管系统中,SNMP协议的故障管理功能存在很多缺陷和 不足,需要补充完善。
中国专利申请号CN200510093261的发明公开了 "一种SNMP协议网 管系统的告警管理方法",其主要侧重实现了后台网管(管理站)告警处理 速度的提高,并未针对前台代理功能和性能提出解决方法。
专利号为US6697970的美国专利公开了 一种"Generic fault management method and system (通用故障管理方法和系统)"。其存在以下不足一、 将前台告警数据保存在SNMP内的MIB库中,而且针对不同被管设备设计 不同的关联MIB对象,这样做不利于扩展故障管理模块功能,与SNMP Agent 耦合性高。二、 SNMP TRAP方式上报告警并不可靠,另外功能也不完整, 该专利也并未针对此提出解决方法。

发明内容
本发明要解决的技术问题是提供一种基于网络管理协议的前后台告警 管理系统,提高了 SNMP Trap上报告警的可靠性,扩展了SNMP前台代理 处理告警的能力。
净支术方案如下
一种基于网络管理协议的前后台告警管理系统,包括前台系统和后台系 统,所述前台系统和后台系统通过网络管理协议操作MIB对象完成网管工 作,所述前台系统包括前台告警管理模块和网络管理协议代理模块,其中,
前台告警管理模块,接收告警信息,用于将所述告警信息进行处理后保 存在所述前台系统的告警池,所述告警信息用于前台系统和后台系统的同
步;
网络管理协议代理模块,接收所述处理后的告警信息,用于将所述告警
信息转换成对应的TRAP消息,并通过网络管理协议上才艮给所述后台系统。
优选的,所述网络管理协议代理模块用于将需要上报的告警信息的结构 转换成对应的MIB对象数据,绑定到告警上报TRAP协议数据单元,生成 所述TRAP消息,按照网络管理协议方式上报所述TRAP消息给后台系统。
优选的,所述告警信息包括告警消息、告警恢复消息以及告警通知消息。
优选的,所述前台系统包括至少一个告警源模块,所述告警源模块分布 在网络系统中,用于采集所述网络系统中的告警消息,并将产生的告警消息 按照统一消息接口发送给所述前台告警管理模块。
优选的,所述网络管理协议代理模块用于生成所述前台系统和后台系统 告警数据同步的告警表,所述告警表用于前后台告警数据同步。
本发明所解决的另 一个技术问题是提供一种基于网络管理协议的前后 台告警管理方法,提高了 SNMP Trap上报告警的可靠性,扩展了 SNMP前 台代理处理告警的能力。
才支术方案如下
一种基于网络管理协议的前后台告警管理方法,步骤包括
(1) 前台告警管理模块接收告警信息,将告警信息进行处理后保存在 前台系统的告警池,同时,将所述告警信息发送给网络管理协议代理模块, 所述告警信息用于前台系统和后台系统的同步;
(2) 网络管理协议代理模块接收所述告警信息,将所述告警信息转换 成对应的TRAP消息,并通过网络管理协议上净艮给后台系统。
进一步,步骤(l)中,所述告警信息包括告警消息、告警恢复消息和 告警通知消息;当所述前台告警管理^t块收到所述告警消息后,判断告警是 否为重复告警,如果为重复告警,则从告警池中删除以前的告警数据,发送 告警恢复消息给后台系统,并在原来的位置存储新的告警数据,发送新的告 警消息给后台系统,如果不是重复告警,保存告警数据,发送告警消息给后 台系统;当收到所述告警恢复消息后,如果在前台告警池中找到对应的告警 信息,把对应节点从告警池中删除,然后向后台系统发送告警恢复消息;当
收到所述告警通知消息后,对告警通知消息进行编号,然后发送告警通知消 息给所述网络管理协议代理模块。
进一步,包括步骤(30),所述后台系统的同步定时器超时,或者,当
所述后台系统在告警通道检测时发现前后台告警数据有丢包时,向所述前台
系统发起同步请求;在同步过程中,所述后台系统发起一个同步请求给所述 前台系统,所述前台系统查询自己告警池的当前所有告警记录的告警码,同 时,所述后台系统通过所述告警码比较返回的告警记录和自己告警池的告警 记录;如果所述后台系统有遗漏警,则向所述前台系统发请求以获取遗漏的 告警信息,如果所述后台系统有虚警,则删除后台告警池中虚警的告警记录。
进一步,包括步骤(31),所述后台系统定期发送通道^r测消息包到所 述网络管理协议代理模块,以保证消息传送可靠性,所述前台系统和后台系 统的告警通道检测实现过程包括
(311) 当定时器超时后,后台系统发送SET命令消息给所述网络管理 协议代理模块,所述SET命令消息中绑定已收到的告警消息、告警恢复消 息和通知消息的后台统计信息;
(312) 网络管理协议代理模块接收并解析SET命令消息,从中获得所 述后台统计信息,并回送应答消息给所述后台系统,所述应答消息中绑定关 于已发送的告警消息、告警恢复消息和通知消息的前台统计信息;比较所述 前台统计信息和后台统计信息,对于已发送成功的通知消息从緩存队列中清 除,如果有丢失的通知消息则从队列中找到重发;
(313) 后台系统收到应答后,通过所述前台统计信息检查所述前台系 统已发送的告警消息、告警恢复消息数和自己保存的是否一致,如果发现告 警消息有缺失则发起同步请求。
进一步,步骤(312)中,网络管理协议代理模块通过前台告警管理模 块获取前台统计信息;所述前台告警管理模块如果发现上报的告警通知消息 有丟包,根据告警码从緩存队列中提取并通过所述网络管理协议代理模块重 发给后台系统,对于已收到的告警通知消息,通过4全查其编号从緩存队列中 清除。本发明技术方案提高了 SNMP Trap上报告警的可靠性,扩展了 SNMP 前台代理处理告警的能力,使得网管前台能够进行告警采集、处理、恢复和 支持后台查询等功能,保证了电信网管系统中对故障管理的要求。
与现有技术相比较,本发明引入了前台告警管理模块进行告警消息的处 理和告警通道的检测,并在前台保存告警提供前后台同步功能。 一方面增强 了 SNMP网管系统中前台代理的告警管理功能,另外前台告警管理模块相 对独立,并不影响SNMPAgent作为标准协议的简单易用性,减少了模块之 间的耦合,满足了电信网管系统对故障管理的要求;另一方面,由于现有技 术中SNMP网管系统基于无连接的UDP协议,无法保证传输消息的可靠性, 本发明通过增加告警通道检测功能,可以提高前后台通信的可靠性。
此外,本发明还提供了对告警消息的控制方法。为了防止过量告警导致 的通信资源占用浪费以及提高后台处理效率,减少内部的告警消息,在前台 告警管理模块上实现接纳控制和打包发送。接纳控制就是在一定时间段内对 告警源发送的告警进行控制,如果是本时间段内有大量重复性告警,那么相 同的告警只保存一条,其余丟弃。打包发送就是对收到的告警通知,不立刻 发给后台,而是緩存在私有数据区中,等到累积了 一定数量(比如20条) 的告警通知时一起发送。緩存会引起时延,为了控制时延,设置强制发送定 时器(暂定为ls),定时器触发时,强制发送緩沖区中的告警通知(按实际 长度发送)。


图1是本发明基于网络管理协议的前后台告警管理系统的总体框架图; 图2是本发明的告警管理模块消息处理流程图; 图3是本发明的前后台告警数据同步流程图; 图4是本发明的告警通道检测流程图。
具体实施例方式
本发明侧重于实现SNMP Agent (前台代理)侧告警信息接收、处理、
保存、上报以及与后台同步等功能,下面结合附图对本发明优选实施例的技 术方案进行详细说明。
如图1所示,本发明的基于SNMP协议告警管理系统总体框架包括 告警源模块101、前台告警管理模块102、 SNMP代理模块(SNMP Agent) 103、 MIB模块104、后台SNMP Manager模块105、后台网管中心106。
告警源模块IOI,这部分是属于系统中被管理设备,在一个网络系统中 能够存在多个告警源模块。告警源模块101用于采集网络系统中的告警消 息,并将产生的告警消息按照统一消息接口发送给前台告警管理模块102。
前台告警管理模块102负责对接收到告警信息(包括告警消息、告警恢 复消息和告警通知消息)进行相应处理和告警通道的^r测,并在前台系统保 存告警信息,以供前后台系统同步。当所述告警信息需要上报后台系统时, 调用SNMP代理模块(SNMP Agent) 103将处理后的告警消息上报给后台 系统。前台告警管理模块102具备告警消息处理、恢复和支持后台查询功能, 即将前台告警源模块101产生的告警消息、告警恢复消息、重要通知消息进 行处理和上报给后台系统。正常情况下保证告警消息、告警恢复消息、重要 通知消息传递到后台具备实时性和顺序性、准确无遗漏、不虚警、前后台一 致性,并且对告警池溢出等异常情况能够处理。
前台告警管理模块102还用于对告警信息进行控制。当收到告警信息 后,判断该告警是否为重复告警,如果为重复告警,则删除以前的告警数据, 发送告警恢复给后台系统,在原来的位置存储新的告警数据,发送新的告警 消息给后台系统;如果不是重复告警,先判断告警池是否已满,如果告警池 满,则丟弃新告警数据,如果告警池未满,保存告警数据,发送告警消息给 后台。当收到告警恢复消息后,首先在前台告警池中搜索对应的告警数据, 如果能够找到,就把该节点从告警池中删除,然后向后台系统发送告警恢复 消息,恢复类型为"正常告警恢复,,。收到告警通知消息后,对告警通知消 息进行编号,然后调用相应的TRAP接口发送。
SNMP代理模块103用于设计告警消息、告警恢复消息以及告警通知消 息的TRAP定义,设计用于前后台告警数据同步的告警表。其中的告警管理 进程将告警信息转换成对应的TRAP消息通过SNMP协议上报给后台;同
样,后台发起同步,也是通过访问私有MIB库中表对象来实现,告警表的 数据来自告警管理进程中的告警池。SNMP代理模块103将需要上报的告警 信息的结构转换成对应的MIB对象数据,绑定到告警上报TRAP PDU( TRAP 协议数据单元),生成对应的TRAP消息,按照SNMP标准协议方式上报 该TRAP消息给后台网络管理协议管理站模块(SNMPManager) 105。如果 是打包发送,则将通知消息加入发送包,只对包进行编号。打包发送可减少 传输次数。因为传输中可能存在丢包情况,所以每个发送的通知消息(消息 包)均有一个编号(编号从1开始每次累加),并在发送之后緩存至发送队 列中。等到定期收到通道检测信息确认后,已成功发送的消息从队列中删除, 未成功发送的重发。
MIB模块104是一个信息存储库,它包含了管理代理模块103中的有关 配置和性能的数据,后台SNMP Manager模块105可以通过直接控制这些数 据去控制、配置或监控网络设备。
后台SNMP Manager模块105是SNMP管理站端,负责侦听前台TRAP 消息的上报,发起SNMP GET和SET请求给前台。当后台SNMP Manager 模块105管理站收到告警上报的TRAP消息后,对TRAP消息进行解析处理, 恢复成告警消息包转发给后台网管中心模块106。
后台网管中心;漠块106负责后台相关工作,在收到后台SNMP Manager 模块105上报的告警消息包后,进行相应处理,解析告警内容显示给用户。
其他如告警恢复上报和通知上报与告警上报流程类似。
如图2所示,前台告警管理模块102告警信息的处理过程如下
步骤S201,告警管理模块102启动后进行初始化工作。
步骤S202,在收到告警信息后,分配新的告警码AID。
步骤S203,在告警链表中搜索,判断该告警信息是否为重复告警。
判断的依据是告警码+告警位置+告警附加信息(对特定的告警码)。 如果该告警信息为重复告警,执行步骤S212;否则,执行步骤S204。
步骤S204,如果不是重复告警,先判断当前空闲链表头指针是否为空, 如果为空,执行步骤S205;否则,执行步骤S206。
步骤S205,如果当前空闲链表头指针为空,说明当前告警池已满(正
常情况不会出现,因为告警池满了之后会立即清空部分告警),进行异常处 理,则丟弃新告警信息。告警池可根据实际情况设置大小, 一般不会出现告 警池满。
步骤S206,如果当前空闲链表头指针不为空,保存告警信息到空闲链 表头指向的告警池位置。
步骤S207,发送告警信息到后台系统。
步骤S208,把当前空闲链表头插入到告警链表头部。
步骤S207,判断空闲链表头是否为空闲链表尾,如果是执行步骤S210, 否则执行步骤S211。
步骤S210,如果空闲链表头是空闲链表尾,说明告警池已满,做异常 处理。
步骤S211,修改空闲链表头,指向下一个节点。
步骤S212,如果该告警信息为重复告警,则删除以前的告警数据,发 送告警恢复消息给后台系统。
步骤S213,在告警池原来的位置存储新的告警数据。
步骤S213,把该节点链接到头部,发送新的告警信息给后台系统。
如图3所示,前台、后台告警数据同步实现过程如下
由于本系统前台和后台交互基于标准的SNMP协议,因此在MIB库中 设计一张用于前后台同步的表结构。前后台同步的数据是以SNMP MIB表 对象形式传递。后台在两种情况下发起同步 一是同步定时器超时;二是告 警通道检测时发现前后台告警数据有丢包时发起同步请求给前台代理。前后 台同步机制保证前后台告警数据一致,做到不虚警,不漏警。
前后台系统的同步机制保证前后台告警数据一致,做到不虚警,不漏警。 同步时,后台系统发起一个同步请求给前台,前台系统查询自己告警池返回 的当前所有告警记录的告警码,后台系统比较返回的告警记录和自己告警池 的告警记录(通过告警码)。如果有遗漏的告警(前台有后台没有),则向 前台发请求获取该告警信息;如果有虚警(前台没有后台有),则删除后台
告警池中该条告警记录。
步骤S301,如果后台系统同步定时器超时,触发SNMPManager105向 前台系统发送同步请求。
步骤S302,收到前台系统告警池告警码(AID)数据集。
获取前台告警池所有告警记录的关键字段,该关键字段应该是能识别每 条告警信息的关键字段, 一般为告警码AID +告警位置。
步骤S303,遍历返回的前台告警码AID。
步骤S304,判断当前告警码AID是否存在于后台告警池,如果存在执 行步骤S305;否则执行步骤S306。
步骤S305,该后台告警池中对应的告警码AID置标记。
步骤S306,如果当前告警码AID不存在于后台告警池,为后台漏警, 向前台查询该告警码AID对应告警信息。
步骤S307,当收到前台反馈的该告警码AID对应告警信息后,保存到 后台告警池,对该条告警信息置标记,然后,执行步骤S303,判断下一个 告警码AID是否存在于后台告警池。
步骤S308,遍历完前台告警记录集后,再遍历后台告警池的告警记录。
步骤S309,判断该条告警信息是否标记。
如果标记,执行步骤S310,否则执行步骤S308。
步骤S310,如果还有记录没有打过标记,说明前台没有这条告警,属 于虚警,/人后台告警池删除该条告警信息,上才艮相应告警恢复消息给后台网 管中心。
遍历完后台告警池,本次同步结束。
步骤S311,最后,初始化所有后台同步变量,包括同步定时器设定, 后台告警池标记复位等,退出同步。
如图4所示,告警通道检测实现过程如下。
由于本系统告警上报采用SNMP TRAP机制,底层传输基于UDP无连 接协议,因此存在传输不可靠、有可能丢包的情况。为了提高告警消息传输 引起的消息上报不及时、不准确,通过提供 一个定期通道检测的方法来弥补这一缺陷。为了提高传输的可靠性, 一方面
对应通知消息,尽量打包发送,减少传输次数;另一方面对于前台系统发送 的告警消息、告警通知等消息进行统计,后台对收到的告警消息、告警通知 也进行统计。前后台可以约定消息按一定规则(比如从l开始累加)编号, 如果后台收到的消息编号出现中断,就意味着中间传送时有丢包发生。对于 告警,因为前台系统有保存,故采用同步方式保证数据一致性。对于通知, 前后台系统通过比较编号是否有丢失来重发。
步骤S401,当定时器超时后,后台系统(在此为后台SNMP Manager 模块105 )发送SET命令消息(Set Request)给前台系统(在此为SNMP代 理模块103), SET命令消息中绑定的变量包括后台已收到的告警消息数、 告警恢复消息数以及通知消息数。
后台设置一个告警通道检测定时器,设置几个变量记录收到的消息包。 对于收到的告警、告警恢复消息,每收一条统计项加l;对于通知消息,每 收到一条记录该条通知消息的编号。
步骤S402,前台系统解析SET命令消息,获得后台系统已收到的告警 消息总数、告警恢复消息总数,以及通知消息编号。
步骤S403,前台系统针对收到的SET命令消息进行保存,并回送应答 消息(Set Response)给后台系统,应答消息中绑定前台统计信息。
前台系统收到该消息后,回一个应答,绑定前台已发送的告警消息数、 告警恢复消息数以及通知消息数。这样前台系统和后台系统均能知道告警消 息接收和发送是否一致,是否存在丢包以及丢包严重程度。
步骤S404,前台对后台传送的统计信息进行处理,检查后台系统收到 的通知消息编号,通过比较得出传输中丢掉包的编号。前台系统对于已发送 成功的通知消息从緩存队列中清除,检查是否有丟失的通知消息,如果有则 从队列中找到重发。
步骤S405, 对丢失的通知消息(Alarm Inform Trap)打包重新发送。
如果前台发现上报的通知消息有丟包,可根据告警ID从緩存队列中提
取重发,对于已收到的告警通知消息,通过检查其编号从緩存队列中清除。
步骤S406,后台系统收到应答后,检查前台系统已发送的告警消息、 恢复消息数和自己保存的是否一致。
步骤S407,当后台系统检查到告警消息、恢复消息数和自己保存的不 一致,则发送同步请求给前台系统。
步骤S408,前台系统查询告警池,SNMP Agentl03通过前台告警管理 模块102向前台告警池请求告警数据。
步骤S409,前台告警池返回告警数据,其中包括所保存的当前所有告 警记录的告警ID。
步骤S410,告警进程返回同步应答数据,其中包含告警数据。
前台系统向后台系统返回同步应答数据,其中包含当前所有告警记录的 告警ID。
后台系统比较返回的告警记录和自己告警池的告警记录(通过告警 ID),如果有遗漏的告警(例如前台系统有后台没有),则向前台发请求获 取该告警信息;如果有虚警(前台没有后台有),则删除后台告警池中该条 告警记录。
权利要求
1、一种基于网络管理协议的前后台告警管理系统,包括前台系统和后台系统,所述前台系统和后台系统通过网络管理协议操作MIB对象完成网管工作,其特征在于,所述前台系统包括前台告警管理模块和网络管理协议代理模块,其中,前台告警管理模块,接收告警信息,用于将所述告警信息进行处理后保存在所述前台系统的告警池,所述告警信息用于前台系统和后台系统的同步;网络管理协议代理模块,接收所述处理后的告警信息,用于将所述告警信息转换成对应的TRAP消息,并通过网络管理协议上报给所述后台系统。
2、 根据权利要求1所述的基于网络管理协议的前后台告警管理系 统,其特征在于,所述网络管理协议代理模块用于将需要上报的告警信息的 结构转换成对应的MIB对象数据,绑定到告警上才艮TRAP协议数据单元, 生成所述TRAP消息,按照网络管理协议方式上报所述TRAP消息给后台系 统。
3、 根据权利要求1所述的基于网络管理协议的前后台告警管理系 统,其特征在于,所述告警信息包括告警消息、告警恢复消息以及告警通知 消息。
4、 根据权利要求3所述的基于网络管理协议的前后台告警管理系 统,其特征在于,所述前台系统包括至少一个告警源模块,所述告警源模块 分布在网络系统中,用于采集所述网络系统中的告警消息,并将产生的告警 消息按照统一消息接口发送给所述前台告警管理模块。
5、 根据权利要求1所述的基于网络管理协议的前后台告警管理系 统,其特征在于,所述网络管理协议代理^^块用于生成所述前台系统和后台 系统告警数据同步的告警表,所述告警表用于前后台告警数据同步。
6、 一种基于网络管理协议的前后台告警管理方法,步骤包括 (1) 前台告警管理模块接收告警信息,将告警信息进行处理后保存在 前台系统的告警池,同时,将所述告警信息发送给网络管理协议代理模块,所述告警信息用于前台系统和后台系统的同步;(2) 网络管理协议代理^t块接收所述告警信息,将所述告警信息转换 成对应的TRAP消息,并通过网络管理协议上l艮给后台系统。
7、 如权利要求6所述的基于网络管理协议的前后台告警管理方法, 其特征在于,步骤(l)中,所述告警信息包括告警消息、告警恢复消息和 告警通知消息;当所述前台告警管理模块收到所述告警消息后,判断告警是 否为重复告警,如果为重复告警,则从告警池中删除以前的告警数据,发送 告警恢复消息给后台系统,并在原来的位置存储新的告警数据,发送新的告 警消息给后台系统,如果不是重复告警,保存告警数据,发送告警消息给后 台系统;当收到所述告警恢复消息后,如果在前台告警池中找到对应的告警 信息,把对应节点从告警池中删除,然后向后台系统发送告警恢复消息;当 收到所述告警通知消息后,对告警通知消息进行编号,然后发送告警通知消 息给所述网络管理协议代理模块。
8、 如权利要求6所述的基于网络管理协议的前后台告警管理方法, 其特征在于,进一步包括步骤(30),所述后台系统的同步定时器超时,或 者,当所述后台系统在告警通道检测时发现前后台告警数据有丢包时,向所 述前台系统发起同步请求;在同步过程中,所述后台系统发起一个同步请求 给所述前台系统,所述前台系统查询自己告警池的当前所有告警记录的告警 码,同时,所述后台系统通过所述告警码比较返回的告警记录和自己告警池 的告警记录;如果所述后台系统有遗漏警,则向所述前台系统发请求以获取 遗漏的告警信息,如果所述后台系统有虚警,则删除后台告警池中虚警的告 警记录。
9、 如权利要求6所述的基于网络管理协议的前后台告警管理方法, 其特征在于,进一步包括步骤(31),所述后台系统定期发送通道检测消息 包到所述网络管理协议代理模块,以保证消息传送可靠性,所述前台系统和 后台系统的告警通道检测实现过程包括 (311) 当定时器超时后,后台系统发送SET命令消息给所述网络管理 协议代理模块,所述SET命令消息中绑定已收到的告警消息、告警恢复消 息和通知消息的后台统计信息;(312) 网络管理协议代理模块接收并解析SET命令消息,从中获得所 述后台统计信息,并回送应答消息给所述后台系统,所述应答消息中绑定关 于已发送的告警消息、告警恢复消息和通知消息的前台统计信息;比较所述 前台统计信息和后台统计信息,对于已发送成功的通知消息从緩存队列中清 除,如果有丟失的通知消息则从队列中找到重发;(313) 后台系统收到应答后,通过所述前台统计信息检查所述前台系 统已发送的告警消息、告警恢复消息数和自己保存的是否一致,如果发现告 警消息有缺失则发起同步请求。
10、 如权利要求9所述的基于网络管理协议的前后台告警管理方法, 其特征在于,步骤(312)中,网络管理协议代理模块通过前台告警管理模 块获取前台统计信息;所述前台告警管理模块如果发现上报的告警通知消息 有丢包,根据告警码从緩存队列中提取并通过所述网络管理协议代理模块重 发给后台系统,对于已收到的告警通知消息,通过检查其编号从緩存队列中 清除。
全文摘要
本发明公开了一种基于网络管理协议的前后台告警管理系统,包括前台系统和后台系统,所述前台系统和后台系统通过网络管理协议操作MIB对象完成网管工作,所述前台系统包括前台告警管理模块和网络管理协议代理模块;前台告警管理模块接收告警信息,用于将所述告警信息进行处理后保存在所述前台系统的告警池,所述告警信息用于前台系统和后台系统的同步;网络管理协议代理模块接收所述处理后的告警信息,用于将所述告警信息转换成对应的TRAP消息,并通过网络管理协议上报给所述后台系统。本发明还公开了一种基于网络管理协议的前后台告警管理方法。本发明提高了SNMP Trap上报告警的可靠性,扩展了SNMP前台代理处理告警的能力。
文档编号H04L12/26GK101184003SQ20071019474
公开日2008年5月21日 申请日期2007年12月3日 优先权日2007年12月3日
发明者安志奇, 陈爱东 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1