CN102780585B - 告警管理的方法和网络管理系统 - Google Patents
告警管理的方法和网络管理系统 Download PDFInfo
- Publication number
- CN102780585B CN102780585B CN201210271567.3A CN201210271567A CN102780585B CN 102780585 B CN102780585 B CN 102780585B CN 201210271567 A CN201210271567 A CN 201210271567A CN 102780585 B CN102780585 B CN 102780585B
- Authority
- CN
- China
- Prior art keywords
- alarm
- network element
- management system
- state
- described network
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Abstract
本发明实施例公开了一种告警管理的方法,包括:当网元新上线时,网络管理系统将所述网元发来的告警标记为工程态告警;一旦所述网元的性能指标超出预先配置的阈值,网络管理系统将网元发来的告警标记为维护态告警。本发明实施例还提供相应的网络管理系统。本发明实施例技术方案,通过在网元新上线时,标记网元告警为工程态告警;在网元性能指标超过阈值时,标记网元告警为维护态告警,网络管理系统可以自动地标记工程态告警和维护态告警,不仅可以避免手工维护网元状态列表,而且可以提高网络管理系统标记告警状态的效率。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种告警管理的方法和网络管理系统。
背景技术
随着网络的不断扩大,现有的网络管理系统往往需要管理大量的网元,被管理的网元数量高达数千台设备到数万台不等,通过网络管理系统集中监控网元的最大问题之一就是告警数量太多,其中一个重要原因是工程态告警太多。
工程态:指网元已经完成硬件安装和软件调测,但是该网元还未正常投入使用,这时候该网元还处于工程建设阶段,简称该网元处于工程态。
工程态告警:指处于工程态的网元产生的告警。
维护态:指网元已经完成硬件安装和软件调测,并且已经投入正常使用,这时候该网元就进入维护阶段,简称该网元处于维护态。
维护态告警:指处于维护态的网元产生的告警。
处于工程态的网元由于调测、割接、复位、倒换等操作产生大量的告警,这些工程态告警发送到网络管理系统,造成告警信息混杂,因为这些告警不是有意义的告警,不需要网络管理人员去处理,网络管理人员需要过滤掉工程态告警,专心处理维护态告警。
现有技术中,通常由设备施工人员手工维护网元状态(包括工程态和维护态)列表,然后将该列表传递给网络管理人员,网络管理人员将该列表录入到网络管理系统中,使得网络管理系统识别网元发来的告警为工程态告警或者维护态告警。由于网元数量众多,手工维护网元列表工作量大,效率低,易出错。
发明内容
提供一种告警管理的方法和网络管理系统,可以解决现有技术中手工维护网元状态列表工作量大,效率低,易出错的问题。
根据第一方面,提供一种告警管理的方法,包括:
从网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当网络管理系统接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警,所述网元是被所述网络管理系统管理的网元;
如果所述性能指标超出所述阈值,当所述网络管理系统接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警。
在所述第一方面的第一种可能的实现方式中,
所述方法还包括:
当所述网元新上线时,所述网络管理系统在所述网络管理系统中标记所述网元的状态为工程态;
所述当网络管理系统接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警,包括:
当所述网络管理系统接收到所述第一告警时,根据所述网元的状态将所述第一告警标记为所述工程态告警;
所述方法还包括:
如果所述性能指标超出所述阈值,所述网络管理系统在所述网络管理系统中标记所述网元的状态为维护态;
所述当所述网络管理系统接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警,包括:
当所述网络管理系统接收到所述第二告警时,根据所述网元的状态将所述第二告警标记为所述维护态告警。
根据所述第一方面的第一种可能的实现方式,提供了第二种可能的实现方式,所述方法还包括:
从所述网元新上线时起,所述网络管理系统采集所述性能指标;
所述网络管理系统判断所述性能指标是否超出所述阈值。
根据所述第一方面,或所述第一方面的第一种可能的实现方式,或所述第二种可能的实现方式,提供了第三种可能的实现方式,其中所述性能指标至少包括下述性能指标中的一种:接口流量,CPU利用率,内存利用率,路由表项数量。
根据所述第三种可能的实现方式,提供了第四种可能的实现方式,其中当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的一个接口的流量。
根据所述第三种可能的实现方式,提供了第五种可能的实现方式,其中当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的至少两个接口的流量之和。
根据第二方面,提供一种网络管理系统,包括:
接收告警单元和告警属性标记单元;
所述接收告警单元,用于接收网元发来的告警,所述网元是被所述网络管理系统管理的网元;
所述告警属性标记单元,用于从所述网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当所述接收告警单元接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警;如果所述性能指标超出所述阈值,当所述接收告警单元接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警。
在所述第二方面的第一种可能的实现方式中,
所述网络管理系统还包括:
网元属性标记单元,用于当所述网元新上线时,在所述网络管理系统中标记所述网元的状态为工程态;如果所述性能指标超出所述阈值,在所述网络管理系统中标记所述网元的状态为维护态;
所述告警属性标记单元具体用于:
从所述网元新上线时起,直到所述性能指标超出所述阈值前,当所述接收告警单元接收到来自所述网元的第一告警时,根据所述网元属性标记单元所标记的所述网元的状态,将所述第一告警标记为所述工程态告警;如果所述性能指标超出所述阈值,当所述接收告警单元接收到来自所述网元的第二告警时,根据所述网元属性标记单元所标记的所述网元的状态,将所述第二告警标记为维护态告警。
根据所述第二方面的第一种可能的实现方式,提供了第六种可能的实现方式,所述网络管理系统,还包括:
采集单元,用于采集所述网元的性能指标;
判断单元,用于判断所述采集单元所采集到的所述性能指标是否超出所述阈值;当判断的结果为所述性能指标超出所述阈值时,触发所述网元属性标记单元在所述网络管理系统中标记所述网元的状态为所述维护态。
根据所述第二方面,或所述第二方面的第一种可能的实现方式,或所述第六种可能的实现方式,提供了第七种可能的实现方式,其中所述性能指标至少包括下述性能指标中的一种:接口流量,CPU利用率,内存利用率,路由表项数量。
根据所述第七种可能的实现方式,提供了第八种可能的实现方式,其中当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的一个接口的流量。
根据所述第七种可能的实现方式,提供了第九种可能的实现方式,其中当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的至少两个接口的流量之和。
本发明实施例提供的告警管理的方法和网络管理系统,通过从网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当网络管理系统接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警;如果所述性能指标超出所述阈值,当所述网络管理系统接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警,所述网络管理系统可以自动地识别和标记所管理的网元发来的告警,不仅可以避免手工维护网元状态列表,而且可以提高网络管理系统标记告警状态的效率。
附图说明
图1是本发明实施例提供的一种告警管理的方法流程图;
图2是本发明实施例提供的又一种告警管理的方法流程图;
图3是本发明实施例提供的又一种告警管理的方法流程图;
图4是本发明实施例提供的一种网络管理系统的示意图;
图5是本发明实施例提供的又一种网络管理系统的示意图;
图6是本发明实施例提供的又一种网络管理系统的示意图;
图7是本发明实施例提供的一种网络管理设备的示意图。
具体实施方式
下面通过附图和实施例,对本发明实施例的技术方案做进一步的详细描述。
如图1所示,本发明实施例提供一种告警管理的方法,包括:
101、从网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当网络管理系统接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警,所述网元是被所述网络管理系统管理的网元。
举例来说,网元发送给网络管理系统的告警,通常保持在网络管理系统的告警数据库中,并显示在网络管理系统的客户端的告警列表窗口中。
网络管理系统的告警数据库中,记录了网元发来的告警的各种信息,其中包括状态信息,该状态信息包括工程态告警和维护态告警。通过标记网元发来的告警状态,网络管理系统可以对处于不同状态的告警做不同的处理,例如,在告警列表窗口中显示告警时,可以不显示工程态告警,只显示维护态告警,从而使得维护人员可以集中精力处理维护态告警。又例如,所述网络管理系统可以统计工程态告警的数量或维护态告警的数量。
所述网元新上线,是指所述网元启动后,被添加到网络管理系统的网元列表中,接受网络管理系统的管理。可选地,网络管理系统可以通过自动拓扑发现,或手工添加的方式,将所述网元添加到网络管理系统的网元列表中。可选地,网元启动后,发送通知消息给网络管理系统,以使得网络管理系统将所述网元添加到网络管理系统的网元列表中。
以下以网元A举例,网元A是被所述网络管理系统管理的一个网元。
从网元A新上线时起,直到网元A的性能指标超出预先配置的阈值前,在这段时间内,当网络管理系统接收到来自网元A的第一告警时,在网络管理系统的告警数据库中,将所述第一告警标记为工程态告警。
102、如果所述性能指标超出所述阈值,当所述网络管理系统接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警。
如果所述性能指标超出所述阈值,当所述网络管理系统接收到来自网元A的第二告警时,将所述第二告警标记为维护态告警。
举例来说,上述101和102,可以通过以下方法实现:
方法1,如图2所示:
201、当网元新上线时,所述网络管理系统在所述网络管理系统中标记所述网元的状态为工程态。
举例来说,所述网络管理系统中有一个网元信息数据库,用于保存网元的信息,网元信息包括网元名称,网元类型等。在网元的信息中,有一项是标识网元的状态,表明网元是处于工程态还是维护态。
当网元A新上线时,所述网络管理系统在网元信息数据库中,将网元A的状态,标记为工程态。
又举例来说,当网元A新上线时,网元A标记自身的状态为工程态,并将自身的状态发送给所述网络管理系统,所述网络管理系统根据网元A发来的状态,在网元信息数据库中,将网元A的状态标记为工程态。
202、从所述网元新上线时起,所述网络管理系统采集所述网元的性能指标。
例如,所述网络管理系统每隔固定的时间间隔,例如每隔5秒钟,采集一次网元A的性能指标。举例来说,所述性能指标至少可以包括下述性能指标中的一种:接口流量,CPU利用率,内存利用率,路由表项数量。这些性能指标往往可以表示网元A的繁忙程度。以接口流量举例,当网元A处于工程态时,由于网元A没有投入正常使用,可能由于调测会产生一些接口流量,接口流量会很低或没有接口流量,当网元A投入正常使用后,接口流量会比处于工程态时高。因此,对接口流量设置预先配置的阈值,当接口流量超出预先配置的阈值时,可以用以判断网元A由工程态变为维护态。
以采集网元A的接口流量为例,这里所说的接口,可以是网元A上的某个与外界相连的主接口,也可以是网元A上某个与外界相连的主接口的从属子接口,当然,还可以是网元A上的某两个或多个与外界相连的主接口。
203、所述网络管理系统判断所述性能指标是否超出预先配置的阈值。
预先配置的阈值的数据类型可以是绝对值,也可以是百分比。
为便于理解,以所述性能指标是接口流量举例,假设网元A有4个主接口,分别是主接口1,主接口2,主接口3和主接口4。其中,主接口1和主接口2和外界连接(例如主接口1是上行接口,主接口2是下行接口),主接口3和主接口4没有与外界相连,主接口1有2个从属子接口。所述网络管理系统可以进行以下几种方式的接口流量采集和相应的阈值设置:
a.采集主接口1的流量,阈值为1M,即当主接口1的流量超过1M时,判定为超出阈值。
b.采集主接口1的流量,阈值为10%,即当主接口1的流量达到主接口1允许的最大流量的10%时,判定为超出阈值。
c.采集主接口1的第1个从属子接口的流量,阈值为700K,即当主接口1的第1个从属子接口的流量超过700K时,判定为超出阈值。
d.采集主接口1和主接口2的流量之和,阈值为1.5M,即当主接口1和主接口2的流量之和超过1.5M时,判定为超出阈值。
上述接口流量采集和相应的阈值设置的方法仅为举例,不构成限定。
204、如果所述性能指标超出所述阈值,所述网络管理系统在所述网络管理系统中标记所述网元的状态为维护态。
205、从所述网元新上线时起,直到所述性能指标超出所述阈值前,当所述网络管理系统接收到来自所述网元的第一告警时,根据所述网元的状态将所述第一告警标记为工程态告警。
举例来说,从网元A新上线时起,直到网元A的性能指标超出预先配置的阈值前,当所述网络管理系统接收到网元A发来的第一告警时,根据所述第一告警中携带的网元A的信息,如网元A的名称或网元A的标识,在网元信息数据库中查找网元A的状态,根据网元A的状态标记所述第一告警的状态。因为从网元A新上线时起,直到网元A的性能指标超出预先配置的阈值前,在网元信息数据库中网元A的状态被标记为工程态,所以所述网络管理系统将所述第一告警标记为所述工程态告警。
206、如果所述性能指标超出所述阈值,当所述网络管理系统接收到来自所述网元的第二告警时,根据所述网元的状态将所述第二告警标记为维护态告警。
上述204中,如果网元A的所述性能指标超出所述阈值时,所述网络管理系统在所述网络管理系统中标记所述网元A的状态为维护态。因此,在上述206中,如果网元A的所述性能指标超出所述阈值时,当所述网络管理系统接收到来自网元A的所述第二告警时,查找网元信息数据库后确定网元A的状态被标记为维护态,所以所述网络管理系统将所述第二告警标记为所述维护态告警。
方法2,如图3所示:
301、当网元新上线时,所述网元识别自身的状态为工程态,并将自身的状态发送给网络管理系统。
举例来说,当网元A新上线时,网元A识别自身的状态为工程态,并将自身的状态发送给所述网络管理系统。
302、所述网络管理系统根据所述网元发来的状态,在所述网络管理系统中标记所述网元的状态为工程态。
举例来说,网络管理系统在收到网元A发来的状态(此时为工程态)后,在所述网络管理系统的网元信息数据库中,将网元A的状态,标记为工程态。
303、从所述网元新上线时起,所述网元采集自身的性能指标。
举例来说,在网元A新上线后,网元A采集自身的性能指标。例如,网元A每隔固定的时间间隔,例如每隔5秒钟,采集一次自身的性能指标。
关于所述性能指标的种类,请参考方法1中的202中关于性能指标的描述,不再赘述。
304、所述网元判断所述性能指标是否超出预先配置的阈值。
举例来说,网元A判断所述性能指标是否超出预先配置的阈值。
所述阈值的类型,以及判断所述性能指标是否超出所述阈值的方法,请参考方法1中203的描述,不再赘述。
305、如果所述性能指标超出所述阈值,所述网元识别自身的状态为维护态,并将自身的状态发送给所述网络管理系统。
举例来说,如果所述性能指标超出所述阈值,网元A识别自身的状态为维护态,并将自身的状态发送给所述网络管理系统。
306、所述网络管理系统根据所述网元发来的状态,在所述网络管理系统中标记所述网元的状态为维护态。
举例来说,网络管理系统在收到网元A发来的状态(此时为维护态)后,在所述网络管理系统的网元信息数据库中,将网元A的状态,标记为维护态。
307、从所述网元新上线时起,直到所述性能指标超出所述阈值前,当所述网络管理系统接收到来自所述网元的第一告警时,根据所述网元的状态将所述第一告警标记为工程态告警。
308、如果所述性能指标超出所述阈值,当所述网络管理系统接收到来自所述网元的第二告警时,根据所述网元的状态将所述第二告警标记为维护态告警。
举例来说,上述303中的所述性能指标,以及上述304中的所述预先配置的阈值,可以是预先配置在网元A中,也可以是在网元A在新上线后,所述网络管理系统给网元A下发采集指令,在采集指令中携带所述性能指标和所述预先配置的阈值。
举例来说,上述101和102,还可以通过以下方法实现:
在网元发送给网络管理系统的告警信息中,增加告警状态标识,告警状态标识包括工程态告警和维护态告警。
从网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,所述网元识别自身的状态为工程态,并将向所述网络管理系统发送的第一告警中的告警状态标识,设置为工程态告警;如果所述性能指标超出所述阈值,所述网元识别自身的状态为维护态,并将向所述网络管理系统发送的第二告警中的告警状态标识,设置为维护态告警。
所述网络管理系统,在收到所述第一告警后,根据所述第一告警中的告警状态标识,在网络管理系统的告警数据库中,将所述第一告警标记为工程态告警;在收到所述第二告警后,根据所述第二告警中的告警状态标识,将所述第二告警标记为维护态告警。
本发明实施例提供的告警管理的方法,通过从网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当网络管理系统接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警;如果所述性能指标超出所述阈值,当所述网络管理系统接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警,所述网络管理系统可以自动地识别和标记所管理的网元发来的告警,不仅可以避免手工维护网元状态列表,而且可以提高网络管理系统标记告警状态的效率。
请参考图4,本发明的一个实施例提供一种网络管理系统,包括:
接收告警单元401和告警属性标记单元402;
所述接收告警单元401,用于接收网元发来的告警,所述网元是被所述网络管理系统管理的网元;
所述告警属性标记单元402,用于从所述网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当所述接收告警单元401接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警;如果所述性能指标超出所述阈值,当所述接收告警单元401接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警。
举例来说,在如图4所示的网络管理系统的基础上,所述网络管理系统,如图5所示,还包括:
网元属性标记单元403,用于当所述网元新上线时,在所述网络管理系统中标记所述网元的状态为工程态;如果所述性能指标超出所述阈值,在所述网络管理系统中标记所述网元的状态为维护态。
所述告警属性标记单元402具体用于,从所述网元新上线时起,直到所述性能指标超出所述阈值前,当所述接收告警单元401接收到来自所述网元的第一告警时,根据所述网元属性标记单元403所标记的所述网元的状态,将所述第一告警标记为所述工程态告警;如果所述性能指标超出所述阈值,当所述接收告警单元401接收到来自所述网元的第二告警时,根据所述网元属性标记单元403所标记的所述网元的状态,将所述第二告警标记为维护态告警。
举例来说,在如图5所示的网络管理系统的基础上,所述网络管理系统,如图6所示,还可以包括:
采集单元404,用于采集所述网元的性能指标。
判断单元405,用于判断所述采集单元404所采集到的所述性能指标是否超出所述阈值,当判断单元405判断的结果为所述性能指标超出所述阈值时,触发所述网元属性标记单元403在所述网络管理系统中标记所述网元的状态为维护态。
举例来说,如图4至图6中所示的网络管理系统中的涉及的性能指标,至少包括下述性能指标中的一种:接口流量,CPU利用率,内存利用率,路由表项数量。
举例来说,当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的一个接口的流量。
举例来说,当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的至少两个接口的流量之和。
本发明实施例提供的网络管理系统,通过从网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当网络管理系统接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警;如果所述性能指标超出所述阈值,当所述网络管理系统接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警,所述网络管理系统可以自动地识别和标记所管理的网元发来的告警,不仅可以避免手工维护网元状态列表,而且可以提高网络管理系统标记告警状态的效率。
举例来说,图4至图6所示实施例中的单元可以合并为一个或者多个单元。
又举例来说,所述单元或子单元均可通过硬件来实现。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,举例来说,存储介质可以包括:只读存储器、随即读取存储器、磁盘或光盘等。
请参考图7,本发明实施例提供的一种网络管理设备的示意图,所述网络管理设备包括:
网络接口703,处理器701,存储器702,总线704。
所述网络接口703,处理器701,存储器702通过所述总线704完成相互间的通信。
所述网络接口703,用于与网元通信,所述网元是被所述网络管理系统管理的网元。
所述处理器701,用于执行软件指令。
所述存储器702,用于存放所述软件指令,所述软件指令用于:
从网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当所述网络接口703接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警。
如果所述性能指标超出所述阈值,当所述网络接口703接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警。
举例来说,还包括指令用于:当所述网元新上线时,标记所述网元的状态为工程态。相应地,当所述网络接口703接收到所述第一告警时,根据所述网元的状态将所述第一告警标记为所述工程态告警。还包括指令用于:如果所述性能指标超出所述阈值,标记所述网元的状态为维护态。相应地,当所述所述网络接口703接收到所述第二告警时,根据所述网元的状态将所述第二告警标记为所述维护态告警。
举例来说,还包括指令用于:
从所述网元新上线时起,所述网络管理系统采集所述性能指标。
所述网络管理系统判断所述性能指标是否超出所述阈值。
举例来说,其中所述性能指标至少包括下述性能指标中的一种:接口流量,CPU利用率,内存利用率,路由表项数量。
举例来说,当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的一个接口的流量。
举例来说,当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的至少两个接口的流量之和。
上述实施例提供的网络管理设备,可以自动地识别和标记所管理的网元发来的告警,不仅可以避免手工维护网元状态列表,而且可以提高标记告警状态的效率。
以上对本发明实施例所提供的告警管理的方法和网络管理系统进行了详细介绍,但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想,不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。
Claims (12)
1.一种告警管理的方法,其特征在于,包括:
从网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当网络管理系统接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警,所述网元是被所述网络管理系统管理的网元;
如果所述性能指标超出所述预先配置的阈值,当所述网络管理系统接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警。
2.根据权利要求1所述的方法,其特征在于,
所述方法还包括:
当所述网元新上线时,所述网络管理系统在所述网络管理系统中标记所述网元的状态为工程态;
所述当网络管理系统接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警,包括:
当所述网络管理系统接收到所述第一告警时,根据所述网元的状态将所述第一告警标记为所述工程态告警;
所述方法还包括:
如果所述性能指标超出所述预先配置的阈值,所述网络管理系统在所述网络管理系统中标记所述网元的状态为维护态;
所述当所述网络管理系统接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警,包括:
当所述网络管理系统接收到所述第二告警时,根据所述网元的状态将所述第二告警标记为所述维护态告警。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
从所述网元新上线时起,所述网络管理系统采集所述性能指标;
所述网络管理系统判断所述性能指标是否超出所述预先配置的阈值。
4.根据权利要求1至权利要求3任一项所述的方法,所述性能指标至少包括下述性能指标中的一种:接口流量,CPU利用率,内存利用率,路由表项数量。
5.根据权利要求4所述的方法,其特征在于,当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的一个接口的流量。
6.根据权利要求4所述的方法,其特征在于,当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的至少两个接口的流量之和。
7.一种网络管理系统,其特征在于,包括:
接收告警单元和告警属性标记单元;
所述接收告警单元,用于接收网元发来的告警,所述网元是被所述网络管理系统管理的网元;
所述告警属性标记单元,用于从所述网元新上线时起,直到所述网元的性能指标超出预先配置的阈值前,当所述接收告警单元接收到来自所述网元的第一告警时,将所述第一告警标记为工程态告警;如果所述性能指标超出所述预先配置的阈值,当所述接收告警单元接收到来自所述网元的第二告警时,将所述第二告警标记为维护态告警。
8.根据权利要求7所述的网络管理系统,其特征在于,
所述网络管理系统还包括:
网元属性标记单元,用于当所述网元新上线时,在所述网络管理系统中标记所述网元的状态为工程态;如果所述性能指标超出所述预先配置的阈值,在所述网络管理系统中标记所述网元的状态为维护态;
所述告警属性标记单元具体用于:
从所述网元新上线时起,直到所述性能指标超出所述预先配置的阈值前,当所述接收告警单元接收到来自所述网元的第一告警时,根据所述网元属性标记单元所标记的所述网元的状态,将所述第一告警标记为所述工程态告警;如果所述性能指标超出所述预先配置的阈值,当所述接收告警单元接收到来自所述网元的第二告警时,根据所述网元属性标记单元所标记的所述网元的状态,将所述第二告警标记为维护态告警。
9.根据权利要求8所述的网络管理系统,其特征在于,还包括:
采集单元,用于采集所述网元的性能指标;
判断单元,用于判断所述采集单元所采集到的所述性能指标是否超出所述预先配置的阈值;当判断的结果为所述性能指标超出所述预先配置的阈值时,触发所述网元属性标记单元在所述网络管理系统中标记所述网元的状态为所述维护态。
10.根据权利要求7至权利要求9任意一项所述的网络管理系统,其特征在于,所述性能指标至少包括下述性能指标中的一种:接口流量,CPU利用率,内存利用率,路由表项数量。
11.根据权利要求10所述的网络管理系统,其特征在于,当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的一个接口的流量。
12.根据权利要求10所述的网络管理系统,其特征在于,当所述性能指标为所述接口流量时,所述接口流量为所述网元上与外界相连的至少两个接口的流量之和。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210271567.3A CN102780585B (zh) | 2012-08-01 | 2012-08-01 | 告警管理的方法和网络管理系统 |
PCT/CN2013/079886 WO2014019464A1 (zh) | 2012-08-01 | 2013-07-23 | 告警管理的方法和网络管理系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210271567.3A CN102780585B (zh) | 2012-08-01 | 2012-08-01 | 告警管理的方法和网络管理系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102780585A CN102780585A (zh) | 2012-11-14 |
CN102780585B true CN102780585B (zh) | 2015-09-30 |
Family
ID=47125351
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210271567.3A Active CN102780585B (zh) | 2012-08-01 | 2012-08-01 | 告警管理的方法和网络管理系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102780585B (zh) |
WO (1) | WO2014019464A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102780585B (zh) * | 2012-08-01 | 2015-09-30 | 华为技术有限公司 | 告警管理的方法和网络管理系统 |
CN106789311B (zh) * | 2016-12-30 | 2020-02-14 | 北京市天元网络技术股份有限公司 | 一种工程告警自动屏蔽方法及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992952A (zh) * | 2005-12-27 | 2007-07-04 | 大唐移动通信设备有限公司 | 网络管理系统及其实现性能管理的方法 |
CN101425940A (zh) * | 2008-12-09 | 2009-05-06 | 华为技术有限公司 | 一种告警处理的方法、装置及系统 |
CN101714930A (zh) * | 2009-12-30 | 2010-05-26 | 北京世纪互联宽带数据中心有限公司 | 一种实现网络监控的方法及系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8497777B2 (en) * | 2009-04-15 | 2013-07-30 | Abbott Diabetes Care Inc. | Analyte monitoring system having an alert |
CN102571424A (zh) * | 2011-12-29 | 2012-07-11 | 华为技术服务有限公司 | 一种工程事件处理方法、装置和系统 |
CN102780585B (zh) * | 2012-08-01 | 2015-09-30 | 华为技术有限公司 | 告警管理的方法和网络管理系统 |
-
2012
- 2012-08-01 CN CN201210271567.3A patent/CN102780585B/zh active Active
-
2013
- 2013-07-23 WO PCT/CN2013/079886 patent/WO2014019464A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992952A (zh) * | 2005-12-27 | 2007-07-04 | 大唐移动通信设备有限公司 | 网络管理系统及其实现性能管理的方法 |
CN101425940A (zh) * | 2008-12-09 | 2009-05-06 | 华为技术有限公司 | 一种告警处理的方法、装置及系统 |
CN101714930A (zh) * | 2009-12-30 | 2010-05-26 | 北京世纪互联宽带数据中心有限公司 | 一种实现网络监控的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2014019464A1 (zh) | 2014-02-06 |
CN102780585A (zh) | 2012-11-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103544093B (zh) | 监控报警控制方法及其系统 | |
CN103220173B (zh) | 一种报警监控方法及监控系统 | |
CN102447570B (zh) | 一种基于健康度分析的监控装置及方法 | |
CN110658415B (zh) | 一种低压配电线路故障检测方法及系统 | |
CN109857613A (zh) | 一种基于采集集群的自动化运维系统 | |
CN104218676A (zh) | 电力调度自动化主站的智能告警系统和方法 | |
JP5659108B2 (ja) | 運用監視装置、運用監視プログラム及び記録媒体 | |
CN105319482A (zh) | 基于多源信息融合的配电网故障诊断系统及方法 | |
CN103295155A (zh) | 证券核心业务系统监控方法 | |
CN106656620A (zh) | 网络设备监控处理方法及系统 | |
CN104574219A (zh) | 电网业务信息系统运行工况的监测预警方法及系统 | |
CN105591770A (zh) | 无源光纤网络pon中故障类别的确定方法及装置 | |
CN102780585B (zh) | 告警管理的方法和网络管理系统 | |
CN104753712A (zh) | 一种告警上报方法、告警上报节点及告警上报系统 | |
CN106100918A (zh) | 一种基于ems系统的变电站数据不刷新检测方法 | |
CN110310016B (zh) | 一种基于事件化识别的配电网多源信息融合智能告警方法 | |
CN104065503A (zh) | 一种智能交通物联网设施故障溯源判别分析方法 | |
CN107819328A (zh) | 一种电网故障数据的存储方法及装置 | |
CN102571424A (zh) | 一种工程事件处理方法、装置和系统 | |
CN104914328B (zh) | 一种变电站在线监测装置故障自动诊断方法 | |
CN109857765A (zh) | 客户停电数据分析方法和装置 | |
CN102480369A (zh) | 一种网络管理系统及性能采集的方法 | |
CN103268353B (zh) | 电网报警自动响应系统及电网报警自动响应方法 | |
CN102325335A (zh) | 集客业务端到端监控方法 | |
CN103780406A (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 |