CN114024828B - 一种平台侧告警抑制方法、装置及存储介质 - Google Patents
一种平台侧告警抑制方法、装置及存储介质 Download PDFInfo
- Publication number
- CN114024828B CN114024828B CN202111207141.7A CN202111207141A CN114024828B CN 114024828 B CN114024828 B CN 114024828B CN 202111207141 A CN202111207141 A CN 202111207141A CN 114024828 B CN114024828 B CN 114024828B
- Authority
- CN
- China
- Prior art keywords
- alarm
- alarms
- platform side
- relation
- derivative
- 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
Images
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
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
-
- 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
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
- H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
-
- 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
- H04L41/0677—Localisation of faults
Abstract
本申请涉及一种平台侧告警抑制方法、装置及存储介质,所述平台侧用于接收产品侧上报的所有告警并对其中部分告警进行抑制以减少上报网管侧的告警数量;所述产品侧用于监测并上报业务板卡底层或单板驱动底层发出的告警;方法包括步骤:构建告警项,使其包含告警间的关联性信息,且所述告警间的关联性信息包括衍生关系标识、抑制关系标识和交集告警标识,在平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识进行告警抑制。本发明实现了平台侧抑制告警,减少告警同时上报到上层应用的数量,降低设备与上层应用的通信压力,提高工程故障定位、维护的效率。
Description
技术领域
本发明涉及设备告警管理领域,特别涉及一种平台侧告警抑制方法、装置及存储介质。
背景技术
随着网络的快速发展,数据业务量呈激增,当网络上出现故障或异常事件时,会产生大量告警;其中部分告警对定位故障起关键作用(关键告警),而部分告警则会对定位故障产生干扰(干扰告警),他们之间存在一定的相关性。为了使告警信息能够更有效地帮助快速定位故障,需要对网元上的告警相关性进行分析,并使关键告警抑制与其有相关性的干扰告警。
工程应用中,故障或异常事件直接引发的告警(根源告警)会衍生出其它一些告警(衍生告警),通过根源告警对衍生告警进行抑制实现消除干扰告警的目的。通常,这种告警抑制功能在产品侧和网管侧实现。其中,在产品侧,主要由单板底层驱动或者各业务模块实现,仅支持各自芯片、模块内同业务层次的简单抑制;在网管侧,其通过对业务上下游路径分析获取告警相关性,并由上层应用(如网管、控制器)对设备底层上送的告警进行抑制,解决设备上无法实现的跨网元的告警抑制;但网管侧实现方式是离告警产生源头最远的一种抑制方式,会一定程度上增加设备与上层应用的通信压力以及网管侧处理器的负担。
因此,相关技术在产品侧和网管侧实现告警抑制时,仍然会导致呈现给用户的告警数量一直居高不下,严重影响工程故障排查问题效率。
发明内容
本发明实施例提供一种平台侧告警抑制方法、装置及存储介质,在解决跨业务层、跨板卡的全量告警抑制的同时,有效减少产品侧上报到网管侧的告警数量。
第一方面,本发明提供了一种平台侧告警抑制方法,所述平台侧用于接收产品侧上报的所有告警并对其中部分告警进行抑制以减少上报网管侧的告警数量;所述产品侧用于监测并上报业务板卡底层或单板驱动底层发出的告警;所述平台侧告警抑制方法的特征在于,其包括步骤:
构建告警项,使其包含告警间的关联性信息,且所述告警间的关联性信息包括衍生关系标识、抑制关系标识和交集告警标识,以使
所述衍生关系标识用于标记衍生告警或根源告警;
所述抑制关系标识默认为未抑制,且用于当告警在产品侧或平台侧需要被抑制而对应标记为产品侧抑制或平台侧抑制;
所述交集告警标识默认为否,且用于当告警同时为产品侧衍生告警和平台侧根源告警时标记为是;
在平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识进行告警抑制。
一些实施例中,在平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识进行告警抑制,包括步骤:
平台侧根据告警项中的衍生关系标识对产品侧上报的告警进行初筛处理以使不需要上报的告警被直接丢弃;
平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识对初筛处理后进入缓存告警列表中的告警进行抑制。
一些实施例中,平台侧根据告警项中的衍生关系标识对产品侧上报的告警进行初筛处理,包括步骤:
若告警项中的衍生关系标识为衍生告警且交集告警标识为否,则将该告警项对应的告警直接丢弃;
将未被直接丢弃的告警存入缓存告警列表中。
一些实施例中,将未被直接丢弃的其他告警存入缓存告警列表中,包括步骤:
若告警项中衍生关系标识为衍生告警且交集告警标识为是,则将该告警项中的抑制关系标识修改为产品侧抑制,并将该告警项对应的告警存入缓存告警列表中。
一些实施例中,所述将未被直接丢弃的告警存入缓存告警列表中,包括步骤:
平台侧设置告警处理周期,在所述周期内将所述未被直接丢弃的告警存入缓存告警列表中;
根据告警产生时间的先后顺序将所述缓存告警列表中的告警进行排序。
一些实施例中,平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识对初筛处理后进入缓存告警列表中的告警进行抑制,包括步骤:
所述告警项还包括根源告警列表,且所述根源告警列表用于记录与对应告警关联的上级根源告警的信息;
若告警项的衍生关系标识为根源告警或抑制关系标识为产品侧抑制,则将该告警项对应的告警存入当前告警库中,否则
在该告警项的根源告警列表中查找对应的上级根源告警,若查找到所述上级根源告警且所述上级根源告警存在于当前告警库中,则将该告警项的抑制关系标识修改为平台侧抑制;
若未查找到所述上级根源告警且告警项的抑制关系标识未被修改为平台侧抑制则将对应告警上报网管侧。
一些实施例中,平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识对初筛处理后进入缓存告警列表中的告警进行抑制,包括步骤:
告警结束时,将该结束告警与当前告警库中所有告警的根源告警列表进行比对,查找当前告警库中是否存在该结束告警的下级衍生告警,并将该结束告警从当前告警库中移出;
若查找到所述下级衍生告警,则在所述下级衍生告警的根源告警列表中查找其他告警是否存在于当前告警库中,若未能查找到其他告警存在于当前告警库中,将所述下级衍生告警的抑制关系标识修改为未抑制,并将所述下级衍生告警重新加入缓存告警列表中。
一些实施例中,还包括步骤:
所述告警项还包括告警来源定位信息和告警所属业务模块信息,其中:
所述告警来源定位信息包括网络传输设备节点上所产生告警的定位源对象标识;
所述告警所属业务模块信息包括告警所在产品侧单板上层软件架构部署业务处理模块的信息以及业务管理对象与所述告警的定位源对象标识之间的映射关系。
第二方面,本发明提供了一种平台侧告警抑制装置,其特征在于,所述装置包括告警抑制模块,所述告警抑制模块用于在平台侧根据告警项中的衍生关系标识、抑制关系标识和交集告警标识进行告警抑制;
所述平台侧用于接收产品侧上报的所有告警并对其中部分告警进行抑制以减少上报网管侧的告警数量;
所述产品侧用于监测并上报业务板卡底层或单板驱动底层发出的告警;
所述衍生关系标识、抑制关系标识和交集告警标识用于反映告警间的关联性信息,其中
所述衍生关系标识用于标记衍生告警或根源告警;
所述抑制关系标识默认为未抑制,且用于当告警在产品侧或平台侧需要被抑制而对应标记为产品侧抑制或平台侧抑制;
所述交集告警标识默认为否,且用于当告警同时为产品侧衍生告警和平台侧根源告警时标记为是。
第三方面,本发明提供了一种可读存储介质,其特征在于,所述可读存储介质上存储有平台侧告警抑制程序,其中所述平台侧告警抑制程序被处理器执行时,实现如权利要求1至8中任一项所述平台侧告警抑制方法的步骤。
本发明实施例通过在告警项中增加告警间的关联性信息,目的在于在平台侧实现一种离告警产生源头较近的告警抑制方式,使其根据抑制方式将部分告警不上报或延缓上报,将重要的告警先上报,以解决跨业务层级、跨板卡的全量告警抑制需要,减少告警同时上报到上层应用的数量,降低设备与上层应用的通信压力,提高工程故障定位、维护的效率。同时,在平台侧抑制告警时并不对产品侧或网管侧的告警处理模式进行干涉,即通过告警项中统一的标识识别,可以实现从不同层面进行告警抑制,使产品侧、平台侧和网管侧能够各自发挥各自的优势进行告警管理,实现产品侧、平台侧及网管侧不同层面协同的告警抑制效果。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的产品侧、平台侧以及网管侧处理告警的框架示意图;
图2为本发明实施例提供的告警项中告警来源定位信息的结构示意图
图3为本发明实施例提供的告警项结构示意图;
图4为本发明实施例提供的一种平台侧告警抑制方法的流程示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种平台侧告警抑制方法,所述平台侧用于接收产品侧上报的所有告警并对其中部分告警进行抑制以减少上报网管侧的告警数量;所述产品侧用于监测并上报业务板卡底层或单板驱动底层发出的告警;所述平台侧告警抑制方法的特征在于,其包括步骤:
S100:构建告警项,使其包含告警间的关联性信息,且所述告警间的关联性信息包括衍生关系标识、抑制关系标识和交集告警标识,以使
所述衍生关系标识用于标记衍生告警或根源告警;
所述抑制关系标识默认为未抑制,且用于当告警在产品侧或平台侧需要被抑制而对应标记为产品侧抑制或平台侧抑制;
所述交集告警标识默认为否,且用于当告警同时为产品侧衍生告警和平台侧根源告警时标记为是;
S200:在平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识进行告警抑制。
需要说明的是,如图1所示,产品侧主要指单板底层驱动或者各业务模块的硬件层,是告警产生的源头,其可支持各自芯片、模块内同业务层次告警之间的简单抑制;平台侧部署于主控板卡上层软件架构,其管理和维护不同业务板卡底层上送的数据;网管侧一般为上层应用管理层,包括网络管理平台、控制器平台或远程云端管理平台等。
可以理解的是,默认在构建告警项时,为了使告警能够被产品侧、平台侧和网管侧被统一识别和定位告警源,其可包含告警基本信息和告警对象信息;其中告警基本信息可包括告警项ID、告警项名称、告警ID、告警类型、告警级别、告警状态标识等配置信息;而告警对象信息可包括告警对象ID、告警对象名以及相关定位信息等配置信息。这些用于实现告警识别和定位的基本功能项可基于相关技术进行配置,在此不作详述。
需要说明的是,衍生关系标识可根据产品侧或平台侧业务板卡上所产生告警的实际根衍关系在建项时写入对应的告警项中。而该实际根衍关系可根据相关规则或各厂家自设的规则进行定义。交集告警标识默认为否,表示该告警不属于交集告警的范畴,交集告警标识可根据告警在产品侧和平台侧的实际根衍关系被确定并进行修改,当告警既满足在产品侧为衍生告警又满足在平台侧为根源告警时,交集告警标识改写为是,此时表明该告警属于交集告警的范畴。抑制关系标识默认为未抑制,表明告警产生时为未抑制状态,并根据告警在产品侧或平台侧是否需要被抑制而进行修改,若抑制关系标识被修改为产品侧抑制,则表示该告警在产品侧有被抑制的需要,若抑制关系标识被修改为平台侧抑制,则表示该告警在平台侧需要被抑制,可根据告警项中的关联性信息进行判断和实现告警的平台侧抑制。
本实施例通过在告警项中增加告警间的关联性信息,目的在于在平台侧实现一种离告警产生源头较近的告警抑制方式,使其根据抑制方式将部分告警不上报或延缓上报,将重要的告警先上报,以解决跨业务层级、跨板卡的全量告警抑制需要,减少告警同时上报到上层应用的数量,降低设备与上层应用的通信压力,提高工程故障定位、维护的效率。同时,本实施例在平台侧抑制告警时并不对产品侧或网管侧的告警处理模式进行干涉,即通过告警项中统一的标识识别,可以实现从不同层面进行告警抑制,使产品侧、平台侧和网管侧能够各自发挥各自的优势进行告警管理,实现产品侧、平台侧及网管侧不同层面协同的告警抑制效果。
一些具体的应用中,根据工程应用需求和不同领域业务特性,分析传输网络设备上的告警抑制需要,确定哪些告警的抑制是在产品侧实现,哪些告警的抑制是在平台侧实现以及哪些是网管侧实现,并基于对应的关联性信息进行判断和处理。
本发明实施例针对平台侧实现的告警抑制,告警间的关联性信息可根据不同领域业务特性的需要进行分类后的统一定义。实际操作时,从业务角度将告警分为上下层告警,如OTN业务中,从下到上分为OTS层、OMS层、OCH层、ODUk层、CLIENT层,则OTS层上的告警属于底层告警,CLIENT层上的告警属于高层告警;可让低层故障引发的告警(下层告警)自动抑制高层故障引发的告警(上层告警),大大减少干扰告警,提高工程故障排查问题效率。一些实施例中可将告警分为四大类,即硬件&通用&环境、PTN&IPRAN&数通、OTN&POTN、SDH&仿真(后续可以根据需求进行扩展),并在每个大类下的同一业务领域内、不同业务领域间定义告警根衍关系。例如在“硬件&通用&环境”领域中,将单板支路侧物理光口LOS(信号丢失)类告警作为根源告警,将其上承载的以太网/SDH业务LOS类告警作为其衍生告警。在“PTN&IPRAN&数通”领域中,将单板以太网光口LOS类告警作为根源告警,将其上承载的以太网或者FlexE(灵活以太网,Flex Ethernet)数据链路层的LOS或者LOF(帧丢失)类告警作为其衍生告警;将以太网或者FlexE数据链路层的LOS类告警作为根源告警,将其上承载的以太网VS层(虚段层,Virtual Section)的LOC(连接信号丢失)和RDI(远端缺陷信号)类告警作为其衍生告警,以及在没有使能VS层OAM功能时,将其上承载的以太网VP层(虚通路层,Virtual Path)的LOC和RDI类告警作为其衍生告警;将以太网VS层的LOC、RDI类告警作为根源告警,将其上承载的VP层相应告警作为其衍生告警;以太网VP层的LOC、RDI类告警作为根源告警,将其上承载的VC层(虚通道层,Virtual Channel)相应告警作为其衍生告警。在“OTN&POTN”领域中,将单板OTN物理光口LOS类告警作为根源告警,将其上承载的OSC层(光监控信道层,Optical Supervise Channel)或者OTUk层(OCH传输单元层,OCH TransportUnit)LOF类告警作为其衍生告警,以及将OCH层(光通道层,Optical Channel)光功率、波长类告警作为其衍生告警;将OTN物理光口激光器关断类告警作为根源告警,将其上承载的OTS层(光传送段层,Optical Transmission Section)光功率、眼保护类告警作为其衍生告警;将OTUk层的LOF、AIS(告警指示信号)类告警作为根源告警,将其上承载的ODUk层(OCH数据单元层,OCH Data Unit)LOF类告警作为其衍生告警,以及将OTUk层的LOM(复帧丢失)类告警作为根源告警,将其上承载的ODUk层开销类告警作为其衍生告警;将高层级的ODUk层LOF、AIS类告警作为根源告警,将其相邻低层级的ODUk层相应告警作为其衍生告警;将ODUk层LOF、AIS类告警作为根源告警,将其上承载的以太网VP层LOC、RDI类告警作为其衍生告警,以及将其上承载的SDH RS层LOF类告警作为其衍生告警。在“SDH&仿真”领域中,将单板SDH物理光口LOS类告警作为根源告警,将其上承载的RS层(再生段层,RegenerationSection)LOF类告警作为其衍生告警;将RS层LOF类告警作为根源告警,将其上承载的MS层(复用段层,Multiplex Section)AIS类告警作为其衍生告警;将MS层AIS、RDI类告警作为根源告警,将其上承载的HP层(高阶通道层,High-order channel layer)相应告警作为其衍生告警;将HP层AIS、RDI类告警作为根源告警,将其上承载的LP层(低阶通道层,Low-orderchannel layer)相应告警作为其衍生告警。
一些实施例中,告警项还包括告警来源定位信息和告警所属业务模块信息,其中告警来源定位信息包括网络传输设备节点上所产生告警的定位源对象标识;告警所属业务模块信息包括告警所在产品侧单板上层软件架构部署业务处理模块的信息以及业务管理对象与所述告警的定位源对象标识之间的映射关系。
需要说明的是,网络传输设备节点上所产生告警的定位源对象标识是可以定位到告警对象网元(设备节点)的唯一标识。告警所在产品侧单板上层软件架构部署业务处理模块的信息包括APS(保护倒换协议)模块、BFD(双向检测协议)模块、CFM(以太网业务OAM)模块等。
本实施例通过在告警项中存储告警对象网元定位信息,实现了网元级的跨业务层、跨板卡的全量告警抑制;而考虑到设备和上层应用关注的数据可能存在差异(如针对接口对象,设备一般识别接口ID,上层应用倾向于识别接口名称),为了保证上报与下发信息的一致性,通过在告警项中存储告警所属业务模块信息,使业务模块根据统一的告警标识信息进行识别,进而维护组成告警对象的每个基本对象与业务管理对象数据间的映射关系,以便在监控产生告警时,自动实现数据传递。
进一步地,如图2所示,在实际工程应用中,告警来源定位信息可包括告警对象ID、告警对象名、定位信息、附加信息等配置信息,其中定位信息用于存储告警产生上报的定位源对象,是对设备上需要管理和监控的物理、逻辑对象的相关信息,具体地,定位信息的WSKEY键值可包括对象类型、速率层次、值长度以及字符串KEY值。字符串KEY值用于存储通信网络传输设备节点(即网元)上故障产生的定位源对象唯一标识,其包括一个或多个keyname=key形式的告警基本对象;告警基本对象为一个字段信息,其用于使用户更直观、快速地识别、定位故障,并进行业务关联分析。一些具体的实现中,由“对象类型[2]+速率层次[2]+值长度[1]+字符串KEY值[n]”构成定位信息WSKEY值,“字符串KEY值[n]”格式为“keyname=key,keyname=key,……”形式;同时为了更加直观快速地定位故障,还可以根据实际需求提供字符串方式的附加信息(非KEY键值)进行补充,其格式同WSKEY值中的“字符串值[n]”。其中,将组成字符串的一个“keyname=key”看作成一个告警基本对象,包括对象英文名称(对应keyname定义)、对象ID(唯一KEY值)、对象数据类型(对应key定义)等配置信息。
告警基本对象所存储的字段信息形式可以是多样的,例如:板卡对象采用slot表示,接口对象采用if-name表示,保护组对象采用pg-id表示等。对象类型主要用于描述传输设备、管控系统上管理的实体对象类型和逻辑对象类型,其便于用户优先获取故障点所处对象属于哪种类型,以实现分类处理;其中逻辑对象类型是指设备、网管标准中明确提及到的对象,如:LAG口(Link Aggregation,链路聚合)、MON口(Monitor,环境监控)、PCS(Physical Coding Sublayer,物理编码子层)等;速率层次主要基于电信行业TMF(TasksManaged Framework)标准来定义描述传输设备、管控系统上管理的对象所在的速率层次,其便于用户优先获取故障点所处对象属于哪个层次,以实现分层处理。例如:LR_Encapsulation(包封层)、LR_PHYSICAL_OPTICAL(物理光层)、LR_Optical_Channel(光通道层)、LR_Ethernet(以太网层)等。
如图3所示,在一个具体的实施例中,告警项由基本数据、告警数据、告警来源定位信息、所属业务模块、根源告警列表五个部分组成。其中,基本数据包括告警项ID、衍生关系标识、抑制关系标识、交集告警标识等配置信息;告警数据包括告警项名、告警ID、告警级别、告警类型、告警状态标识等配置信息;告警来源定位信息包括告警对象ID、告警对象名、定位信息、附加信息等配置信息;所属业务模块包括模块ID、模块名、业务管理对象与告警基本对象映射关系等配置信息;根源告警列表包括告警英文名称、字符串KEY值等配置信息。告警项ID是告警项的键值KEY,用来唯一确定一个告警项;衍生关系标识是表示该告警项是根源告警还是衍生告警,默认为根源告警;抑制关系标识是表示该告警被抑制状态,包括无抑制、产品侧抑制、平台侧抑制,默认为无抑制;交集告警标识是表示该告警既为产品侧衍生告警又要作为平台侧根源告警,默认为否;告警项名采用的是告警英文名称,不受绑定对象、所属模块的限制;告警ID是告警的键值KEY,用来唯一确定一个告警;告警级别是表达告警对业务影响的程度,分为紧急、主要、次要、提示等;告警类型是根据告警产生原理进行不同领域分类,包括设备类、服务质量类、通信类、环境类等;告警状态标识是表示该告警是产生还是结束,默认为产生。
在一些实施例中,S200包括步骤:
S210:平台侧根据告警项中的衍生关系标识对产品侧上报的告警进行初筛处理以使不需要上报的告警被直接丢弃;
S220:平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识对初筛处理后进入缓存告警列表中的告警进行抑制。
本实施例中,初筛处理用于对产品侧上报的告警进行处理,将不需要上报的告警直接丢弃,以直接减少上报网管侧的告警数量。其中,不需要上报的告警可根据告警的衍生关系标识进行确定。
进一步地,S210包括步骤:
S211:若告警项中的衍生关系标识为衍生告警且交集告警标识为否,则将该告警项对应的告警直接丢弃;
S212:将未被直接丢弃的告警存入缓存告警列表中。
需要说明的是,若告警项中的衍生关系标识为衍生告警且交集告警标识为否,表明该告警在产品侧为衍生告警,且不在交集告警的范畴中,说明该告警在平台侧也为衍生告警。
本发明实施例,在平台侧通过识别告警的告警项,将既是产品侧衍生告警又是平台侧衍生告警的告警确认为不需要上报的告警,并在平台侧直接丢弃。
可进一步优化的,S212包括步骤:S212-A,若告警项中衍生关系标识为衍生告警且交集告警标识为是,则将该告警项中的抑制关系标识修改为产品侧抑制,并将该告警项对应的告警存入缓存告警列表中。
本实施例中,若告警项中衍生关系标识为衍生告警且交集告警标识为是,表明该告警在产品侧为衍生告警但在平台侧为根源告警;对该告警打上产品侧抑制的标签以便于后续在平台侧进一步进行告警抑制时作为判断依据。
可优选地,S212包括步骤:
S212-B,平台侧设置告警处理周期,在所述周期内将所述未被直接丢弃的告警存入缓存告警列表中;
S212-C,根据告警产生时间的先后顺序将所述缓存告警列表中的告警进行排序。
本实施例中,平台侧根据定时器设置的告警处理周期,接收并缓存产品侧上报的一定数量告警,通过比对告警产生时间进行排序,后续平台侧可依次获取缓存列表(一个周期内)中的每一个告警项进行下一步处理。
一些实施例中,所述告警项还包括根源告警列表,且所述根源告警列表用于记录与对应告警关联的上级根源告警的信息,S220包括步骤:
S221:若告警项的衍生关系标识为根源告警或抑制关系标识为产品侧抑制,则将该告警项对应的告警存入当前告警库中,否则
在该告警项的根源告警列表中查找对应的上级根源告警,若查找到所述上级根源告警且所述上级根源告警存在于当前告警库中,则将该告警项的抑制关系标识修改为平台侧抑制;
S222:若未查找到所述上级根源告警且告警项的抑制关系标识未被修改为平台侧抑制则将对应告警上报网管侧。
需要说明的是,根源告警列表中可包括对应上级根源告警的告警名称、告警项ID以及告警来源定位信息等配置信息,以便于产品侧、平台侧和网管侧能够识别和定位该上级根源告警。
可以理解的是,若告警项的衍生关系标识为根源告警或抑制关系标识为产品侧抑制,可表明该告警不是衍生告警或在产品侧为衍生告警但在平台侧为根源告警;将该告警存入当前告警库中则为了作为后续其他告警是否在平台侧抑制的判断依据。当一个告警被确定为平台侧衍生告警,则查找该告警的所有上级根源告警,是否存在于当前告警库中,如果存在,则表明该告警的上级根源告警也正在发生,由此将该告警打上平台侧抑制的标签供后续步骤处理。在判断是否将告警上报网管侧时,需要满足的条件为:当告警被确定为平台侧衍生告警,且未查找到该告警的上级根源告警,同时该告警未被标记为平台侧抑制。由此,进一步限制了在该时刻上报网管侧的告警数量。
本实施例提供了在平台侧具体抑制告警的方案,可以快速从大量告警数据中识别出不同层级告警之间的根衍关系和抑制关系,并根据该根衍关系和抑制关系对告警上报进行压制或延迟,大大减少同一时刻告警上报的数量,从而很好地降低设备与上层应用的通信压力,提高产品的健壮性、可靠性和可维护性,用户感知更佳。
实际操作时,所有被标记为平台侧抑制的告警,在没有结束前均不能删除,要保存在当前告警库中,因为其可能作为下一级衍生告警的根源告警提供判断依据;同时要设置其告警项的抑制关系标识为“平台侧抑制”(默认为“无抑制”),以便系统识别进行不上报处理。当上一级根源告警结束后,需要判断被抑制的告警是否存在,若存在且其它根源告警都结束了,则要重新上报该被抑制的告警。工程应用中,很难保证告警项到达平台侧的正确顺序,可能会出现存在抑制关系的告警项上报顺序异常的情况,故要通过延时多次判定来解决。
一些实施例中,S220包括步骤:
S223:告警结束时,将该结束告警与当前告警库中所有告警的根源告警列表进行比对,查找当前告警库中是否存在该结束告警的下级衍生告警,并将该结束告警从当前告警库中移出;
S224:若查找到所述下级衍生告警,则在所述下级衍生告警的根源告警列表中查找其他告警是否存在于当前告警库中,若未能查找到其他告警存在于当前告警库中,将所述下级衍生告警的抑制关系标识修改为未抑制,并将所述下级衍生告警重新加入缓存告警列表中。
需要说明的是,可通过告警项中告警状态标识判断告警是否结束。一个告警结束时,将该结束告警与当前告警库中所有告警的根源告警列表进行比对,比对的方法可以是依次获取平台侧当前告警库中的每一个告警项,查找每一个告警项中的根源告警列表中是否存在该告警(结束的告警)的信息,目的在于在当前告警库中查找该告警的所有下级衍生告警。若未查找到该结束告警的下级衍生告警,则将该结束告警从当前告警库中移出或直接移入历史告警库中。若查找到该结束告警的下级衍生告警,则需要进一步判断下级衍生告警在平台侧的被抑制情况。具体地,可继续在下级衍生告警的根源告警列表中查找到是否存在其他根源告警(除了该结束告警以外的其他根源告警),若还有其他根源告警,说明该下级衍生告警还需要在平台侧继续被抑制,因此可不对其采取任何处理,保持现状。若未查找到其他根源告警,说明该下级衍生告警的所有上级根源告警已全部结束(已全部从当前告警库中移出),则清楚该下级衍生告警的“平台侧抑制”标识,并将其重新加入缓存告警列表中等待后续的处理。
本实施例,在告警结束时通过读取告警项中的关联性信息和根源告警列表信息,进一步实现平台侧的告警抑制。
如图4所示,一个具体的实施例中,平台侧告警抑制过程如下:
步骤C1、产品侧发生告警时,读取告警项进行判断,若衍生关系标识为根源告警,则上送平台侧;否则跳转至步骤C2;
步骤C2、读取交集告警标识,若交集告警标识为是,则跳转至步骤C3,若为否,则丢弃该告警;
步骤C3、将该告警的抑制关系标识修改为“产品侧抑制”(默认为“无抑制”)并上送至平台侧,跳转至步骤C4;
步骤C4、平台侧根据定时器设置的周期,接收并缓存产品侧上报的一定数量告警,通过比对告警产生时间进行排序,并跳转至步骤C5;
步骤C5、获取缓存列表中的告警项,告警状态标识是否为结束告警,具体地,平台侧依次获取缓存列表(一个周期内)中的每一个告警项,根据告警状态标识判断其是否为结束告警,若是,则跳转至步骤C6;若否,则跳转至步骤C12;
步骤C6、读取告警项判断该告警是否为根源告警或产品侧抑制,具体地,通过读取该告警项中的衍生关系标识是否为根源告警或抑制关系标识是否为产品侧抑制,若是(其中一个为是即可)则跳转至步骤C7,若否则跳转至步骤C8;
步骤C7、存入平台侧当前告警库中作为抑制其它告警的判断依据;
步骤C8、判断是否存在上级根源告警,具体地,可通过在该告警项的根源告警列表中查找对应的上级根源告警,若是则跳转至步骤C9;若不存在则跳转至步骤C11;
步骤C9、该上级根源告警是否存在于当前告警库中,若是则跳转至步骤C10,若否,则跳转至步骤C8
步骤C10、将该告警项的抑制关系标识修改为平台侧抑制,并跳转至步骤C8
步骤C11、读取抑制关系标识判断是否为平台侧抑制,若是则上报网管侧;若否则不上报;
步骤C12、查找当前告警库中是否存在该结束告警的下级衍生告警,具体地,可将该结束告警与当前告警库中所有告警的根源告警列表进行比对,并在当前告警库中查找是否存在该结束告警的下级衍生告警,若是,则跳转至步骤C13,之后则将该结束告警从当前告警库中移出;
步骤C13、在下级衍生告警的根源告警列表中查找是否有其他根源告警(除该结束告警以外的其他告警)存在于当前告警库中,若查找到,则对该下级衍生告警不作处理,若未查找到其他根源告警存在于当前告警库中,则跳转至步骤C14;
步骤C14、将该下级衍生告警的抑制关系标识修改为未抑制后,重新加入缓存告警列表中,跳转至步骤C12;
本发明实施例提出的一种平台侧告警抑制方法,是一种不局限于某款或者某个领域设备,不局限于某个或者某些告警的通用方法;不仅解决了产品侧难以支持的同一业务领域内的跨层级间告警抑制功能,同时还为不同业务领域间的跨层级间的、跨板卡的全量告警抑制功能提供了可能;不仅可以很好地用于所有传输设备,还是可以用于接入等其它设备上。
第二方面,本发明实施例还提供一种平台侧告警抑制装置,所述装置包括告警抑制模块,所述告警抑制模块用于在平台侧根据告警项中的衍生关系标识、抑制关系标识和交集告警标识进行告警抑制;
所述平台侧用于接收产品侧上报的所有告警并对其中部分告警进行抑制以减少上报网管侧的告警数量;
所述产品侧用于监测并上报业务板卡底层或单板驱动底层发出的告警;
所述衍生关系标识、抑制关系标识和交集告警标识用于反映告警间的关联性信息,其中
所述衍生关系标识用于标记衍生告警或根源告警;
所述抑制关系标识默认为未抑制,且用于当告警在产品侧或平台侧需要被抑制而对应标记为产品侧抑制或平台侧抑制;
所述交集告警标识默认为否,且用于当告警同时为产品侧衍生告警和平台侧根源告警时标记为是。
可以理解的是,告警抑制模块可用于实现前述各实施例中的抑制方法。
第三方面,本发明实施例还提供一种平台侧告警抑制设备,其特征在于,所述设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的平台侧告警抑制程序,其中所述平台侧告警抑制程序被所述处理器执行时,实现如权利要求1至8中任一项所述的平台侧告警抑制方法的步骤。
需要说明的是,所述的平台侧告警抑制设备可设在主控板卡上,也可以是包括了该处理器、存储器的通信设备的主控板卡。此时,该通信设备的主控板卡可实现前述各实施例中的平台侧告警抑制方法。
第四方面,本发明实施例提供一种可读存储介质,其特征在于,所述可读存储介质上存储有平台侧告警抑制程序,其中所述平台侧告警抑制程序被处理器执行时,实现如权利要求1至8中任一项所述平台侧告警抑制方法的步骤。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备执行本发明各个实施例所述的方法。
在本发明的描述中,需要说明的是,术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
需要说明的是,在本发明中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本发明的具体实施方式,使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
Claims (9)
1.一种平台侧告警抑制方法,所述平台侧用于接收产品侧上报的所有告警并对其中部分告警进行抑制以减少上报网管侧的告警数量;所述产品侧用于监测并上报业务板卡底层或单板驱动底层发出的告警;所述平台侧告警抑制方法的特征在于,其包括步骤:
构建告警项,使其包含告警间的关联性信息,且所述告警间的关联性信息包括衍生关系标识、抑制关系标识和交集告警标识,以使
所述衍生关系标识用于标记衍生告警或根源告警;
所述抑制关系标识默认为未抑制,且用于当告警在产品侧或平台侧需要被抑制而对应标记为产品侧抑制或平台侧抑制;
所述交集告警标识默认为否,且用于当告警同时为产品侧衍生告警和平台侧根源告警时标记为是;
在平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识进行告警抑制;
所述告警项还包括根源告警列表,且所述根源告警列表用于记录与对应告警关联的上级根源告警的信息;平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识对初筛处理后进入缓存告警列表中的告警进行抑制,包括步骤:
若告警项的衍生关系标识为根源告警或抑制关系标识为产品侧抑制,则将该告警项对应的告警存入当前告警库中,否则
在该告警项的根源告警列表中查找对应的上级根源告警,若查找到所述上级根源告警且所述上级根源告警存在于当前告警库中,则将该告警项的抑制关系标识修改为平台侧抑制;
若未查找到所述上级根源告警且告警项的抑制关系标识未被修改为平台侧抑制则将对应告警上报网管侧。
2.如权利要求1所述的一种平台侧告警抑制方法,其特征在于,
在平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识进行告警抑制,包括步骤:
平台侧根据告警项中的衍生关系标识对产品侧上报的告警进行初筛处理以使不需要上报的告警被直接丢弃;
平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识对初筛处理后进入缓存告警列表中的告警进行抑制。
3.如权利要求2所述的一种平台侧告警抑制方法,其特征在于,
平台侧根据告警项中的衍生关系标识对产品侧上报的告警进行初筛处理,包括步骤:
若告警项中的衍生关系标识为衍生告警且交集告警标识为否,则将该告警项对应的告警直接丢弃;
将未被直接丢弃的告警存入缓存告警列表中。
4.如权利要求3所述的一种平台侧告警抑制方法,其特征在于,
将未被直接丢弃的其他告警存入缓存告警列表中,包括步骤:
若告警项中衍生关系标识为衍生告警且交集告警标识为是,则将该告警项中的抑制关系标识修改为产品侧抑制,并将该告警项对应的告警存入缓存告警列表中。
5.如权利要求3所述的一种平台侧告警抑制方法,其特征在于,
所述将未被直接丢弃的告警存入缓存告警列表中,包括步骤:
平台侧设置告警处理周期,在所述周期内将所述未被直接丢弃的告警存入缓存告警列表中;
根据告警产生时间的先后顺序将所述缓存告警列表中的告警进行排序。
6.如权利要求1所述的一种平台侧告警抑制方法,其特征在于,
平台侧根据告警项中所述衍生关系标识、抑制关系标识和交集告警标识对初筛处理后进入缓存告警列表中的告警进行抑制,包括步骤:
告警结束时,将该结束告警与当前告警库中所有告警的根源告警列表进行比对,查找当前告警库中是否存在该结束告警的下级衍生告警,并将该结束告警从当前告警库中移出;
若查找到所述下级衍生告警,则在所述下级衍生告警的根源告警列表中查找其他告警是否存在于当前告警库中,若未能查找到其他告警存在于当前告警库中,将所述下级衍生告警的抑制关系标识修改为未抑制,并将所述下级衍生告警重新加入缓存告警列表中。
7.如权利要求1所述的一种平台侧告警抑制方法,其特征在于,其包括步骤:
所述告警项还包括告警来源定位信息和告警所属业务模块信息,其中:
所述告警来源定位信息包括网络传输设备节点上所产生告警的定位源对象标识;
所述告警所属业务模块信息包括告警所在产品侧单板上层软件架构部署业务处理模块的信息以及业务管理对象与所述告警的定位源对象标识之间的映射关系。
8.一种平台侧告警抑制装置,其特征在于,所述装置包括告警抑制模块,所述告警抑制模块用于在平台侧根据告警项中的衍生关系标识、抑制关系标识和交集告警标识进行告警抑制;
所述平台侧用于接收产品侧上报的所有告警并对其中部分告警进行抑制以减少上报网管侧的告警数量;
所述产品侧用于监测并上报业务板卡底层或单板驱动底层发出的告警;
所述衍生关系标识、抑制关系标识和交集告警标识用于反映告警间的关联性信息,其中
所述衍生关系标识用于标记衍生告警或根源告警;
所述抑制关系标识默认为未抑制,且用于当告警在产品侧或平台侧需要被抑制而对应标记为产品侧抑制或平台侧抑制;
所述交集告警标识默认为否,且用于当告警同时为产品侧衍生告警和平台侧根源告警时标记为是;
所述告警项包括根源告警列表,且所述根源告警列表用于记录与对应告警关联的上级根源告警的信息;
若告警项的衍生关系标识为根源告警或抑制关系标识为产品侧抑制,则将该告警项对应的告警存入当前告警库中,否则
在该告警项的根源告警列表中查找对应的上级根源告警,若查找到所述上级根源告警且所述上级根源告警存在于当前告警库中,则将该告警项的抑制关系标识修改为平台侧抑制;
若未查找到所述上级根源告警且告警项的抑制关系标识未被修改为平台侧抑制则将对应告警上报网管侧。
9.一种可读存储介质,其特征在于,所述可读存储介质上存储有平台侧告警抑制程序,其中所述平台侧告警抑制程序被处理器执行时,实现如权利要求1至7中任一项所述平台侧告警抑制方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111207141.7A CN114024828B (zh) | 2021-10-15 | 2021-10-15 | 一种平台侧告警抑制方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111207141.7A CN114024828B (zh) | 2021-10-15 | 2021-10-15 | 一种平台侧告警抑制方法、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114024828A CN114024828A (zh) | 2022-02-08 |
CN114024828B true CN114024828B (zh) | 2023-05-23 |
Family
ID=80056388
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111207141.7A Active CN114024828B (zh) | 2021-10-15 | 2021-10-15 | 一种平台侧告警抑制方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114024828B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114884797A (zh) * | 2022-04-27 | 2022-08-09 | 中国联合网络通信集团有限公司 | 告警信息的处理方法、装置、设备及存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1713591A (zh) * | 2004-06-22 | 2005-12-28 | 中兴通讯股份有限公司 | 光同步传送网告警相关性分析方法 |
WO2007143943A1 (fr) * | 2006-06-01 | 2007-12-21 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif réseau de maintenance centralisée de dispositifs multiples |
CN102098175A (zh) * | 2011-01-26 | 2011-06-15 | 浪潮通信信息系统有限公司 | 一种移动互联网告警关联规则获取方法 |
CN103378980A (zh) * | 2012-04-16 | 2013-10-30 | 中兴通讯股份有限公司 | 一种层网络告警与业务相关性分析方法和装置 |
WO2016119436A1 (zh) * | 2015-01-27 | 2016-08-04 | 中兴通讯股份有限公司 | 告警处理方法、装置及控制器 |
CN106789138A (zh) * | 2015-11-23 | 2017-05-31 | 中国移动通信集团广西有限公司 | 一种网络告警关联分析的方法及装置 |
CN107276818A (zh) * | 2017-07-04 | 2017-10-20 | 上海欣诺通信技术有限公司 | 一种应用于光传输设备的增强型告警抑制方法 |
EP3327637A1 (en) * | 2016-11-25 | 2018-05-30 | Accenture Global Solutions Limited | On-demand fault reduction framework |
CN112564949A (zh) * | 2020-11-27 | 2021-03-26 | 中盈优创资讯科技有限公司 | 一种基于跨专业告警关联规则的分析方法及装置 |
CN112751711A (zh) * | 2020-12-30 | 2021-05-04 | 北京奇艺世纪科技有限公司 | 告警信息处理方法和装置、存储介质和电子设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8422358B2 (en) * | 2010-11-23 | 2013-04-16 | International Business Machines Corporation | Best-path evaluation based on reliability of network interface layers |
US11456912B2 (en) * | 2019-03-25 | 2022-09-27 | International Business Machines Corporation | Automatic suppression of alerts during maintenance |
-
2021
- 2021-10-15 CN CN202111207141.7A patent/CN114024828B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1713591A (zh) * | 2004-06-22 | 2005-12-28 | 中兴通讯股份有限公司 | 光同步传送网告警相关性分析方法 |
WO2005125062A1 (fr) * | 2004-06-22 | 2005-12-29 | Zte Corporation | Procede pour l'analyse de la relativite d'alarme dans un reseau de transmission optique synchrone |
WO2007143943A1 (fr) * | 2006-06-01 | 2007-12-21 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif réseau de maintenance centralisée de dispositifs multiples |
CN102098175A (zh) * | 2011-01-26 | 2011-06-15 | 浪潮通信信息系统有限公司 | 一种移动互联网告警关联规则获取方法 |
CN103378980A (zh) * | 2012-04-16 | 2013-10-30 | 中兴通讯股份有限公司 | 一种层网络告警与业务相关性分析方法和装置 |
WO2016119436A1 (zh) * | 2015-01-27 | 2016-08-04 | 中兴通讯股份有限公司 | 告警处理方法、装置及控制器 |
CN106789138A (zh) * | 2015-11-23 | 2017-05-31 | 中国移动通信集团广西有限公司 | 一种网络告警关联分析的方法及装置 |
EP3327637A1 (en) * | 2016-11-25 | 2018-05-30 | Accenture Global Solutions Limited | On-demand fault reduction framework |
CN107276818A (zh) * | 2017-07-04 | 2017-10-20 | 上海欣诺通信技术有限公司 | 一种应用于光传输设备的增强型告警抑制方法 |
CN112564949A (zh) * | 2020-11-27 | 2021-03-26 | 中盈优创资讯科技有限公司 | 一种基于跨专业告警关联规则的分析方法及装置 |
CN112751711A (zh) * | 2020-12-30 | 2021-05-04 | 北京奇艺世纪科技有限公司 | 告警信息处理方法和装置、存储介质和电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN114024828A (zh) | 2022-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6707795B1 (en) | Alarm correlation method and system | |
US8583779B2 (en) | Root cause analysis approach with candidate elimination using network virtualization | |
US7142516B2 (en) | Performance monitoring of high speed communications networks | |
WO1998039870A2 (en) | System and method for managing network resources using distributed intelligence and state management | |
CN114024828B (zh) | 一种平台侧告警抑制方法、装置及存储介质 | |
CN113259168A (zh) | 一种故障根因分析方法及装置 | |
CN100375435C (zh) | 光同步传送网告警相关性分析方法 | |
US8116209B2 (en) | Methods and apparatus for identifying errors and stranded resources in networks | |
US20050066020A1 (en) | Method and system for managing a network of nodes | |
CN113259176B (zh) | 一种告警事件分析方法和装置 | |
CN111092752B (zh) | 跨多个网络切片的故障定位方法及装置 | |
WO2021147320A1 (zh) | 路由异常检测方法、装置及系统、计算机存储介质 | |
CN114356499A (zh) | Kubernetes集群告警根因分析方法及装置 | |
CN108390907B (zh) | 一种基于Hadoop集群的管理监控系统及方法 | |
CN109818795B (zh) | 一种智能业务动态倒换的故障分析方法及系统 | |
CN113285840B (zh) | 存储网络故障根因分析方法及计算机可读存储介质 | |
CN110071843A (zh) | 一种基于流路径分析的故障定位方法及装置 | |
CA2486780C (en) | A method and system for network wide fault isolation in an optical network | |
US20040158780A1 (en) | Method and system for presenting neighbors of a device in a network via a graphical user interface | |
CN115396287B (zh) | 一种故障分析方法和装置 | |
CN102792636A (zh) | 提供恢复生存性的方法、设备和通信网络 | |
GB2403374A (en) | Determining a source of a virtual circuit fault | |
CN112422349B (zh) | 面向nfv的网管系统、方法、设备及介质 | |
CN101431435A (zh) | 一种基于面向连接的业务配置与管理方法 | |
CN116185598A (zh) | 地址处理方法、装置、电子设备及可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |