公开/公告号CN101141292A
专利类型发明专利
公开/公告日2008-03-12
原文格式PDF
申请/专利权人 中兴通讯股份有限公司;
申请/专利号CN200710107565.X
发明设计人 冯君;
申请日2007-05-22
分类号H04L12/24;H04L12/26;
代理机构信息产业部电子专利中心;
代理人郭禾
地址 518057 广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦
入库时间 2023-12-17 19:49:57
法律状态公告日
法律状态信息
法律状态
2020-05-08
未缴年费专利权终止 IPC(主分类):H04L12/24 授权公告日:20101208 终止日期:20190522 申请日:20070522
专利权的终止
2010-12-08
授权
授权
2008-05-07
实质审查的生效
实质审查的生效
2008-03-12
公开
公开
技术领域
本发明涉及通讯设备管理领域,具体涉及网络管理系统中的告警管理领域,具体是一种实现网络管理系统中告警自动刷新的方法。
背景技术
网络管理系统包括了配置管理、告警管理、性能管理、安全管理等。其中,告警管理是网管中非常重要的一个模块,告警的准确性是网管对网络软硬件系统的缺陷进行监视、报告、分类和处理等功能的重要依据,所以网管必须具备对设备的告警状态进行实时监控,动态刷新的功能。
网管和设备都会在一定条件下触发告警刷新,保证告警的实时性。图1表示的是传统的告警刷新方法:用户在网管界面上手工触发告警刷新或者设备判断自己的告警有变化(产生或消失了一个或多个告警)后,设备主动上报变化后的告警,网管界面收到告警变化通知后刷新界面以此及时反映告警的变化情况。
但是在实际操作中,由于网管与设备的通信中断、丢包等原因会使网管界面不能及时的获取设备上的告警,即网管界面显示的告警不能真实的反映当前设备上的告警情况;而且,每次都把设备上的全部告警上报,这样数据量庞大,造成了网管管理设备的通讯瓶颈,使的通讯效率大大降低。
发明内容
为了克服现有技术中存在的网管界面显示告警不准确和网管管理设备的通讯效率低的问题,本发明提出一种实现网络管理系统中告警自动刷新的方法。
本发明所述的方法依据告警类型、产生端口、粒度及时间等因素,过滤上报的告警,同时针对触发上报告警的不同情况做相应的刷新处理。
本发明所述方法具体是这样实现:
一种实现网络管理系统中告警自动刷新的方法,包括如下步骤:
第一步,网管在初始化时从网管管理设备获取当前设备的所有告警并保存;
第二步,网管管理设备主动上报告警;
第三步,网管对每条上报的告警判断其类型,根据判断的结果对上报的告警进行相应的过滤处理;
第四步,把经过虑处理后的告警上报网管,并刷新网管界面显示。
接上述方案,所述上报的告警包括,处于已消失状态的告警和新产生的告警。
接上述方案,所述第二步中,网管管理设备会因自己告警发生变化或者用户手工触发而主动上报告警。
接上述方案,所述第三步进一步包括如下处理步骤:
(3.1)如果上报的告警的类型是处于已消失状态的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中找到匹配的告警,将上报的告警删除;
(3.2)如果上报的告警的类型是新产生的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中查找与其类型匹配的告警,
如果找不到匹配的告警,则认为该上报的告警是新告警,在网管端保存该告警;
如果找到了匹配的告警,则继续判断该上报的告警与找到的原有告警产生时间是否相同,如果相同,则直接丢弃上报的告警;如果不同,则删除找到的原有告警,在网管端保存该上报的告警。
与现有技术相比,本发明所述方法对告警进行过滤、刷新处理,达到有效过滤重复告警和无效告警的效果,同时保持服务器端保存的告警与设备上当前告警的同步,使得任何通信状况下不丢失告警,提高了网管界面显示告警的可信度;同时网管管理设备可以只上报发生变化的告警,不必每次都上报全部的告警,可以有效的提高网管管理设备的通讯效率。
附图说明
图1为现有技术中告警刷新示意图;
图2为本发明所述方法的流程图;
图3为本发明的实施例的流程图。
具体实施方式
下面结合附图和具体实施例对本发明所述方法进行详细描述。
如图2所示的是本发明所述方法以告警过滤及刷新为基础,避免告警重复或丢失的方法流程图。具体包括如下步骤:
第一步,网管在初始化时从网管管理设备获取当前设备的所有告警并保存;
第二步,网管管理设备主动上报告警;
第三步,网管对每条上报的告警判断其类型,根据判断的结果对上报的告警进行相应的过滤处理;
第四步,把经过虑处理后的告警上报网管,并刷新网管界面显示。
前述第二步中,网管管理设备会因自己告警发生变化或者用户手工触发而主动上报告警。
前述第三步中,上报的告警包括,处于已消失状态的告警和新产生的告警。
前述第三步进一步包括如下处理步骤:
(3.1)如果上报的告警的类型是处于已消失状态的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中找到匹配的告警,将上报的告警删除;
(3.2)如果上报的告警的类型是新产生的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中查找与其类型匹配的告警,
如果找不到匹配的告警,则认为该上报的告警是新告警,在网管端保存该告警;
如果找到了匹配的告警,则继续判断该上报的告警与找到的原有告警产生时间是否相同,如果相同,则直接丢弃上报的告警;如果不同,则删除找到的原有告警,在网管端保存该上报的告警。
如图3所示的是采用了本发明所述方法的实施例,下面结合图3描述的状态和图2描述的流程对以下两个实施例进行详细的说明。
实例一,在单板告警发生变化时,采用本发明所述的告警刷新方法,具体的处理过程如下:
步骤一,单板告警发生变化,主动触发告警上报;
步骤二,服务器端区分告警状态变化,即对每条上报的告警判断告警的产生/消失标志,本实例中,单板上报的告警包含处于已消失状态的告警和新产生的告警:
(a)如果上报的告警是处于消失状态的告警,则根据告警类型、产生端口及粒度在服务器端保存的告警中找到匹配的告警,并删除上报的告警;
(b)如果上报的告警是新产生的告警,则根据告警类型、产生端口及粒度在服务器端保存的告警中查找匹配的告警:
步骤三,将过滤状态发生变化的告警,上报网管界面;
步骤四,网管根据上报的告警刷新界面显示,即删除消失告警,增加新告警。
实例二,设备进程重启后,采用本发明所述的告警刷新方法,其具体的处理过程如下:
步骤一,网管设备进程重启,自动恢复进程重启前网元的当前告警信息并保存;由于本方案中,服务器端在正常状态下根据上报告警同步保存了数据,并且进程重启时并不清除界面显示告警,因此服务器端恢复的数据与界面一致;
步骤二,网管管理设备的同时触发该设备主动上报当前告警;
步骤三,按技术方案中第三步所描述的步骤进行过滤告警,具体步骤如下:
服务器端区分告警状态变化,即对每条上报的告警判断告警的产生/消失标志,本实例中,设备上报的告警包含处于已消失状态的告警和新产生的告警:
(a)如果上报的告警是处于消失状态的告警,则根据告警类型、产生端口及粒度在服务器端保存的告警中找到匹配的告警,并删除上报的告警;
(b)如果上报的告警是新产生的告警,则根据告警类型、产生端口及粒度在服务器端保存的告警中查找匹配的告警:
如果查找到了匹配的告警,则需要进一步判断上报的告警与找到的原有告警产生时间是否相同,如果相同,直接丢弃上报的告警;如果不同,则删除找到的原有告警,并保存这条上报的告警;
本实例中,由于界面显示与服务器端告警数据一致,用设备上报的告警与服务器端保存的告警进行核对后再上报,可过滤掉大部分状态未改变的告警,只上报少量状态发生改变的告警。
步骤四,网管根据上报的告警刷新界面显示。
通过以上步骤,完成告警刷新及过滤,保证了界面告警的正确性及通信效率。
机译: 一种在网络管理系统中实现被管理对象的方法
机译: 一种在网络管理系统中实现被管理对象的方法
机译: 一种在网络管理系统中实现被管理对象的方法