CN1901467A - 一种快速处理告警的方法和系统 - Google Patents
一种快速处理告警的方法和系统 Download PDFInfo
- Publication number
- CN1901467A CN1901467A CN 200610061450 CN200610061450A CN1901467A CN 1901467 A CN1901467 A CN 1901467A CN 200610061450 CN200610061450 CN 200610061450 CN 200610061450 A CN200610061450 A CN 200610061450A CN 1901467 A CN1901467 A CN 1901467A
- Authority
- CN
- China
- Prior art keywords
- alarm
- keyword
- buffer area
- warning
- invalid
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种快速处理告警的方法,应用于一种包含有效告警缓存区和无效告警缓存区的系统,包括:A.接收到网元设备发来的原始告警,解析该原始告警,获取告警关键字;B.当确定有效告警缓存区中存在所述的告警关键字,执行步骤C;当确定无效告警缓存区中存在所述的告警关键字,执行步骤D;C.获取存储在有效告警缓存区中与告警关键字相关的告警信息,将所述相关的告警信息提交至上层告警系统,结束告警处理流程;D.将所述的原始告警丢弃或在所述的原始告警中填加“不可识别”标识,将修改后的原始告警提交至上层告警系统。
Description
技术领域
本发明涉及网络安全技术领域,具体地说,涉及一种快速处理告警的方法和系统。
背景技术
随着通信技术的发展,网络规模不断扩大,网络复杂性日益提高。现代通信网复杂度的增加以及对自动化管理的要求,需要对网络中出现的故障有效的管理。
告警就是描述网络系统在运行过程中,出现的软件、硬件故障的数据,告诉用户,网络设备出了什么样的问题,出问题的具体位置在哪儿。告警的产生源:网络中的硬件设备、软件监控系统。
告警数据的分类:
按性质——事件告警、故障告警、恢复告警;
按严重程度——紧急告警、重要告警、一般告警、提示告警;
按来源——电源告警、机房环境告警、七号信令告警、数字中继告警、硬件告警、软件告警、运行告警,等等。这种并非一成不变,可以随用户的需要而更改。
告警数据的主要组成部分:
产品类型,告警设备的产品编号,用于区分本公司固网、传输、移动、智能等产品;
设备类型,告警设备的类型编号;
告警编号,标识告警种类的编号;
告警种类,描述故障的性质,区分是故障、恢复或事件;
告警级别,描述告警的严重程度;
告警类别,描述故障的来源,区分电源告警、机房环境告警、七号信令告警等等;
告警名称,告警的名称;
流水号,用于标识告警产生和到达顺序的序列号;
日期,告警发生的日期;
时间,告警发生的时间;
定位参数,故障的定位信息,描述问题发生的具体位置;
解释信息,解释此告警的发生原因及发生地点的信息;
修复建议,描述如何修复告警的建议,帮助用户快速解决问题;
链路类型,故障所从属的链路类型编号;
网元编号,产生告警的网元设备的编号;
网元名称,产生告警的网元设备的名称。
网管系统中由多个数据处理模块组成,其中处于核心地位的模块为,告警处理模块。网管系统的结构图,如图1所示,包括:至少一个网元设备、告警处理模块、告警存储模块、网元信息维护模块、网管用户界面、上一级网管系统、网管远程通知模块;告警处理模块负责搜集网元设备上报的原始告警数据,根据网元中的信息提取网元维护模块中的相应数据进行分析处理,并将处理后的告警数据存储在告警存储模块内,同时根据需要将处理后告警数据发送给告警用户界面、上一级告警系统或告警远程通知模块。
告警处理模块处理后的告警数据包含:告警名称、网元名称等信息,而在原始的告警数据中不包括告警名称、网元名称等信息,这些信息是告警处理模块根据原始告警数据中的一些关键字段从网管的某个资源中心模块获取到。例如,对于告警名称,告警处理模块根据原始告警数据中的产品类型、设备类型、告警编号,从告警存储模块中的告警静态解释信息表中查询到;对于网元名称,告警处理模块根据原始告警数据中的网元编号,从网管系统的网元维护模块进程中获取到。
由于资源信息的获取涉及到模块间的通信,速度是比较慢的。比如说,告警处理模块收到网元设备上报的一条告警数据,会从告警存储读一次告警名称,如果网元设备上报告警数据的速度很快,达到100条/秒,那么告警处理模块每秒就需要读100次数据库。这种获取告警名称的方式,将非常占用系统资源,而且直接导致告警处理模块处理告警的效率低下。同样的,获取网元名称时也会遇到同样的问题。
为了解决上面的问题,目前采用较多的方法是:网管系统服务器的告警处理模块在启动时,将所需要的资源一次性读取到本地来,比如说,从告警存储模块中将所有告警名称一次性读到告警处理模块中保存起来、从网元信息管理模块中将所有网元设备的名称一次性读到告警处理模块中保存起来,当处理告警时,直接从告警处理模块保存的信息中获取告警名称和网元名称。
使用将所需要的资源一次性读取到本地来的方法同时带来以下问题:
告警处理模块的启动速度变慢。如果告警存储模块中保存的告警名称非常多、网元信息管理模块中保存的网元名称很多,那么告警处理模块一次性读取所有信息所需要的时间就非常长,告警处理模块需要获取的信息越多,启动速度就越慢。
告警处理模块占用的内存资源增加。将告警名称、网元名称等数据取到告警处理模块本地来保存,是需要占用内存资源的,数据量越大,占用的内存资源就越多,由于操作系统的所有进程都需要占用内存资源,如果故障模块的内存资源占用过多,会导致其他进程可能分配不到足够的内存资源,影响很大。
告警名称、网元名称等信息更新处理效率比较低。因为告警名称、网元名称等信息不是一成不变的,用户可能会在系统运行的过程中修改某个告警名称,或者某个网元名称,也可能增加或删除某些告警名称或网元设备,一旦这种情况出现的话,告警处理模块就需要做同步更新。同步更新的方式有两种:告警处理模块通过接收告警名称变更消息、网元名称变更消息,来同步将保存在本地的数据修改掉;或,告警处理模块定期将所有信息重新获取一遍。前一种方式不可靠,因为告警名称变更消息、网元名称变更消息有可能丢失,告警处理模块可能没有接收到,而且根据消息中的某部分变化来对保存在本地的数据做相应修改,比较复杂;后一种方式能够弥补前一种方式的不足,但重新获取所有信息对系统性能影响较大。
发明内容
本发明提供一种快速处理告警的方法和系统,及时处理网元设备的告警。
一种快速处理告警的方法,应用于一种包含有效告警缓存区和无效告警缓存区的系统,包括:
A、接收到网元设备发来的原始告警,解析该原始告警,获取告警关键字;
B、当确定有效告警缓存区中存在所述告警关键字,执行步骤C;当确定无效告警缓存区中存在所述告警关键字,执行步骤D;
C、获取存储在有效告警缓存区中与告警关键字相关的告警信息,将所述相关的告警信息提交至上层告警系统;
D、在所述原始告警中填加“不可识别”标识,将修改后的原始告警提交至上层告警系统。
在步骤B中还包括:当确定有效告警区和无效告警区均没有所述的告警关键字,则执行步骤E:
E、判断告警存储模块中是否存在所述告警关键字,如果存在,将告警关键字,以及告警存储模块中与所述告警关键字相关的告警信息保存在所述有效告警缓存区中,并将所述相关的告警信息提交至所述上层告警系统;否则,将所述告警关键字保存在所述无效告警缓存区。
所述相关的告警信息包括:告警名称或网元名称。
在步骤E将告警关键字保存在无效告警缓存区之后还包括步骤:
将所述原始告警保存在告警存储模块中,在所述原始告警中填加“不可识别”标识,把修改后的原始告警提交所述的上层告警系统;或,
将所述的原始告警丢弃。
有效告警缓存区存储告警关键字和告警信息的其他组成要素;无效告警缓存区存储告警关键字。
所述告警信息的其他组成要素包括:告警名称、告警类型、告警级别或修复建议。
步骤C中所述的上层告警系统包括:网管用户界面、上一级网管系统或网管远程通知模块。
在步骤E中还包括步骤F:
当获知与告警关键字相关的告警信息发生变化时,清除保存在有效告警缓存区和无效告警缓存区中的原有的与告警关键字相关的告警信息,或定时清除保存在有效告警缓存区和无效告警缓存区中的告警信息。
步骤F中,具体是通过接收事件通知告警处理模块来获知告警名称或网元名称发生变化。
一种快速处理告警系统,包括:至少一个网元设备、告警存储模块、告警处理模块,告警处理模块具体包括:
关键字获取单元,用于接收到网元设备发来的原始告警,解析该原始告警,获取告警关键字;
有效告警缓存区,用于存储告警关键字和关键字相关的告警信息;
无效告警缓存区,用于存储告警关键字;
告警上报单元,用于获取关键字获取单元的告警关键字,确定有效告警缓存区中存在所述告警关键字时,将告警关键字相关的告警信息上报上层告警系统,确定无效告警缓存区中存在所述告警关键字,在所述原始告警中填加“不可识别”标识,将修改后原始告警提交上层告警系统。
所述告警处理模块还包括:
告警分发单元,判断告警存储模块中是否存在所述的告警关键字,如果存在,将告警关键字,以及告警存储模块中与所述告警关键字相关的告警信息保存在所述的有效告警缓存区中,并将所述的相关的告警信息提交至所述的上层告警系统;否则,将所述告警关键字保存在所述的无效告警缓存区。
所述告警处理模块还包括:
丢弃单元,用于确定无效告警存储单元中存在关键字获取单元获得的告警关键字时,丢弃所述原始告警。
告警处理模块还包括:
告警更新单元,用于当获知与告警关键字相关的告警信息发生变化时,清除保存在有效告警缓存区和无效告警缓存区中的原有的与告警关键字相关的告警信息,或定时清除保存在有效告警缓存区和无效告警缓存区中的告警信息。
所述告警更新单元包括:
事件触发单元,用于通过接收事件通知告警处理模块来获知告警名称或网元名称发生变化。
使用本发明带来以下有益效果:
使用原始告警中关键字查询信息时,优先到有效告警缓存区或无效告警缓存区中去检查关键字,如果不存在,到告警存储模块去查询信息;使用这种分级告警处理的方法,提高告警处理的速度。
有效告警缓存区和无效告警缓存区中只存储由告警存储模块传输过来并且需要上报的告警信息,而不需要存储整条告警信息,从而减少缓存的空间,提高了告警处理模块的启动速度;同时告警存储模块不需要传输很多的告警信息,减少告警信息在网络中的传输量,减轻了网络负担。
获知告警存储模块和网元信息维护模块的信息已经变化时,就清空有效告警缓存和无效告警缓存区,在以后的数据处理过程中,重建两个缓存区,从而保证模块间的信息一致。
附图说明
图1为现有技术中告警处理的框架图。
图2为本发明中告警处理流程的示意图。
图3为本发明中具体实施告警处理的流程图。
图4为本发明中系统框架图。
具体实施方式
本发明的核心思想为:在缓存区内建立有效告警缓存区和无效告警缓存区;当接收到网元设备的告警时,如果在有效告警缓存区或无效告警缓存区中查找到对应告警时,丢弃告警或向上层上报告警。
下面结合附图2来说明本发明:
步骤201、在缓存区内建立有效告警缓存区和无效告警缓存区。
有效告警缓存区,用于存储告警关键字和告警信息的其他组成要素,例如,告警类型、告警级别、修复建议等,告警信息的其他组成要素为根据需要上报信息的具体的应用确定,例如告警名称、告警类型、网元名称;无效告警缓存区,用于存储告警关键字。
所述的告警关键字指告警中的产品类型、设备类型、告警编号,这三个字段可以唯一确定一条告警信息。
步骤202、当接收到网元设备发来的原始告警时,解析该原始告警,获取告警关键字。
步骤203、判断有效告警缓存区中是否存在所述的告警关键字,如果存在,执行步骤209;否则,执行步骤204。
网元设备的告警信息中包含:网元标识、告警关键字等。
步骤204、判断无效告警缓存区是否存在所述的告警关键字,如果存在,执行步骤206;如果不存在,执行步骤205。
步骤205、判断告警存储模块是否存在所述的告警关键字,如果存在,执行步骤207;否则,执行步骤208。
告警存储模块中存储有信息包含:告警名称、告警关键字、告警处理信息等。
步骤206、将所述的原始告警中填加“unknown”(不可识别)标识,执行步骤209。
步骤207、将告警关键字和告警关键字相关的告警信息保存在有效信息缓存区中,执行步骤209。
告警关键字相关的告警信息包括:告警名称、网元名称。
步骤208、将告警关键字保存在无效信息缓存区中,将所述的原始告警中填加“unknown”(不可识别)标识。
步骤209、做后续处理。
后续处理为将告警关键字相关的告警信息或将修改后的原始告警上报网管用户界面、上一级网管系统、网管远程通知模块等。
在以上处理过程中步骤203能够为判断无效告警缓存区是否存在所述的告警关键字,而步骤204能够为判断有效告警缓存区中是否存在所述的告警关键字,即:步骤203和步骤204相调换,对应的处理也进行适当的调整。
步骤206还可以为将原始告警丢弃,结束告警处理。
步骤208之后包括:
或,将原始告警丢弃,结束告警处理;
或,将原始告警数据保存在告警存储模块,结束告警处理。
在以上处理过程执行时,还更新有效告警缓存区和无效告警缓存区:
第一种,获知到告警名称或网元名称发生变化,清除保存在有效告警缓存区和无效告警缓存区中告警关键字和告警关键字相关的告警信息,在以后处理过程重新保存告警信息。
获知告警名称或网元名称发生变化为通过接收事件通知告警处理模块来获知这种变化的,以便于告警处理模块进行清除和更新操作。
第二种,定时清除保存在有效告警缓存区和无效告警缓存区中的告警关键字和告警关键字相关的信息,在以后处理过程重新保存告警信息。
下面以具体的应用说明本发明:
步骤301、在缓冲区内建立有效告警缓存区和无效告警缓存区。
有效告警缓存区,用于存储已经在告警存储模块查找到的告警信息的告警关键字和告警名称;无效告警缓存区,用于存储在告警模块查找不到的告警信息的告警关键字。
步骤302、当接收到网元设备发来的原始告警时,解析所述原始告警,获取告警关键字,判断有效告警缓存区中是否存在与告警关键字相对应的告警名称,如果具有,执行步骤303;否则,执行步骤304。
步骤303、将所述的告警名称上报到上层告警系统。
步骤304、判断无效告警缓存区是否存在告警信息中的告警关键字,如果存在,执行步骤305;否则,执行步骤306。
步骤305、将所述的告警信息丢弃。
步骤306、判断告警存储模块是否存在与告警关键字对应的告警信息,如果是,执行步骤307;否则,执行步骤308。
步骤307、将告警关键字和所述的告警存储模块中的告警名称存储在有效告警缓存区。
步骤308、将告警关键字存储在无效告警缓存区。
在上述的例子中告警有效缓存区中存储的是告警名称还可以为其他需要上报的告警信息,例如,网元名称、设备编号等。
10、一种快速处理告警系统,至少一个网元设备、告警存储模块、告警处理模块,告警处理模块具体包括:
关键字获取单元,用于接收到网元设备发来的原始告警,解析该原始告警,获取告警关键字;
有效告警缓存区,用于存储告警关键字和关键字相关的告警信息;
无效告警缓存区,用于存储告警关键字;
告警上报单元,用于获取关键字获取单元的告警关键字,确定有效告警缓存区中存在所述告警关键字时,将告警关键字相关的告警信息上报上层告警系统,确定无效告警缓存区中存在所述告警关键字,在所述原始告警中填加“不可识别”标识,将修改后原始告警提交上层告警系统。
所述告警处理模块还包括:
告警分发单元,判断告警存储模块中是否存在所述的告警关键字,如果存在,将告警关键字,以及告警存储模块中与所述告警关键字相关的告警信息保存在所述的有效告警缓存区中,并将所述的相关的告警信息提交至所述的上层告警系统;否则,将所述告警关键字保存在所述的无效告警缓存区;
丢弃单元,用于确定无效告警存储单元中存在关键字获取单元获得的告警关键字时,丢弃所述原始告警;
告警更新单元,用于当获知与告警关键字相关的告警信息发生变化时,清除保存在有效告警缓存区和无效告警缓存区中的原有的与告警关键字相关的告警信息,或定时清除保存在有效告警缓存区和无效告警缓存区中的告警信息。
所述告警更新单元包括:
事件触发单元,用于通过接收事件通知告警处理模块来获知告警名称或网元名称发生变化。
使用本发明的方法和系统带来以下有益效果:
使用原始告警中关键字查询信息时,优先到有效告警缓存区或无效告警缓存区中去检查关键字,如果不存在,到告警存储模块去查询信息;使用这种分级告警处理的方法,提高告警处理的速度。
有效告警缓存区和无效告警缓存区中只存储由告警存储模块传输过来并且需要上报的告警信息,而不需要存储整条告警信息,从而减少缓存的空间,提高了告警处理模块的启动速度;同时告警存储模块不需要传输很多的告警信息,减少告警信息在网络中的传输量,减轻了网络负担。
获知告警存储模块和网元信息维护模块的信息已经变化时,就清空有效告警缓存和无效告警缓存区,在以后的数据处理过程中,重建两个缓存区,从而保证模块间的信息一致。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (14)
1、一种快速处理告警的方法,应用于一种包含有效告警缓存区和无效告警缓存区的系统,其特征在于,包括:
A、接收到网元设备发来的原始告警,解析该原始告警,获取告警关键字;
B、当确定有效告警缓存区中存在所述告警关键字,执行步骤C;当确定无效告警缓存区中存在所述告警关键字,执行步骤D;
C、获取存储在有效告警缓存区中与告警关键字相关的告警信息,将所述相关的告警信息提交至上层告警系统;
D、在所述原始告警中填加“不可识别”标识,将修改后的原始告警提交至上层告警系统。
2、如权利要求1所述的方法,其特征在于,在步骤B中还包括:当确定有效告警区和无效告警区均没有所述的告警关键字,则执行步骤E:
E、判断告警存储模块中是否存在所述告警关键字,如果存在,将告警关键字,以及告警存储模块中与所述告警关键字相关的告警信息保存在所述有效告警缓存区中,并将所述相关的告警信息提交至所述上层告警系统;否则,将所述告警关键字保存在所述无效告警缓存区。
3、如权利要求2所述的方法,其特征在于,所述相关的告警信息包括:告警名称或网元名称。
4、如权利要求2所述的方法,其特征在于,在步骤E将告警关键字保存在无效告警缓存区之后还包括步骤:
将所述原始告警保存在告警存储模块中,在所述原始告警中填加“不可识别”标识,把修改后的原始告警提交所述的上层告警系统;或,
将所述的原始告警丢弃。
5、如权利要求1所述的方法,其特征在于,有效告警缓存区存储告警关键字和告警信息的其他组成要素;无效告警缓存区存储告警关键字。
6、如权利要求5所述的方法,其特征在于,所述告警信息的其他组成要素包括:告警名称、告警类型、告警级别或修复建议。
7、如权利要求1所述的方法,其特征在于,步骤C中所述的上层告警系统包括:网管用户界面、上一级网管系统或网管远程通知模块。
8、如权利要求1至7所述的方法,其特征在于,在步骤E中还包括步骤F:
当获知与告警关键字相关的告警信息发生变化时,清除保存在有效告警缓存区和无效告警缓存区中的原有的与告警关键字相关的告警信息,或定时清除保存在有效告警缓存区和无效告警缓存区中的告警信息。
9、如权利要求8所述的方法,其特征在于,步骤F中,具体是通过接收事件通知告警处理模块来获知告警名称或网元名称发生变化。
10、一种快速处理告警系统,包括:至少一个网元设备、告警存储模块、告警处理模块,其特征在于,告警处理模块具体包括:
关键字获取单元,用于接收到网元设备发来的原始告警,解析该原始告警,获取告警关键字;
有效告警缓存区,用于存储告警关键字和关键字相关的告警信息;
无效告警缓存区,用于存储告警关键字;
告警上报单元,用于获取关键字获取单元的告警关键字,确定有效告警缓存区中存在所述告警关键字时,将告警关键字相关的告警信息上报上层告警系统,确定无效告警缓存区中存在所述告警关键字,在所述原始告警中填加“不可识别”标识,将修改后原始告警提交上层告警系统。
11、如权利要求10所述的系统,其特征在于,所述告警处理模块还包括:
告警分发单元,判断告警存储模块中是否存在所述的告警关键字,如果存在,将告警关键字,以及告警存储模块中与所述告警关键字相关的告警信息保存在所述的有效告警缓存区中,并将所述的相关的告警信息提交至所述的上层告警系统;否则,将所述告警关键字保存在所述的无效告警缓存区。
12、如权利要求9所述的系统,其特征在于,所述告警处理模块还包括:
丢弃单元,用于确定无效告警存储单元中存在关键字获取单元获得的告警关键字时,丢弃所述原始告警。
13、如权利要求9至12任意一项所述的系统,其特征在于,告警处理模块还包括:
告警更新单元,用于当获知与告警关键字相关的告警信息发生变化时,清除保存在有效告警缓存区和无效告警缓存区中的原有的与告警关键字相关的告警信息,或定时清除保存在有效告警缓存区和无效告警缓存区中的告警信息。
14、如权利要求13所述的系统,其特征在于,所述告警更新单元包括:
事件触发单元,用于通过接收事件通知告警处理模块来获知告警名称或网元名称发生变化。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100614507A CN100499497C (zh) | 2006-06-30 | 2006-06-30 | 一种快速处理告警的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100614507A CN100499497C (zh) | 2006-06-30 | 2006-06-30 | 一种快速处理告警的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1901467A true CN1901467A (zh) | 2007-01-24 |
CN100499497C CN100499497C (zh) | 2009-06-10 |
Family
ID=37657218
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100614507A Expired - Fee Related CN100499497C (zh) | 2006-06-30 | 2006-06-30 | 一种快速处理告警的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100499497C (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102202331A (zh) * | 2011-05-31 | 2011-09-28 | 武汉市维优科技有限公司 | 一种朗讯告警信息的管理方法 |
CN101707528B (zh) * | 2008-06-12 | 2012-01-11 | 广东高新兴通信股份有限公司 | 一种对集中监控系统的告警数据的传送方法 |
CN101741610B (zh) * | 2008-11-17 | 2012-03-28 | 大唐移动通信设备有限公司 | 一种处理告警信息的方法、系统和装置 |
CN101626497B (zh) * | 2009-08-10 | 2012-05-23 | 浙江宇视科技有限公司 | 一种告警联动的方法和装置 |
CN103457779A (zh) * | 2013-09-10 | 2013-12-18 | 杭州华三通信技术有限公司 | 一种根据内存告警进行路径切换的方法及其装置 |
CN105634831A (zh) * | 2016-03-11 | 2016-06-01 | 烽火通信科技股份有限公司 | 通信设备中一种定位源的智能翻译系统及方法 |
CN106549801A (zh) * | 2016-10-24 | 2017-03-29 | 浙江宇视科技有限公司 | 一种告警类型识别方法及设备 |
CN111835557A (zh) * | 2020-06-19 | 2020-10-27 | 青岛聚好联科技有限公司 | 一种告警方法及设备 |
-
2006
- 2006-06-30 CN CNB2006100614507A patent/CN100499497C/zh not_active Expired - Fee Related
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101707528B (zh) * | 2008-06-12 | 2012-01-11 | 广东高新兴通信股份有限公司 | 一种对集中监控系统的告警数据的传送方法 |
CN101741610B (zh) * | 2008-11-17 | 2012-03-28 | 大唐移动通信设备有限公司 | 一种处理告警信息的方法、系统和装置 |
CN101626497B (zh) * | 2009-08-10 | 2012-05-23 | 浙江宇视科技有限公司 | 一种告警联动的方法和装置 |
CN102202331A (zh) * | 2011-05-31 | 2011-09-28 | 武汉市维优科技有限公司 | 一种朗讯告警信息的管理方法 |
CN103457779A (zh) * | 2013-09-10 | 2013-12-18 | 杭州华三通信技术有限公司 | 一种根据内存告警进行路径切换的方法及其装置 |
CN105634831A (zh) * | 2016-03-11 | 2016-06-01 | 烽火通信科技股份有限公司 | 通信设备中一种定位源的智能翻译系统及方法 |
CN105634831B (zh) * | 2016-03-11 | 2018-10-09 | 烽火通信科技股份有限公司 | 通信设备中一种定位源的智能翻译系统及方法 |
CN106549801A (zh) * | 2016-10-24 | 2017-03-29 | 浙江宇视科技有限公司 | 一种告警类型识别方法及设备 |
CN106549801B (zh) * | 2016-10-24 | 2019-12-13 | 浙江宇视科技有限公司 | 一种告警类型识别方法及设备 |
CN111835557A (zh) * | 2020-06-19 | 2020-10-27 | 青岛聚好联科技有限公司 | 一种告警方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN100499497C (zh) | 2009-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1901467A (zh) | 一种快速处理告警的方法和系统 | |
CN100339830C (zh) | 一种更新软件的方法 | |
CN1916858A (zh) | 多核系统中的监控方法、监控装置以及多核系统 | |
CN1893424A (zh) | 一种snmp协议下采用确认机制实现告警管理的方法 | |
CN1957345A (zh) | 用于设备管理系统的设备管理方法 | |
CN1866854A (zh) | 在设备管理中更新和恢复终端设备数据的方法 | |
CN1920828A (zh) | 一种垃圾文件清理方法及系统 | |
CN1852101A (zh) | 一种并行下载方法和终端 | |
CN101047556A (zh) | 一种多设备集中维护方法和系统 | |
CN101047535A (zh) | 一种网络管理系统和网元管理系统之间过滤告警的方法 | |
CN1866283A (zh) | 实现规则系统触发的系统及方法 | |
CN1878322A (zh) | 故障定位的方法及装置 | |
CN1816039A (zh) | 进行数据一致性校验及同步的方法和分布式系统 | |
CN1921491A (zh) | 防范利用地址解析协议进行网络攻击的方法及设备 | |
CN1852261A (zh) | 维护邻居表项的方法 | |
CN1946226A (zh) | 电信设备升级的方法、设备及升级引擎单元 | |
CN1832430A (zh) | 网络管理方法 | |
CN1913692A (zh) | 按配置下载设备软件的方法 | |
CN1851693A (zh) | 一种对系统资源进行管理的实现方法 | |
CN1852133A (zh) | 一种告警上报方法 | |
CN101047487A (zh) | 一种工业控制网络中设备冗余的方法和系统 | |
CN1756257A (zh) | 大型网络中主机性能采集代理 | |
CN101076174A (zh) | 告警风暴的处理方法 | |
CN1835454A (zh) | 事件通知管理方法和事件通知管理设备 | |
CN1863085A (zh) | 保证网管和网元配置数据一致性的方法及系统 |
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: 20090610 Termination date: 20160630 |
|
CF01 | Termination of patent right due to non-payment of annual fee |