CN105790972A - 一种控制器及告警关联性处理的方法 - Google Patents

Abstract

本发明公开了一种控制器及告警关联性处理的方法，涉及SDN控制器管理的网络技术。本发明公开的方法包括：控制器收到南向接口上报的告警时，对所述告警与本控制器的网络范围内的现有告警进行告警关联性分析；当告警关联性分析的结果为找到根源告警，则所述控制器抑制所述告警的上报。本发明还公开了一种控制器。本申请技术方案大大降低了告警上报的数量，直接把最有可能的根故障原因找出来，从而提高了告警分析效率。

Description

一种控制器及告警关联性处理的方法

技术领域

本发明涉及SDN(SoftwareDefinedNetwork)控制器管理的网络技术，尤其涉及一种利用控制器进行告警关联性处理的方案。

背景技术

在通讯网络中，网络有许多通讯设备节点组成，这些网络节点叫做网元。网元之间通过通讯线路进行连接，包括光纤电缆等多种形式。网元则分散分布在各个地区，有的在城市里的通讯大楼实验室里，有的网元在偏远地区。然而这些网元的设备需要进行配置，维护和监控，不可能每处都派人值守，这样就需要一个中心网络管理系统，放在中心机房，通过远程通讯对网络上各个节点进行配置，维护和监控。

通过控制器管理网络是一种新出现的网络管理控制系统。在这个控制系统中，把传统网管中对业务资源的控制功能独立出来，仅仅关注业务资源。控制器可以按树型层次化组织，以便关联大规模网络。直接管理网元的叫域控制器(DomainController,D-Controller,DC)；而上层的控制器(SuperController,S-Controller,SC)不直接管理网元，而是管理域控制器，然后再通过域控制器提供的虚拟网络管理，实现对实际网络的管理。如图1所示，一个应用场景中，控制器形成树形管理体系，上层是SC，底层的DC划分管理域，管理通讯网络和网元。控制器除了南向和网络设备通过接口进行管理，还有北向接口可以让应用层的网络APP接入进行网络管理，还可以通过侧接口，同EMS网元管理系统，NMS网络管理系统，或者OSS操作支撑系统沟通管理信息。网络APP是对网络的实际业务应用，他会使用控制提供的资源，发出业务建立，删除，修改的请求。而控制器根据网络APP的请求建立，删除，修改业务，并对业务的告警，性能进行监控。如图2所示，DC直接管理通讯网络，而SC管理DC，同时还可以和传统网络管理系统进行交流，最终提供给APP提供资源和服务。

网络实际运行过程中，可能会遇到故障，或者收到干扰而通讯质量下降。一旦发送这种情况。设备就会报告警。由于网络设备直接的通讯是密切关联的，一个设备或者一部分资源有故障报告警，就会引发网络大面积产生告警。产生非常多的告警量。对网络管理员来说，这么多告警要找出真正的故障原因是困难的。网络中一个故障的出现会引发一个直接反映该故障的告警，同时由于故障影响到其他设备或者业务，会引发一系列告警。告警A引发了告警B。告警A是根源告警，告警B是衍生告警。

在SDN控制器管控的网络中，由于SDN控制器的控制特性，其只关心业务相关的资源，而且由于权限划分原因，也不一定能看到全部业务相关的资源。在这样的条件下，想通过得到的大量告警里分析出故障原因，比传统网络管理系统更为困难。

发明内容

本发明所要解决的技术问题是，提供一种控制器及告警关联性处理的方法，以解决现有告警分析效率低的问题。

为了解决上述技术问题，本发明公开了一种告警关联性处理的方法，包括：

控制器收到南向接口上报的告警时，对所述告警与本控制器的网络范围内的现有告警进行告警关联性分析；

当告警关联性分析的结果为找到根源告警，则所述控制器抑制所述告警的上报。

可选地，上述方法还包括：

当告警关联性分析的结果为没有找到根源告警，则所述控制器将所述告警上报给上层控制器或应用；或者

当告警关联性分析的结果为没有找到根源告警，则所述控制器根据预先配置的告警分析策略确定是否将所述告警上报给上层控制器或应用。

可选地，上述方法中，所述告警分析策略至少包括如下一种或几种信息：

业务中间节点的告警是否上报的信息，告警上报数量控制信息，告警上报优先级信息。

可选地，上述方法中，当告警关联性分析的结果为没有找到根源告警时，所述控制器根据预先配置的告警分析策略确定是否将所述告警上报给上层控制器或应用的过程包括：

