CN102833115B - 一种端口的告警处理方法及系统 - Google Patents
一种端口的告警处理方法及系统 Download PDFInfo
- Publication number
- CN102833115B CN102833115B CN201210323555.0A CN201210323555A CN102833115B CN 102833115 B CN102833115 B CN 102833115B CN 201210323555 A CN201210323555 A CN 201210323555A CN 102833115 B CN102833115 B CN 102833115B
- Authority
- CN
- China
- Prior art keywords
- alarm
- port
- highest
- reversion
- receiving
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种端口的告警处理方法及系统故障管理模块,用于呈现告警信息;业务监控管理模块,用于监控各端口的告警状态;告警管理模块,用于当一设备启动后,将该设备中的预投入端口配置成告警反转使能,将该设备中的已用端口配置成告警反转禁止;当收到所述业务监控管理模块发送的任一端口的告警状态时,如果该端口为告警反转使能的端口,则上报与收到告警状态相反的告警信息给所述故障管理模块;如果该端口为告警反转禁止的端口,则上报与收到告警状态一致的告警信息给所述故障管理模块。本发明能够在预投入端口投入使用后自动地正常监控其告警。
Description
技术领域
本发明涉及网络管理,特别涉及一种端口的告警处理方法及系统。
背景技术
电信设备广泛分布在各级网络中,如果某台设备出现了故障就会通过告警信息上报给对应的网元管理系统,因此故障管理是电信设备网元管理系统的最基本的功能之一(可参见《中华人民共和国通信行业标准光缆通信工程网管系统设计暂行规定》)。
随着电信网络的发展,越来越多的设备投入使用,特别是一些自动化的告警响应技术的发展,比如网管系统根据告警信息会自动通知运营维护人员维护等。这就要求网元管理系统搜集到的告警信息更加精确,可以真实地反应设备运行状态,并且减少不必要的告警上报。
预投入端口是指设备上那些还没有加载业务的端口,一般都有告警信息指示端口无业务,而网络管理者一般不希望看到这部分端口的告警;但当这些预投入端口被加载过业务后称为已用端口,网络管理者就需要监控到这些已用端口的告警信息了。
告警反转或告警自动上报恢复功能(可参见《中华人民共和国通信行业标准光缆通信工程网管系统设计暂行规定》)一般被用于对预投入端口的告警管理。
告警反转(Inversion)功能:应用此功能时,网元上报的端口的告警状态与其实际告警状态是相反的,即设备中未加载业务的端口实际有告警,启用告警反转后上报恢复告警,实际告警被清除。告警反转功能不影响对其他告警的抑制。告警反转功能的优点在于有明确的配置项,逻辑清晰,但是如果已用端口仍然保持告警反转,会影响网管管理者的判断。
告警上报自动恢复功能:应用此功能时,设备中未加载业务端口的告警状态不上报;端口加载业务一段时间后,自动恢复到正常的实际告警上报状态。告警上报自动恢复功能的优点在于端口可自动恢复,无需人为干预,缺点在于不能够对端口做配置,不能够处理已用端口又变回预投入端口的情况。
现有的一种技术就是基于告警反转功能提出的一种告警处理方法。网管通过代理设备向单盘下发告警反转命令;单板收到命令后根据阈值判断是否产生告警,来满足客户管理预投入端口告警的需求。但是该方案是基于网管通过代理设备向单盘下发告警反转自动取消命令去触发告警反转取消的,也就是说,当预投入端口加载业务后还需要网络管理者干预才能够恢复到正常上报告警状态。其次告警的屏蔽是在单板上实现的,也就是说只有单板支持该功能,网元管理系统才能具备预投入端口的告警管理功能。但实际情况往往是网络中已存在了大量早期投入使用的设备,它们还不支持预投入端口的告警管理,逐个升级工作量庞大甚至单盘不支持升级。再次就是告警反转的生效依赖于告警的阈值,因为网络设备的接口多种多样,支持的告警也各不相同,所以单一的阈值将影响方案的适用性。
发明内容
本发明要解决的技术问题是如何在预投入端口投入使用后自动地正常监控其告警。
为了解决上述问题,本发明提供了一种端口的告警处理系统,包括:
故障管理模块,用于呈现告警信息;
业务监控管理模块,用于监控各端口的告警状态;
告警管理模块,用于当一设备启动后,将该设备中的预投入端口配置成告警反转使能,将该设备中的已用端口配置成告警反转禁止;当收到所述业务监控管理模块发送的任一端口的告警状态时,如果该端口为告警反转使能的端口,则上报与收到告警状态相反的告警信息给所述故障管理模块;如果该端口为告警反转禁止的端口,则上报与收到告警状态一致的告警信息给所述故障管理模块。
进一步地,所述故障管理模块可设置在网元管理系统中,所述告警管理模块和业务监控管理模块设置在与所述网元管理系统相连的独立设备上。
进一步地,所述故障管理模块设置在网元管理系统中,所述告警管理模块设置在与所述网元管理系统相连的一个或多个代理设备上;所述业务监控管理模块设置在与所述代理设备相连的一个或多个分布式系统的单板设备上。
进一步地,所述告警管理模块还可以用于记录不同设备所注册的最高级告警,当收到一端口的最高级告警的恢复告警时,自动将该端口记录为已用端口并配置为告警反转禁止。
进一步地,所述告警管理模块还用于当任一预投入端口在设备重新启动时已加载业务时,将该预投入端口配置成告警反转禁止。
进一步地,所述告警管理模块还用于当收到对一端口的告警反转使能的命令后,判断该命令中指定的端口上是否已加载业务,如果未加载业务,则将该指定的端口记录成预投入端口,并配置为告警反转使能,恢复该端口的所有告警;如果该指定的端口已加载业务,则不改变配置,仍为告警反转禁止。
进一步地,所述告警管理模块判断端口是否已加载业务是指:
对于原先配置为告警反转禁止的端口,所述告警管理模块判断是否收到过该端口的最高级告警,且收到该最高级告警后没有收到过最高级告警的恢复告警;如果没有收到过该端口的最高级告警、或收到该最高级告警后还收到过最高级告警的恢复告警,则判断该端口上已加载业务;如果收到过该端口的最高级告警且收到该最高级告警后未收到过最高级告警的恢复告警,则判断该端口上未加载业务;
对于原先配置为告警反转使能的端口,所述告警管理模块判断是否收到过该端口的最高级告警的恢复告警,且收到该最高级告警的恢复告警后没有收到过最高级告警;如果没有收到过该端口的最高级告警的恢复告警、或收到该最高级告警的恢复告警后还收到过最高级告警,则判断该端口上未加载业务;如果收到过该端口的最高级告警的恢复告警且收到该最高级告警的恢复告警后未收到过最高级告警,则判断该端口上已加载业务。
进一步地,所述告警管理模块还可以用于当收到对一端口的告警反转禁止的命令时,配置该命令中指定的端口为告警反转禁止。
本发明还提供了一种端口的告警处理方法,包括:
当一设备启动后,将该设备中的预投入端口配置成告警反转使能,将该设备中的已用端口配置成告警反转禁止;
监控各端口的告警状态,对于任一端口的告警状态,如果该端口为告警反转使能的端口,则上报与收到告警状态相反的告警信息;如果该端口为告警反转禁止的端口,则上报与收到告警状态一致的告警信息;
呈现各端口的告警信息。
进一步地,所述的方法还包括:
注册不同设备的最高级告警;当监测到一端口的最高级告警的恢复告警时,将该端口记录为已用端口并配置为告警反转禁止。
进一步地,所述的方法还包括:
如果任一预投入端口在设备重新启动时已加载业务,则将该预投入端口配置成告警反转禁止
进一步地,所述的方法还包括:
当收到对一端口的告警反转使能命令的后,判断该命令中指定的端口上是否已加载业务,如果未加载业务,则将该指定的端口记录成预投入端口,并配置为告警反转使能,恢复该端口的所有告警;如果该指定的端口已加载业务,则不改变配置。
进一步地,判断端口上是否已加载业务是指:
对于原先配置为告警反转禁止的端口,判断是否收到过该端口的最高级告警,且收到该最高级告警后没有收到过最高级告警的恢复告警;如果没有收到过该端口的最高级告警、或收到该最高级告警后还收到过最高级告警的恢复告警,则判断该端口上已加载业务;如果收到过该端口的最高级告警且收到该最高级告警后未收到过最高级告警的恢复告警,则判断该端口上未加载业务;
对于原先配置为告警反转使能的端口,判断是否收到过该端口的最高级告警的恢复告警,且收到该最高级告警的恢复告警后没有收到过最高级告警;如果没有收到过该端口的最高级告警的恢复告警、或收到该最高级告警的恢复告警后还收到过最高级告警,则判断该端口上未加载业务;如果收到过该端口的最高级告警的恢复告警且收到该最高级告警的恢复告警后未收到过最高级告警,则判断该端口上已加载业务。
进一步地,所述的方法还包括:
当收到对一端口的告警反转禁止的命令时,配置该命令中指定的端口为告警反转禁止。
本发明的技术方案既实现了告警反转功能逻辑明晰、可操控,又实现了告警自动上报恢复功能的无需网络管理者的人为干预,系统自动化程度高;当设备启动时,不需要网络管理者下发命令,系统就可以自动实现对预投入端口的告警反转;当端口接入业务变为已用端口后,端口告警反转使能会自动地解除,系统随即恢复对端口告警的正常监控。对端口是预投入端口还是已用端口具有记忆功能。对于已用端口,即使设备在断电重启时没有接入业务,也不会被误判成预投入端口,而仍然作为已用端口管理,会正常上报业务的告警。本发明的一个实施例中,告警管理模块设置在代理设备中,易于统一实现和升级;特别是针对分布式系统,代理设备远远少于单板,只需要开发和升级代理设备的系统,从而可以有效减少研发工作量和升级工作量。工程实践中,单板不变,只升级代理设备,可以实现在不影响业务的情况下平滑升级现有系统。由于电信网络中的设备多种多样,判定预投入的条件虽然大部分有规律可循,但也不排除有少量特殊情况,本发明的又一个实施例中,告警管理模块可以支持设备端口对自己的最高级告警进行注册,预留下可定制的判断端口是否投入使用的参数条件,增强了系统的兼容性和扩展性。本发明的再一个实施例中,可定制判断端口是否投入使用的参数条件。
附图说明
图1是实施例一中独立设备告警管理系统框图;
图2是实施例一中分布式系统告警管理系统框图;
图3是实施例二中设备启动时端口初始化配置流程示意图;
图4是实施例二中告警管理模块处理端口告警流程示意图;
图5(a)是实施例二中告警管理模块执行端口反转配置流程示意图之一;
图5(b)是实施例二中告警管理模块执行端口反转配置流程示意图之二。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
需要说明的是,如果不冲突,本发明实施例以及实施例中的各个特征可以相互结合,均在本发明的保护范围之内。另外,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
实施例一,一种端口的告警处理系统,包括:
故障管理模块,用于呈现告警信息;
业务监控管理模块,用于监控各端口的告警状态;
告警管理模块,用于当一设备启动后,将该设备中的预投入端口配置成告警反转使能,将该设备中的已用端口配置成告警反转禁止;当收到所述业务监控管理模块发送的任一端口的告警状态时,如果该端口为告警反转使能的端口,则上报与收到告警状态相反的告警信息给所述故障管理模块;如果该端口为告警反转禁止的端口,则上报与收到告警状态一致的告警信息给所述故障管理模块。
本实施例中,未加载业务的端口(预投入端口)不上报告警,而当端口加载业务(成为已用端口)后则取消告警反转功能,可上报相关告警信息;如果加载了业务的端口(已用端口)又回到未加载业务状态(成为预投入端口),则启用告警反转功能,上报告警清除。
设备运行中,当前哪些端口是预投入端口,哪些端口是已用端口,会被告警管理模块实时记录并存储下来。由于预投入端口是告警反转使能的,且实际是有告警的,所以告警管理模块就不会给网元管理系统上报告警,从而屏蔽了预投入端口产生的告警。
如图1所示,所述故障管理模块可设置在网元管理系统中,所述告警管理模块和业务监控管理模块可设置在与所述网元管理系统相连的独立设备上。如图2所示,所述故障管理模块可设置在网元管理系统中,所述告警管理模块可设置在与所述网元管理系统相连的一个或多个代理设备上;所述业务监控管理模块可设置在与所述代理设备相连的一个或多个分布式系统的单板设备上。上述独立设备和单板设备可以是组成网络的任何一种电信设备,在本文中简称为设备。
实际应用时各模块所在位置、及网元管理系统和其它设备的连接关系不限于图1、图2所示的情况。
本实施例中,所述告警管理模块可配置在代理设备中,这样在系统升级时不会影响现有的业务。尤其在分布式系统中,若干单板共用一个代理设备,只需要升级代理设备就可以支持预投入端口的告警管理功能,大大减少了工程实践中系统研发和升级的工作量。
本实施例中,所述业务监控管理模块可以但不限于通过通信报文等方式发送告警状态给所述告警管理模块;所述告警管理模块遵照某种协议,比如但不限于简单网络管理协议(SNMP),通过通信网络将各端口的告警信息发送给故障管理模块。
当设备上的预投入端口开通了业务,一般都会触发相应告警状态的改变;本实施例中,所述告警管理模块还可以用于记录不同设备所注册的最高级告警,当收到一端口的最高级告警的恢复告警时,说明该端口从没有加载业务改为加载业务,自动将该端口记录为已用端口并配置为告警反转禁止。
一般情况下,告警管理模块可以根据端口类型来判断什么告警是端口的最高级告警,比如以太电口的linkdown恢复告警(linkup),E1口的LOS恢复告警。如果某些设备端口的最高级告警比较特殊,告警管理模块可以支持这些设备端口对自己的最高级告警进行注册,然后在判断是否为最高级告警或恢复告警时,与这些注册的告警进行比较。
此后,该预投入端口也就变成了一个已用端口,告警信息可以被正常上报。
本实施例中,所述告警管理模块还可以用于当任一预投入端口在设备重新启动时(比如单板设备拔出再插入或独立设备断电重启时)已加载业务,将该预投入端口配置成告警反转禁止,从而正常监测其告警。
本实施例中,所述告警管理模块当任一已用端口在设备重新启动时未加载业务,仍保持将其配置成告警反转禁止,而不是当成预投入端口配置成告警反转使能,告警管理模块会把该端口的告警上报给网元管理系统;只有那些上电前是预投入端口且不带业务上电的端口,才仍然是预投入端口,会被告警管理模块配置成告警反转使能。
在设备运行中,如果某些已用端口,不再加载业务了,网络管理者希望把它们重新变成预投入端口,那么可以通过网元管理系统向独立设备或代理设备下发端口告警反转使能的命令;
所述告警管理模块还可以用于当收到对一端口的告警反转使能的命令后,判断该命令中指定的端口上是否已加载业务,如果未加载业务,则将该指定的端口记录成预投入端口,并配置为告警反转使能,恢复该端口的所有告警,从而使网元管理系统上不再有该端口的告警;如果该指定的端口已加载业务,则不改变配置,仍为告警反转禁止。
这样一来,如果网络管理者对有业务的已用端口下发端口告警反转使能命令,告警管理模块不会执行,这样保证了有业务的端口总是可以监测到正常的告警状态。
本实施例中,所述告警管理模块判断端口是否已加载业务可以是指:
对于原先配置为告警反转禁止的端口,所述告警管理模块判断是否收到过该端口的最高级告警,且收到该最高级告警后没有收到过最高级告警的恢复告警;如果没有收到过该端口的最高级告警、或收到该最高级告警后还收到过最高级告警的恢复告警,则判断该端口上已加载业务;如果收到过该端口的最高级告警且收到该最高级告警后未收到过最高级告警的恢复告警,则判断该端口上未加载业务。
对于原先配置为告警反转使能的端口,所述告警管理模块判断是否收到过该端口的最高级告警的恢复告警,且收到该最高级告警的恢复告警后没有收到过最高级告警;如果没有收到过该端口的最高级告警的恢复告警、或收到该最高级告警的恢复告警后还收到过最高级告警,则判断该端口上未加载业务;如果收到过该端口的最高级告警的恢复告警且收到该最高级告警的恢复告警后未收到过最高级告警,则判断该端口上已加载业务。
如果网络管理者希望看到预投入端口的告警,就可以配置端口告警反转禁止,这样告警管理模块就会把该端口的告警正常上报给网元管理系统。只要是没有加载业务,该端口仍然可以被配置成告警反转使能。
本实施例中,所述告警管理模块还可以用于当收到对一端口的告警反转禁止的命令后,配置该命令中指定的端口为告警反转禁止。
实施例二,一种端口的告警处理方法,包括:
当一设备启动后,将该设备中的预投入端口配置成告警反转使能,将该设备中的已用端口配置成告警反转禁止;
监控各端口的告警状态,对于任一端口的告警状态,如果该端口为告警反转使能的端口,则上报与收到告警状态相反的告警信息;如果该端口为告警反转禁止的端口,则上报与收到告警状态一致的告警信息;
呈现各端口的告警信息
本实施例中,所述方法还可以包括:
注册不同设备的最高级告警;当监测到一端口的最高级告警的恢复告警时,说明该端口从没有加载业务改为加载业务,将该端口记录为已用端口并配置为告警反转禁止。
一般情况下,可以根据端口类型来判断什么告警是端口的最高级告警,比如以太电口的linkdown恢复告警(linkup),E1口的LOS恢复告警。如果某些设备端口的最高级告警比较特殊,可以支持这些设备端口对自己的最高级告警进行注册,然后在判断是否为最高级告警或恢复告警时,与这些注册的告警进行比较。
本实施例中,所述方法还可以包括:
如果任一预投入端口在设备重新启动时已加载业务,则将该预投入端口配置成告警反转禁止。
本实施例中,所述方法还可以包括:
当收到对一端口的告警反转使能的命令时,判断该命令指定的端口上是否已加载业务,如果没有则将该指定的端口记录成预投入端口,并配置为告警反转使能,恢复该端口的所有告警;如果该指定的端口已加载业务则不改变配置,该端口仍为告警反转禁止。
本实施例中,判断端口上是否已加载业务可以是指:
对于原先配置为告警反转禁止的端口,判断是否收到过该端口的最高级告警,且收到该最高级告警后没有收到过最高级告警的恢复告警;如果没有收到过该端口的最高级告警、或收到该最高级告警后还收到过最高级告警的恢复告警,则判断该端口上已加载业务;如果收到过该端口的最高级告警且收到该最高级告警后未收到过最高级告警的恢复告警,则判断该端口上未加载业务。
对于原先配置为告警反转使能的端口,判断是否收到过该端口的最高级告警的恢复告警,且收到该最高级告警的恢复告警后没有收到过最高级告警;如果没有收到过该端口的最高级告警的恢复告警、或收到该最高级告警的恢复告警后还收到过最高级告警,则判断该端口上未加载业务;如果收到过该端口的最高级告警的恢复告警且收到该最高级告警的恢复告警后未收到过最高级告警,则判断该端口上已加载业务。
本实施例中,所述方法还可以包括:
当收到对一端口的告警反转禁止的命令时,配置该命令中指定的端口为告警反转禁止。
下面结合实施例一中的模块,用几个具体的例子进行说明。
设备启动时,告警管理模块对设备端口进行初始化配置。可能是首次被告警管理模块管理到的新设备启动,也可能是之前相同设备的重启,如图3所示,初始化配置的过程包括下面的步骤301~305:
301、设备启动后,业务监测管理模块收集齐所有端口的告警状态,然后与告警管理模块建立通信。告警管理模块收到各端口的告警状态,记录在自己的数据中。
302、完成所有端口的告警状态收集后,告警管理模块开始对设备的所有端口依次进行遍历。
303、告警管理模块首先判断是否初次在该位置管理到该设备,即判断告警管理模块记录的对应位置的设备类型是否与启动的设备类型一致。如果一致进入步骤304,进行设备重启流程,如果不一致步骤305,进行新设备启动流程。
304、告警管理模块判断之前存储的该端口属性(预投入端口/已用端口),并判断当前端口是否加载了业务。当且仅当端口在设备重启前是预投入端口且当前端口无业务加载,告警管理模块才会把该端口初始化配置成告警反转使能,该端口不会上报任何告警给网元管理系统。如果端口在设备重启前是已用端口或当前端口有业务加载,告警管理模块都会把该端口初始化配置成告警反转禁止,该端口的告警状态会正常上报给网元管理系统;初始化配置完成。
305、告警管理模块判断端口当前是否有业务加载。如果端口未加载业务,告警管理模块就会把该端口初始化配置成告警反转使能,该端口不会上报任何告警给网元管理系统。反之,如果端口加载了业务,告警管理模块会把端口初始化配置成告警反转禁止,该端口的告警状态会正常上报给网元管理系统;初始化配置完成。
设备运行中,告警管理模块依据端口告警反转配置处理端口的告警或恢复告警,如图4所示,包括下面的步骤401~407:
401、设备在运行中,如果端口的某些状态改变了,会触发业务监控管理模块产生相应的告警或者恢复告警,并把告警信息通知给告警管理模块,告警管理模块负责对端口告警进行处理或上报。
402、然后通过告警信息中记录的端口位置,告警管理模块查找出对应端口的告警反转配置状态,并判断该端口的是告警反转禁止的还是告警反转使能的;如果端口是告警反转禁止的,那么进行步骤403,否则进行步骤404;
403、只需要把告警记录到告警管理模块的缓冲区内,然后按照某种方式,比如SNMPtrap方式,正常上报给网元管理系统。从而使网络管理者可以最终看到该告警信息。该条告警处理完毕。
404、要进一步判断处理的这条告警是否是由于端口从没有加载业务变成加载了业务所触发的恢复告警——最高级告警的恢复告警。如果是最高级告警的恢复告警,进行步骤405,否则进行步骤407。
405、说明端口已经从预投入端口变成了已用端口,所以告警管理模块解除对应端口的告警反转使能,将记录中当前的端口属性改变为已用端口,进行步骤406。
406、告警管理模块遍历告警缓冲区,如果记录有该端口的其他告警,就正常上报这些告警给网元管理系统。该条告警处理完毕。
407、如果端口是告警反转使能的并且处理的这条告警是一个一般变化引起的告警,即不是由于端口从没有加载业务变成加载了业务所触发的最高级告警的恢复告警,那么该端口作为一个预投入端口,网络管理者不希望看到该端口的告警,所以只在缓冲区里记录下该告警信息,而不上报给网元管理系统,或上报与收到告警状态相反的告警信息(比如对于告警,相反的就是告警恢复)给网元管理系统。该条告警处理完毕。
设备运行中,网络管理者可通过网元管理系统下发告警反转配置命令,告警管理模块最终执行这些配置并进行相关告警的处理,对告警反转禁止的端口下发告警反转使能的命令时的流程如图5(a)所示,包括步骤A1~A5:
A1、网络管理者操作网元管理系统,下发对一端口的告警反转使能的命令。命令通过某种协议,比如SNMPSet操作下发给告警管理模块。
A2、告警管理模块收到告警反转使能的命令后,首先根据自己的数据记录,判断对于该端口,是否收到过说明该端口未加载业务的最高级告警,并且收到该最高级告警后未收到过最高级告警的恢复告警;
A3、如果没有收到过该端口的最高级告警、或收到该最高级告警后还收到过最高级告警的恢复告警,说明该端口是已用端口,不允许配置告警反转使能,直接返回。
A4、如果收到过该端口的最高级告警且收到该最高级告警后未收到过最高级告警的恢复告警,说明该端口未加载业务,执行告警反转使能配置,同时该端口记录为预投入端口。
A5、执行了告警反转使能,告警管理模块还要遍历一下告警缓冲区。如果缓冲区中有该端口的告警,要上报相应的恢复告警给网元管理系统。这样网络管理者从网元管理系统上看,该预投入端口的告警就都恢复了,不再有告警呈现,返回。
对告警反转使能的端口下发告警反转禁止的命令时的流程如图5(b)所示,包括步骤B1~B2:
B1、网络管理者操作网元管理系统,下发对一端口的告警反转禁止的命令。命令通过某种协议,比如SNMPSet操作下发给告警管理模块。
B2、告警管理模块收到告警反转禁止的命令后,遍历告警缓冲区如果缓冲区中有该端口的告警,之前由于端口告警反转使能,没有上报。现在反转禁止了,还要正常上报这些告警给网元管理系统,然后返回。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明的权利要求的保护范围。
Claims (10)
1.一种端口的告警处理系统,包括:
故障管理模块,用于呈现告警信息;
业务监控管理模块,用于监控各端口的告警状态;
其特征在于,还包括:
告警管理模块,用于当一设备启动后,将该设备中的预投入端口配置成告警反转使能,将该设备中的已用端口配置成告警反转禁止;当收到所述业务监控管理模块发送的任一端口的告警状态时,如果该端口为告警反转使能的端口,则上报与收到告警状态相反的告警信息给所述故障管理模块;如果该端口为告警反转禁止的端口,则上报与收到告警状态一致的告警信息给所述故障管理模块;
所述告警管理模块还用于记录不同设备所注册的最高级告警,当收到一端口的最高级告警的恢复告警时,自动将该端口记录为已用端口并配置为告警反转禁止;
所述告警管理模块还用于当收到对一端口的告警反转使能的命令后,判断该命令中指定的端口上是否已加载业务;
所述告警管理模块判断端口是否已加载业务是指:
对于原先配置为告警反转禁止的端口,所述告警管理模块判断是否收到过该端口的最高级告警,且收到该最高级告警后没有收到过最高级告警的恢复告警;如果没有收到过该端口的最高级告警、或收到该最高级告警后还收到过最高级告警的恢复告警,则判断该端口上已加载业务;如果收到过该端口的最高级告警且收到该最高级告警后未收到过最高级告警的恢复告警,则判断该端口上未加载业务;
对于原先配置为告警反转使能的端口,所述告警管理模块判断是否收到过该端口的最高级告警的恢复告警,且收到该最高级告警的恢复告警后没有收到过最高级告警;如果没有收到过该端口的最高级告警的恢复告警、或收到该最高级告警的恢复告警后还收到过最高级告警,则判断该端口上未加载业务;如果收到过该端口的最高级告警的恢复告警且收到该最高级告警的恢复告警后未收到过最高级告警,则判断该端口上已加载业务。
2.如权利要求1所述的系统,其特征在于:
所述故障管理模块设置在网元管理系统中,所述告警管理模块和业务监控管理模块设置在与所述网元管理系统相连的独立设备上。
3.如权利要求1所述的系统,其特征在于:
所述故障管理模块设置在网元管理系统中,所述告警管理模块设置在与所述网元管理系统相连的一个或多个代理设备上;所述业务监控管理模块设置在与所述代理设备相连的一个或多个分布式系统的单板设备上。
4.如权利要求1所述的系统,其特征在于:
所述告警管理模块还用于当任一预投入端口在设备重新启动时已加载业务时,将该预投入端口配置成告警反转禁止。
5.如权利要求1所述的系统,其特征在于:
如果未加载业务,则将该指定的端口记录成预投入端口,并配置为告警反转使能,恢复该端口的所有告警;如果该指定的端口已加载业务,则不改变配置,仍为告警反转禁止。
6.如权利要求1所述的系统,其特征在于:
所述告警管理模块还用于当收到对一端口的告警反转禁止的命令时,配置该命令中指定的端口为告警反转禁止。
7.一种端口的告警处理方法,包括:
当一设备启动后,将该设备中的预投入端口配置成告警反转使能,将该设备中的已用端口配置成告警反转禁止;
监控各端口的告警状态,对于任一端口的告警状态,如果该端口为告警反转使能的端口,则上报与收到告警状态相反的告警信息;如果该端口为告警反转禁止的端口,则上报与收到告警状态一致的告警信息;
呈现各端口的告警信息;
注册不同设备的最高级告警;当监测到一端口的最高级告警的恢复告警时,将该端口记录为已用端口并配置为告警反转禁止;
当收到对一端口的告警反转使能命令后,判断该命令中指定的端口上是否已加载业务;
判断端口上是否已加载业务是指:
对于原先配置为告警反转禁止的端口,判断是否收到过该端口的最高级告警,且收到该最高级告警后没有收到过最高级告警的恢复告警;如果没有收到过该端口的最高级告警、或收到该最高级告警后还收到过最高级告警的恢复告警,则判断该端口上已加载业务;如果收到过该端口的最高级告警且收到该最高级告警后未收到过最高级告警的恢复告警,则判断该端口上未加载业务;
对于原先配置为告警反转使能的端口,判断是否收到过该端口的最高级告警的恢复告警,且收到该最高级告警的恢复告警后没有收到过最高级告警;如果没有收到过该端口的最高级告警的恢复告警、或收到该最高级告警的恢复告警后还收到过最高级告警,则判断该端口上未加载业务;如果收到过该端口的最高级告警的恢复告警且收到该最高级告警的恢复告警后未收到过最高级告警,则判断该端口上已加载业务。
8.如权利要求7所述的方法,其特征在于,还包括:
如果任一预投入端口在设备重新启动时已加载业务,则将该预投入端口配置成告警反转禁止。
9.如权利要求7所述的方法,其特征在于,还包括:
如果未加载业务,则将该指定的端口记录成预投入端口,并配置为告警反转使能,恢复该端口的所有告警;如果该指定的端口已加载业务,则不改变配置。
10.如权利要求7所述的方法,其特征在于,还包括:
当收到对一端口的告警反转禁止的命令时,配置该命令中指定的端口为告警反转禁止。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210323555.0A CN102833115B (zh) | 2012-09-04 | 2012-09-04 | 一种端口的告警处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210323555.0A CN102833115B (zh) | 2012-09-04 | 2012-09-04 | 一种端口的告警处理方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102833115A CN102833115A (zh) | 2012-12-19 |
CN102833115B true CN102833115B (zh) | 2016-03-16 |
Family
ID=47336093
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210323555.0A Active CN102833115B (zh) | 2012-09-04 | 2012-09-04 | 一种端口的告警处理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102833115B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105323104B (zh) * | 2014-08-04 | 2020-04-03 | 中兴通讯股份有限公司 | 告警管理方法、装置及分组传送设备 |
CN111010298B (zh) * | 2019-12-10 | 2022-09-06 | 中盈优创资讯科技有限公司 | Pon网络故障监控方法及装置 |
CN116074660A (zh) * | 2021-11-01 | 2023-05-05 | 中兴通讯股份有限公司 | 相关告警的预投入生效方法、装置、电子设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102355368A (zh) * | 2011-10-08 | 2012-02-15 | 大连环宇移动科技有限公司 | 一种网络设备的故障处理方法及系统 |
CN102638373A (zh) * | 2012-04-18 | 2012-08-15 | 烽火通信科技股份有限公司 | 一种接入设备的告警预投入实现方法 |
-
2012
- 2012-09-04 CN CN201210323555.0A patent/CN102833115B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102355368A (zh) * | 2011-10-08 | 2012-02-15 | 大连环宇移动科技有限公司 | 一种网络设备的故障处理方法及系统 |
CN102638373A (zh) * | 2012-04-18 | 2012-08-15 | 烽火通信科技股份有限公司 | 一种接入设备的告警预投入实现方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102833115A (zh) | 2012-12-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107515796B (zh) | 一种设备异常监控处理方法及装置 | |
US10585731B2 (en) | KVM having blue screen of death detection and warning functions | |
CN102355368B (zh) | 一种网络设备的故障处理方法及系统 | |
CN104639380B (zh) | 服务器监控方法 | |
CN106201844B (zh) | 一种日志收集方法及装置 | |
CN103001809B (zh) | 用于云存储系统的服务节点状态监控方法 | |
CN102624554B (zh) | 一种结合了设备管理和业务管理的综合网络管理方法 | |
CN103812675A (zh) | 一种实现业务交付平台异地容灾切换的方法和系统 | |
CN106411659A (zh) | 一种业务数据监测方法及装置 | |
CN103607297A (zh) | 一种计算机集群系统的故障处理方法 | |
CN101404568A (zh) | 双网卡热备冗余方法 | |
CN103500475B (zh) | 一种办公楼宇门禁系统的调试方法、系统 | |
CN102983990A (zh) | 虚拟机的管理方法和装置 | |
EP2568733A1 (en) | Method and apparatus for collecting mobile communication data | |
CN110851320A (zh) | 一种服务器宕机监管方法、系统、终端及存储介质 | |
CN101296135A (zh) | 故障信息的处理方法和装置 | |
CN105323113A (zh) | 一种基于可视化技术的系统故障应急处置系统及方法 | |
CN110650060A (zh) | 流量告警的处理方法、设备及存储介质 | |
CN106301840B (zh) | 双向转发检测bfd报文的发送方法及装置 | |
CN102833115B (zh) | 一种端口的告警处理方法及系统 | |
CN104104542B (zh) | 一种基于rs485的实时智能排障方法 | |
CN103955360A (zh) | 一种车载监控装置配置系统及控制方法 | |
EP3051750A1 (en) | Collection adaptor management method and system | |
CN102195791A (zh) | 一种告警的分析方法、装置及系统 | |
CN101854263B (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 |