CN101141292A - 一种实现网络管理系统中告警自动刷新的方法 - Google Patents
一种实现网络管理系统中告警自动刷新的方法 Download PDFInfo
- Publication number
- CN101141292A CN101141292A CNA200710107565XA CN200710107565A CN101141292A CN 101141292 A CN101141292 A CN 101141292A CN A200710107565X A CNA200710107565X A CN A200710107565XA CN 200710107565 A CN200710107565 A CN 200710107565A CN 101141292 A CN101141292 A CN 101141292A
- Authority
- CN
- China
- Prior art keywords
- alarm
- reports
- webmaster
- network management
- equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
本发明公开了一种实现网络管理系统中告警自动刷新的方法,包括如下步骤:网管在初始化时从网管管理设备获取当前设备的所有告警并保存;网管管理设备主动上报告警;网管对每条上报的告警判断其类型,根据判断的结果对上报的告警进行相应的过滤处理;把经过滤处理后的告警上报网管,并刷新网管界面显示。与现有技术相比,本发明所述方法对告警进行过滤、刷新处理,达到有效过滤重复告警和无效告警的效果,同时保持服务器端保存的告警与设备上当前告警的同步,使得任何通信状况下不丢失告警,提高了网管界面显示告警的可信度;同时网管管理设备可以只上报发生变化的告警,不必每次都上报全部的告警,可以有效的提高网管管理设备的通讯效率。
Description
技术领域
本发明涉及通讯设备管理领域,具体涉及网络管理系统中的告警管理领域,具体是一种实现网络管理系统中告警自动刷新的方法。
背景技术
网络管理系统包括了配置管理、告警管理、性能管理、安全管理等。其中,告警管理是网管中非常重要的一个模块,告警的准确性是网管对网络软硬件系统的缺陷进行监视、报告、分类和处理等功能的重要依据,所以网管必须具备对设备的告警状态进行实时监控,动态刷新的功能。
网管和设备都会在一定条件下触发告警刷新,保证告警的实时性。图1表示的是传统的告警刷新方法:用户在网管界面上手工触发告警刷新或者设备判断自己的告警有变化(产生或消失了一个或多个告警)后,设备主动上报变化后的告警,网管界面收到告警变化通知后刷新界面以此及时反映告警的变化情况。
但是在实际操作中,由于网管与设备的通信中断、丢包等原因会使网管界面不能及时的获取设备上的告警,即网管界面显示的告警不能真实的反映当前设备上的告警情况;而且,每次都把设备上的全部告警上报,这样数据量庞大,造成了网管管理设备的通讯瓶颈,使的通讯效率大大降低。
发明内容
为了克服现有技术中存在的网管界面显示告警不准确和网管管理设备的通讯效率低的问题,本发明提出一种实现网络管理系统中告警自动刷新的方法。
本发明所述的方法依据告警类型、产生端口、粒度及时间等因素,过滤上报的告警,同时针对触发上报告警的不同情况做相应的刷新处理。
本发明所述方法具体是这样实现:
一种实现网络管理系统中告警自动刷新的方法,包括如下步骤:
第一步,网管在初始化时从网管管理设备获取当前设备的所有告警并保存;
第二步,网管管理设备主动上报告警;
第三步,网管对每条上报的告警判断其类型,根据判断的结果对上报的告警进行相应的过滤处理;
第四步,把经过虑处理后的告警上报网管,并刷新网管界面显示。
接上述方案,所述上报的告警包括,处于已消失状态的告警和新产生的告警。
接上述方案,所述第二步中,网管管理设备会因自己告警发生变化或者用户手工触发而主动上报告警。
接上述方案,所述第三步进一步包括如下处理步骤:
(3.1)如果上报的告警的类型是处于已消失状态的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中找到匹配的告警,将上报的告警删除;
(3.2)如果上报的告警的类型是新产生的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中查找与其类型匹配的告警,
如果找不到匹配的告警,则认为该上报的告警是新告警,在网管端保存该告警;
如果找到了匹配的告警,则继续判断该上报的告警与找到的原有告警产生时间是否相同,如果相同,则直接丢弃上报的告警;如果不同,则删除找到的原有告警,在网管端保存该上报的告警。
与现有技术相比,本发明所述方法对告警进行过滤、刷新处理,达到有效过滤重复告警和无效告警的效果,同时保持服务器端保存的告警与设备上当前告警的同步,使得任何通信状况下不丢失告警,提高了网管界面显示告警的可信度;同时网管管理设备可以只上报发生变化的告警,不必每次都上报全部的告警,可以有效的提高网管管理设备的通讯效率。
附图说明
图1为现有技术中告警刷新示意图;
图2为本发明所述方法的流程图;
图3为本发明的实施例的流程图。
具体实施方式
下面结合附图和具体实施例对本发明所述方法进行详细描述。
如图2所示的是本发明所述方法以告警过滤及刷新为基础,避免告警重复或丢失的方法流程图。具体包括如下步骤:
第一步,网管在初始化时从网管管理设备获取当前设备的所有告警并保存;
第二步,网管管理设备主动上报告警;
第三步,网管对每条上报的告警判断其类型,根据判断的结果对上报的告警进行相应的过滤处理;
第四步,把经过虑处理后的告警上报网管,并刷新网管界面显示。
前述第二步中,网管管理设备会因自己告警发生变化或者用户手工触发而主动上报告警。
前述第三步中,上报的告警包括,处于已消失状态的告警和新产生的告警。
前述第三步进一步包括如下处理步骤:
(3.1)如果上报的告警的类型是处于已消失状态的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中找到匹配的告警,将上报的告警删除;
(3.2)如果上报的告警的类型是新产生的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中查找与其类型匹配的告警,
如果找不到匹配的告警,则认为该上报的告警是新告警,在网管端保存该告警;
如果找到了匹配的告警,则继续判断该上报的告警与找到的原有告警产生时间是否相同,如果相同,则直接丢弃上报的告警;如果不同,则删除找到的原有告警,在网管端保存该上报的告警。
如图3所示的是采用了本发明所述方法的实施例,下面结合图3描述的状态和图2描述的流程对以下两个实施例进行详细的说明。
实例一,在单板告警发生变化时,采用本发明所述的告警刷新方法,具体的处理过程如下:
步骤一,单板告警发生变化,主动触发告警上报;
步骤二,服务器端区分告警状态变化,即对每条上报的告警判断告警的产生/消失标志,本实例中,单板上报的告警包含处于已消失状态的告警和新产生的告警:
(a)如果上报的告警是处于消失状态的告警,则根据告警类型、产生端口及粒度在服务器端保存的告警中找到匹配的告警,并删除上报的告警;
(b)如果上报的告警是新产生的告警,则根据告警类型、产生端口及粒度在服务器端保存的告警中查找匹配的告警:
步骤三,将过滤状态发生变化的告警,上报网管界面;
步骤四,网管根据上报的告警刷新界面显示,即删除消失告警,增加新告警。
实例二,设备进程重启后,采用本发明所述的告警刷新方法,其具体的处理过程如下:
步骤一,网管设备进程重启,自动恢复进程重启前网元的当前告警信息并保存;由于本方案中,服务器端在正常状态下根据上报告警同步保存了数据,并且进程重启时并不清除界面显示告警,因此服务器端恢复的数据与界面一致;
步骤二,网管管理设备的同时触发该设备主动上报当前告警;
步骤三,按技术方案中第三步所描述的步骤进行过滤告警,具体步骤如下:
服务器端区分告警状态变化,即对每条上报的告警判断告警的产生/消失标志,本实例中,设备上报的告警包含处于已消失状态的告警和新产生的告警:
(a)如果上报的告警是处于消失状态的告警,则根据告警类型、产生端口及粒度在服务器端保存的告警中找到匹配的告警,并删除上报的告警;
(b)如果上报的告警是新产生的告警,则根据告警类型、产生端口及粒度在服务器端保存的告警中查找匹配的告警:
如果查找到了匹配的告警,则需要进一步判断上报的告警与找到的原有告警产生时间是否相同,如果相同,直接丢弃上报的告警;如果不同,则删除找到的原有告警,并保存这条上报的告警;
本实例中,由于界面显示与服务器端告警数据一致,用设备上报的告警与服务器端保存的告警进行核对后再上报,可过滤掉大部分状态未改变的告警,只上报少量状态发生改变的告警。
步骤四,网管根据上报的告警刷新界面显示。
通过以上步骤,完成告警刷新及过滤,保证了界面告警的正确性及通信效率。
Claims (4)
1.一种实现网络管理系统中告警自动刷新的方法,其特征在于,包括如下步骤:
第一步,网管在初始化时从网管管理设备获取当前设备的所有告警并保存;
第二步,网管管理设备主动上报告警;
第三步,网管对每条上报的告警判断其类型,根据判断的结果对上报的告警进行相应的过滤处理;
第四步,把经过虑处理后的告警上报网管,并刷新网管界面显示。
2.如权利要求1所述的实现网络管理系统中告警自动刷新的方法,其特征在于:
所述的上报的告警包括,处于已消失状态的告警和新产生的告警。
3.如权利要求1或2所述的实现网络管理系统中告警自动刷新的方法,其特征在于:
所述第二步中,网管管理设备会因自己告警发生变化或者用户手工触发而主动上报告警。
4.如权利要求2所述的实现网络管理系统中告警自动刷新的方法,其特征在于:
所述第三步进一步包括如下处理步骤:
(3.1)如果上报的告警的类型是处于已消失状态的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中找到匹配的告警,将上报的告警删除;
(3.2)如果上报的告警的类型是新产生的告警,则根据告警类型、产生端口及粒度在网管端保存的原有告警中查找与其类型匹配的告警,
如果找不到匹配的告警,则认为该上报的告警是新告警,在网管端保存该告警;
如果找到了匹配的告警,则继续判断该上报的告警与找到的原有告警产生时间是否相同,如果相同,则直接丢弃上报的告警;如果不同,则删除找到的原有告警,在网管端保存该上报的告警。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710107565XA CN101141292B (zh) | 2007-05-22 | 2007-05-22 | 一种实现网络管理系统中告警自动刷新的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710107565XA CN101141292B (zh) | 2007-05-22 | 2007-05-22 | 一种实现网络管理系统中告警自动刷新的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101141292A true CN101141292A (zh) | 2008-03-12 |
CN101141292B CN101141292B (zh) | 2010-12-08 |
Family
ID=39193057
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710107565XA Expired - Fee Related CN101141292B (zh) | 2007-05-22 | 2007-05-22 | 一种实现网络管理系统中告警自动刷新的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101141292B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101252462B (zh) * | 2008-04-11 | 2010-09-22 | 杭州华三通信技术有限公司 | 告警页面刷新方法以及服务器和客户端 |
CN101958803A (zh) * | 2010-09-09 | 2011-01-26 | 中兴通讯股份有限公司 | 基于通讯网络的告警压缩系统及方法 |
CN102882723A (zh) * | 2012-09-28 | 2013-01-16 | 烽火通信科技股份有限公司 | 通信网络中告警时序错差的处理方法及装置 |
CN104424234A (zh) * | 2013-08-26 | 2015-03-18 | 阿里巴巴集团控股有限公司 | 一种文件系统变化的探测方法、探测装置及相应电子设备 |
CN105024863A (zh) * | 2015-08-10 | 2015-11-04 | 上海斐讯数据通信技术有限公司 | 网络告警的处理方法、告警服务器和网络告警处理系统 |
WO2017016084A1 (zh) * | 2015-07-30 | 2017-02-02 | 中兴通讯股份有限公司 | 告警信息通知方法、装置及告警信息过滤设备 |
CN112200603A (zh) * | 2020-09-25 | 2021-01-08 | 微梦创科网络科技(中国)有限公司 | 一种用于社交广告投放的报警方法及系统 |
CN112751705A (zh) * | 2020-12-23 | 2021-05-04 | 广州市高科通信技术股份有限公司 | 通信设备的告警管理方法、通信设备以及通信系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1278516C (zh) * | 2002-05-27 | 2006-10-04 | 华为技术有限公司 | 网络管理系统中闪断告警的处理方法 |
CN100461688C (zh) * | 2004-10-11 | 2009-02-11 | 华为技术有限公司 | 告警消息处理方法 |
-
2007
- 2007-05-22 CN CN200710107565XA patent/CN101141292B/zh not_active Expired - Fee Related
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101252462B (zh) * | 2008-04-11 | 2010-09-22 | 杭州华三通信技术有限公司 | 告警页面刷新方法以及服务器和客户端 |
CN101958803A (zh) * | 2010-09-09 | 2011-01-26 | 中兴通讯股份有限公司 | 基于通讯网络的告警压缩系统及方法 |
CN102882723A (zh) * | 2012-09-28 | 2013-01-16 | 烽火通信科技股份有限公司 | 通信网络中告警时序错差的处理方法及装置 |
CN102882723B (zh) * | 2012-09-28 | 2014-12-24 | 烽火通信科技股份有限公司 | 通信网络中告警时序错差的处理方法及装置 |
CN104424234A (zh) * | 2013-08-26 | 2015-03-18 | 阿里巴巴集团控股有限公司 | 一种文件系统变化的探测方法、探测装置及相应电子设备 |
WO2017016084A1 (zh) * | 2015-07-30 | 2017-02-02 | 中兴通讯股份有限公司 | 告警信息通知方法、装置及告警信息过滤设备 |
CN105024863A (zh) * | 2015-08-10 | 2015-11-04 | 上海斐讯数据通信技术有限公司 | 网络告警的处理方法、告警服务器和网络告警处理系统 |
CN112200603A (zh) * | 2020-09-25 | 2021-01-08 | 微梦创科网络科技(中国)有限公司 | 一种用于社交广告投放的报警方法及系统 |
CN112751705A (zh) * | 2020-12-23 | 2021-05-04 | 广州市高科通信技术股份有限公司 | 通信设备的告警管理方法、通信设备以及通信系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101141292B (zh) | 2010-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101141292B (zh) | 一种实现网络管理系统中告警自动刷新的方法 | |
CN107302466B (zh) | 一种动环监控系统大数据分析平台及方法 | |
CN108039957B (zh) | 复杂网络流量包智能分析系统 | |
US20100023867A1 (en) | Systems and methods for filtering network diagnostic statistics | |
CN105282772A (zh) | 无线网数通设备监控系统及设备监控方法 | |
CN106453377A (zh) | 基于区块链的分布式网络智能监控系统及方法 | |
CN107229556A (zh) | 基于elastic组件的日志分析系统 | |
CN106992886A (zh) | 一种基于分布式存储的日志分析方法及装置 | |
CN105117315B (zh) | 基于cep的告警处理系统及方法 | |
CN102014012B (zh) | 一种告警同步的方法及装置 | |
CN103326885B (zh) | 一种报警信息的处理方法及装置 | |
CN108038043A (zh) | 一种分布式存储集群告警方法、系统及设备 | |
CN102231677A (zh) | Iptv系统中一种基于双中心容灾的切换方法及其装置 | |
WO2022151815A1 (zh) | 一种终端设备的安全状态判断方法及装置 | |
CN101340567A (zh) | 一种网络视频监控前端设备可靠性保障方法 | |
CN105515912A (zh) | 一种多节点之间链路有效性检测和处理方法 | |
CN109508277A (zh) | 一种数据库一体机的监控系统和方法 | |
CN101247265A (zh) | 一种告警处理方法、装置和系统 | |
CN101321319A (zh) | 一种业务数据库无效连接的监控恢复装置及方法 | |
CN106897189A (zh) | 一种基于数据实时推送的日志监控系统 | |
CN110196787B (zh) | 一种数据备份恢复系统及其数据备份恢复方法 | |
CN107835097A (zh) | 告警信息同步方法及装置、网元 | |
CN101267473B (zh) | 一种振荡告警的处理方法 | |
CN113434366A (zh) | 一种事件处理方法和系统 | |
CN105205168A (zh) | 一种基于Redis数据库的曝光系统及其操作方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101208 Termination date: 20190522 |
|
CF01 | Termination of patent right due to non-payment of annual fee |