分析确定所述告警所在的业务，如果所述告警所在业务的所有节点全部在本控制器的控制范围内，且所述告警的资源是该业务的中间点，则所述控制器根据预先配置的告警分析策略确定是否上报所述告警。

可选地，上述方法中，如果所述告警所在业务的所有节点全部在本控制器的控制范围内，且所述告警的资源是该业务的源宿端点，则将所述告警作为优先级最高的告警上报给上层控制器或应用，并分析在该业务的中间节点中是否存在所述告警引发的衍生告警，如果存在所述告警引发的衍生告警，则所述控制器将该中间节点的告警由上报状态修改为抑制状态。

可选地，上述方法中，如果所述告警所在业务的部分节点在本控制器的控制范围内，则分析本告警资源的业务上游是否存在引发所述告警的告警，如果存在，则抑制所述告警，如果不存在，则所述控制器根据预先配置的告警分析策略确定是否上报所述告警。

可选地，上述方法还包括：

当告警关联性分析结果为找到根源告警时，将所述告警与找到的根源告警记录为关联告警。

可选地，上述方法还包括：

控制器通过查询接口接收网络应用APP或者上层控制器发起的查询部分告警或者所有告警的命令，并根据所收到的命令返回相应的告警。

本发明还公开了一种控制器，包括：

告警分析模块，在本控制器收到南向接口上报的告警时，对所述告警与本控制器的网络范围内的现有告警进行告警关联性分析；

告警处理模块，当告警关联性分析的结果为找到根源告警，则抑制所述告警的上报。

可选地，上述控制器中，所述告警处理模块，在告警关联性分析的结果为没有找到根源告警时，将所述告警上报给上层控制器或应用，或者根据预先配置的告警分析策略确定是否将所述告警上报给上层控制器或应用。

可选地，上述控制器中，所述告警处理模块，在告警关联性分析的结果为没有找到根源告警时，根据预先配置的告警分析策略确定是否将所述告警上报给上层控制器或应用指：

分析确定所述告警所在的业务，如果所述告警所在业务的所有节点全部在本控制器的控制范围内，且所述告警的资源是该业务的中间点，则所述根据预先配置的告警分析策略确定是否上报所述告警。

可选地，上述控制器还包括：

告警记录模块，在告警关联性分析结果为找到根源告警时，将所述告警与找到的根源告警记录为关联告警。

可选地，上述控制器还包括：

查询模块，通过查询接口接收网络应用APP或者上层控制器发起的查询部分告警或者所有告警的命令，并根据所收到的命令返回相应的告警。

本申请技术方案通过分析告警直接的相互影响关系，分析出根源告警，然后筛选出更为重要的告警，把筛选后的告警上报给上层控制器或者应用层。这样大大降低了告警上报的数量，直接把最有可能的根故障原因找出来，从而提高了告警分析效率。

附图说明

图1为现有SDN控制器管理控制网络示意图；

图2为现有SDN网络中控制器与其他实体的关系示意图；

图3为本实施例中告警关联性处理的流程示意图；

图4为本实施例中业务跨多个DC的告警上报和分析流程图；

图5为本实施例中控制器内部模块示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文将结合附图对本发明技术方案作进一步详细说明。需要说明的是，在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。

实施例1

本实施例提供一种告警关联性处理的方法，主要包括如下操作：

控制器收到南向接口上报的告警时，对该告警与本控制器的网络范围内的现有告警进行告警关联性分析；

当告警关联性分析的结果为找到根源告警，则控制器抑制该告警的上报。

另外，如果告警关联性分析的结果为没有找到根源告警，那么控制器可以采取不同的操作处理。例如控制器则可以将该告警上报给上层控制器或应用；或者器根据预先配置的告警分析策略确定是否将该告警上报给上层控制器或应用。

其中，本实施例所涉及的告警分析策略至少包括如下一种或几种信息：

业务中间节点的告警是否上报的信息，告警上报数量控制信息，告警上报优先级信息。

具体地，当告警关联性分析的结果为没有找到根源告警时，控制器根据预先配置的告警分析策略确定是否将该告警上报给上层控制器或应用的过程如下：

首先，分析确定告警所在的业务；

如果告警所在业务的所有节点全部在本控制器的控制范围内，且告警的资源是该业务的中间点，则控制器根据预先配置的告警分析策略确定是否上报所述告警。

如果告警所在业务的所有节点全部在本控制器的控制范围内，且告警的资源是该业务的源宿端点，则控制器将告警作为优先级最高的告警上报给上层控制器或应用，并分析在该业务的中间节点中是否存在该告警引发的衍生告警，如果存在该告警引发的衍生告警，则控制器还需要将该中间节点的告警由上报状态修改为抑制状态。

如果告警所在业务的部分节点在本控制器的控制范围内，则需要进一步分析本告警资源的业务上游是否存在引发本告警的告警，如果存在，则抑制本告警，如果不存在，控制器再根据预先配置的告警分析策略确定是否上报所述告警。

需要说明的是，上述控制器根据预先配置的告警分析策略确定是否上报告警时，如果根据预先配置的告警分析策略中任一种信息确定需要上报告警时，即可上报该告警。也可以是在符合预先配置的告警分析策略中所有上报条件时，才上报该告警。还可以是在符合预先配置的告警分析策略中多个上报条件时，即可上报该告警。即根据告警分析策略确定是否上报告警的方式可以是多种多样的，本实施例对此不作任何限制。

另一些方案还提出，在上述方法的基础上，可以增加记录操作，以方便后续的告警管理操作。即在告警关联性分析结果为找到根源告警时，将告警与找到的根源告警记录为关联告警。

优选地，还可以提供查询功能，即控制器通过查询接口接收网络应用APP或者上层控制器发起的查询部分告警或者所有告警的命令，并根据所收到的命令返回相应的告警即可。

下面结合附图说明上述方法的具体实现过程。

首先结合图3所示，说明优选实施例中进行告警关联性处理的过程，该过程包括下面处理步骤：

步骤301：网络应用或者上层控制器下发命令给本控制器配置告警分析策略。告警分析策略可以包括业务中间节点的告警是否上报，告警上报数量控制(包括例如：每业务上报的告警数量限制)，告警上报优先级(包括例如某些，某类别的告警上报的优先级)。

步骤302：控制器收到南向接口上报的告警，告警可能来自设备网元或者下层控制器。收到告警后转交告警分析模块处理。上报的告警都有一个唯一的告警标识。

步骤303，告警分析模块把新收到的告警，在本控制的网络范围内对现有告警进行告警关联性分析。

具体地，上述步骤3包括下面的部分或者全部子步骤的灵活组合。

步骤303.1，首先从产生告警的资源开始，告警有可能是于该资源的服务层资源故障引发的。递归寻找服务层资源，检查服务层资源是否有告警和该告警是否根源告警。如果一直往下已经没有更底层的服务资源和能够引发本告警的告警为止。如果找到了则认为刚才找到的资源的告警是本次分析找到的告警源头。

步骤303.2，分析得到告警所在的业务，是否所有节点全部在本控制器的控制范围。如果是的话，分析该告警的资源是否在业务的中间点，如果是中间点，根据步骤301的告警分析策略，可以是中间点不上报，或者中间点的告警严重性低于等于源宿端点的告警严重性则不继续上报，或者由于优先级而不上报，或者告警数量限制等，按照策略进行处理。

从业务的源宿端点的告警进行分析，看看端点是否存在引发本告警的告警。

记录找到的端点的告警标识，作为本此告警的根源告警。

如果本次告警的资源是业务的端点，则根据步骤301的告警分析策略，则把新收到的告警作为优先级更高的告警上报，分析业务的中间节点，是否存在本告警引发的衍生告警，如果存在则中间点的告警由上报状态变成抑制状态。

步骤303.3，如果分析得到告警所在的业务只是部分在本控制器的控制范围。按照步骤303.1分析是否存在服务层告警引发本告警，并参考步骤303.3，分析本告警资源的业务上游有没有引发本告警。

步骤303.4，如果前面几个步骤的分析没有找到根源告警，也没有收到告警策略的限制，则直接上报本告警。如果前面的分析找到了根源告警，并记录为关联告警，并根据告警策略进行抑制，则不上报本告警。在抑制状态中，告警仍然存在，只是不主动上报。分析得到的互相有关联关系的告警打上标记把找到的告警源头的告警ID记录为关联告警。

步骤304，如果本控制器管理多个下层控制器，而上报的告警所在的业务跨多个下层控制器，那么在分析得到根源告警后，可以下发命令给下层控制器，给出分析后的关联根源告警的告警标识，并指示下层控制器对衍生告警进行抑制。减少告警上报量。

步骤305，如果收到上层控制器发来的告警相关性信息，指出了本控制器上报的告警中找到了根源告警。那么本控制器对这些告警进行抑制。

步骤306，网络应用APP或者上层控制器可以通过查询接口查询部分告警，或者所有告警，本控制器按照查询条件返回结果。前面的告警分析中抑制的告警也可以查询得到。

下面以一个跨多SC的业务中产生告警为例，说明告警关联性处理方法的另一个实例。

如图4所示。连接NE1、NE2到NE6的连线表示一个APP关心的业务，业务A端点在NE1，Z端点在NE6，中间经过NE2、NE3、NE4、NE5，分别被DC1、DC2、DC3直接管理，而他们在上层则被一个SC管理，图中虚线表示管理关系。假设在网元1产生了一个告警Alarm1，从网元1上报到DC1，受到alarm1的影响，NE2，NE3，NE4也分别产生了告警Alarm2,Alarm3,Alarm4(图中粗箭头表示告警)。此场景下，告警关联性处理的具体过程如下：

第1步：DC1在收到Alarm1的时候(图中1号箭头)，分析发现没有找到服务层告警引发Alarm1,而且所在资源是业务的端点。那么这个告警没有根源告警。直接上报(图中2号箭头)。

第2步：DC1在收到alarm2的时候(图中3号箭头)，分析发现NE2没有找到服务层告警引发Alarm2,但是业务端点NE1存在alarm1，会引发alarm2。那么记录Alarm1为关联告警，并且抑制Alarm2。

第3步：DC2在收到Alarm3的时候(图中4号箭头)，分析发现NE3没有找到服务层告警引发Alarm3,而且Alarm3不是在业务的端点，业务端点不在本控制器的管控范围。分析结果是没有找到根源告警，直接上报。(图中6号箭头)

第4步：DC2在收到Alarm4的时候(图中5号箭头)，分析发现NE4没有找到服务层告警引发Alarm4,而且Alarm4不是在业务的端点，业务端点不在本控制器的管控范围。分析结果是没有找到根源告警，直接上报(图中6号箭头)。

第5步：SC收到告警Alarm3和alarm4后(图中6号箭头)，分析发现NE3,NE4没有找到服务层告警引发Alarm3,Alarm4,但是业务端点NE1存在alarm1，会引发alarm3,Alarm4。那么记录Alarm1为关联告警，并且抑制Alarm3，alarm4，同时通知DC2进行抑制(图中7号箭头)。

第6步：最终APP只收到NE1的alarm1(图中9号箭头).达到了找到根源告警和减少告警上报量的目的。

第7步：出于某种需要，APP关心某业务的时候，可能要查询所有涉及的告警，则可以下发查询命令，查询该业务所有告警，包括抑制的告警。控制器逐层返回应答，在SC汇总后报给APP。

实施例2

本实施例提供一种控制器，如图5所示，至少包括如下各模块。

告警分析模块，在本控制器收到南向接口上报的告警时，对该告警与本控制器的网络范围内的现有告警进行告警关联性分析；

告警处理模块，当告警关联性分析的结果为找到根源告警，则抑制告警的上报。

另外，告警处理模块，在告警关联性分析的结果为没有找到根源告警时，可以将告警上报给上层控制器或应用，或者根据预先配置的告警分析策略确定是否将所述告警上报给上层控制器或应用。

其中，本实施例中所涉及的告警分析策略至少包括如下一种或几种信息：

业务中间节点的告警是否上报的信息，告警上报数量控制信息，告警上报优先级信息。

具体地，告警处理模块的处理包括：

首先分析确定告警所在的业务，如果告警所在业务的所有节点全部在本控制器的控制范围内，且该告警的资源是该业务的中间点，则根据预先配置的告警分析策略确定是否上报所述告警。

如果告警所在业务的所有节点全部在本控制器的控制范围内，且告警的资源是该业务的源宿端点，则将该告警作为优先级最高的告警上报给上层控制器或应用，并分析在该业务的中间节点中是否存在该告警引发的衍生告警，如果存在该告警引发的衍生告警，则将该中间节点的告警由上报状态修改为抑制状态。

如果告警所在业务的部分节点在本控制器的控制范围内，则分析本告警资源的业务上游是否存在引发所述告警的告警，如果存在，则抑制该告警，如果不存在，则根据预先配置的告警分析策略确定是否上报该告警。

要说明的是，告警处理模块根据预先配置的告警分析策略确定是否上报所述告警时，可以是满足预先配置的告警分析策略中任一种上报条件即上报该告警。也可以是满足预先配置的告警分析策略中多个或者全部上报条件才上报该告警。本实施例对具体的上报原则不作限制。

优选地，上述装置还可以包括告警记录模块，该模块主要在告警关联性分析结果为找到根源告警时，将告警与找到的根源告警记录为关联告警。

上述装置还可以包括查询模块，主要通过查询接口接收网络应用APP或者上层控制器发起的查询部分告警或者所有告警的命令，并根据所收到的命令返回相应的告警。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。

以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种告警关联性处理的方法，其特征在于，包括：

控制器收到南向接口上报的告警时，对所述告警与本控制器的网络范围内的现有告警进行告警关联性分析；

当告警关联性分析的结果为找到根源告警，则所述控制器抑制所述告警的上报。

2.如权利要求1所述的方法，其特征在于，该方法还包括：

当告警关联性分析的结果为没有找到根源告警，则所述控制器将所述告警上报给上层控制器或应用；或者

当告警关联性分析的结果为没有找到根源告警，则所述控制器根据预先配置的告警分析策略确定是否将所述告警上报给上层控制器或应用。

3.如权利要求2所述的方法，其特征在于，所述告警分析策略至少包括如下一种或几种信息：

业务中间节点的告警是否上报的信息，告警上报数量控制信息，告警上报优先级信息。

4.如权利要求3所述的方法，其特征在于，当告警关联性分析的结果为没有找到根源告警时，所述控制器根据预先配置的告警分析策略确定是否将所述告警上报给上层控制器或应用的过程包括：

分析确定所述告警所在的业务，如果所述告警所在业务的所有节点全部在本控制器的控制范围内，且所述告警的资源是该业务的中间点，则所述控制器根据预先配置的告警分析策略确定是否上报所述告警。

5.如权利要求4所述的方法，其特征在于，

如果所述告警所在业务的所有节点全部在本控制器的控制范围内，且所述告警的资源是该业务的源宿端点，则将所述告警作为优先级最高的告警上报给上层控制器或应用，并分析在该业务的中间节点中是否存在所述告警引发的衍生告警，如果存在所述告警引发的衍生告警，则所述控制器将该中间节点的告警由上报状态修改为抑制状态。

6.如权利要求4所述的方法，其特征在于，

如果所述告警所在业务的部分节点在本控制器的控制范围内，则分析本告警资源的业务上游是否存在引发所述告警的告警，如果存在，则抑制所述告警，如果不存在，则所述控制器根据预先配置的告警分析策略确定是否上报所述告警。

7.如权利要求6所述的方法，其特征在于，该方法还包括：

当告警关联性分析结果为找到根源告警时，将所述告警与找到的根源告警记录为关联告警。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

控制器通过查询接口接收网络应用APP或者上层控制器发起的查询部分告警或者所有告警的命令，并根据所收到的命令返回相应的告警。

9.一种控制器，其特征在于，包括：

告警分析模块，在本控制器收到南向接口上报的告警时，对所述告警与本控制器的网络范围内的现有告警进行告警关联性分析；

告警处理模块，当告警关联性分析的结果为找到根源告警，则抑制所述告警的上报。

10.如权利要求9所述的控制器，其特征在于，

所述告警处理模块，在告警关联性分析的结果为没有找到根源告警时，将所述告警上报给上层控制器或应用，或者根据预先配置的告警分析策略确定是否将所述告警上报给上层控制器或应用。

11.如权利要求10所述的控制器，其特征在于，所述告警处理模块，在告警关联性分析的结果为没有找到根源告警时，根据预先配置的告警分析策略确定是否将所述告警上报给上层控制器或应用指：

分析确定所述告警所在的业务，如果所述告警所在业务的所有节点全部在本控制器的控制范围内，且所述告警的资源是该业务的中间点，则所述根据预先配置的告警分析策略确定是否上报所述告警。

12.如权利要求11所述的控制器，其特征在于，还包括：

告警记录模块，在告警关联性分析结果为找到根源告警时，将所述告警与找到的根源告警记录为关联告警。

13.如权利要求12所述的控制器，其特征在于，还包括：

查询模块，通过查询接口接收网络应用APP或者上层控制器发起的查询部分告警或者所有告警的命令，并根据所收到的命令返回相应的告警。