CN111200506B - 一种故障感知方法及装置和控制器 - Google Patents

Abstract

本申请公开了一种故障感知方法及装置和控制器，该方法包括：控制器对当前网络资源进行镜像处理；控制器根据获得的故障感知条件，对镜像得到的网络资源进行故障模拟，获取故障对网络产生的影响结果。本申请实现了IP+光协同的场景下自动获知故障对网络的影响，为网络运维人员提供了一种有效、直观的对网络质量以及网络资源的评估办法。

Description

一种故障感知方法及装置和控制器

技术领域

本申请涉及但不限于，尤指一种故障感知方法及装置和控制器。

背景技术

在网际协议(IP,Internet Protocol)网络和光网络混合部署的场景下，IP网络和光网络是分开维护的，需要通过手工配置来实现IP网络侧(下文检测IP侧)和光网络侧(下文简称光恻)的流量互通，也就是说，光侧的链路故障对IP侧的业务会产生什么影响，只有故障实际发生了才能够通过IP侧、业务告警等方式发现，这样，用户是不能提前感知到的。

发明内容

本申请提供一种故障感知方法及装置和控制器，实现了IP+光协同的场景下自动获知故障对网络的影响。

本申请提供了一种故障感知方法，包括：

控制器对当前网络资源进行镜像处理；

控制器根据获得的故障感知条件，对镜像得到的网络资源进行故障模拟，获取故障对网络产生的影响结果。

本申请还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述任一项所述的故障感知方法。

本申请再提供了一种控制器，包括处理器、存储器；其中，存储器上存储有可在处理器上运行的计算机程序：用于执行上述任一项故障感知方法的步骤。

本申请又提供了一种故障感知装置，包括：预处理模块、处理模块；其中，

预处理模块，用于对当前网络资源进行镜像处理；

处理模块，用于根据获得的故障感知条件，对镜像得到的网络资源进行故障模拟，获取故障对网络产生的影响结果。

本申请至少包括：控制器对当前网络资源进行镜像处理；控制器根据获得的故障感知条件，对镜像得到的网络资源进行故障模拟，获取故障对网络产生的影响结果。本申请实现了IP+光协同的场景下自动获知故障对网络的影响，为网络运维人员提供了一种有效、直观的对网络质量以及网络资源的评估办法。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本申请技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。

图1为本申请IP+光协同的场景示意图；

图2为本申请故障感知方法的流程示意图；

图3为本申请触发进行故障感知的实施例流程示意图；

图4为本申请故障感知中模拟光纤故障的实施例的流程示意图；

图5为本申请故障感知中模拟链路故障的实施例的流程示意图；

图6为本申请故障感知装置的组成结构示意图。

具体实施方式

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

在IP+光协同的场景下，可以通过IP+光协同软件定义网络(SDN，SoftwareDefined Network)控制器(下文中可以简称为控制器)建立IP侧的业务、网络与光侧的业务、网络的关联关系，如图1所示，本申请发明人通过研究发现，如果通过IP+光协同SDN控制器模拟链路故障的方式，可以针对IP设备和光设备之间互联的链路故障如光层链路或者用户侧接口链路(UNI-Link)故障对IP层链路如IP层的虚拟流量工程链路(VTE-Link)以及IP业务产生怎样的影响给出诊断结果。也就是说，在IP+光协同的场景下，通过分析光纤故障以及UNI-Link故障，可以对IP层的链路以及IP业务的影响给出分析报告，这样，用户或者网络运维人员在进行光/IP网络改造、维护或者对光/IP网络物理拓扑进行其他变更前，可以结合该分析报告分析如：断纤对网络的影响，从而避开容易导致网络发生动荡的链路；或者，对于发生故障后对网络丝毫不产生影响的链路，则可以考虑节省此类链路的部署和维护，以降低网络成本。

图2为本申请故障感知方法的流程示意图，如图2所示，包括：

步骤200：控制器对当前网络资源进行镜像处理。

本步骤中，控制器通过从后台数据库中拷贝一份当前网络资源的拓扑信息，以使得后续的故障感知处理过程基于镜像的当前网络资源的拓扑信息进行，一方面，保证了本申请的故障感知方法不会影响网络的正常运行；另一方面，也使得本申请故障感知方法基于当前网络进行，保证了故障感知结果的真实性。

本申请故障感知方法中，控制器可以是IP+光协同SDN控制器。

在一种示例性实例中，本步骤之前还可以包括：

当控制器确定出满足预先设置的触发条件时，控制器触发对故障的感知分析即执行所述控制器对当前网络资源进行镜像处理的步骤。

在一种示例性实例中，触发条件包括但不限于以下任一项：

到达预先设置的触发周期；

预先设定的网络资源发生变更。

步骤201：控制器根据获得的故障感知条件，对镜像得到的网络资源进行故障模拟，获取故障对网络产生的影响结果。

在一种示例性实例中，本步骤之前还可以包括：

控制器获取故障感知条件。

在一种示例性实例中，控制器可以接收来自用户终端通过预先安装的应用程序(APP)发送的故障感知启动指令，在故障感知启动指令中携带有故障感知条件。

在一种示例性实例中，通过该APP提供的用户界面，可以接收来自用户输入的故障感知条件。

在一种示例性实例中，故障感知条件可以包括以下任一项或任意项组合：

逐条对光纤进行故障模拟；

对多条光纤进行故障模拟，并先后对这多条光纤进行故障模拟；

对多条光纤进行故障模拟，并同时对这多条光纤进行故障模拟；

逐条对链路进行故障模拟；

对多条链路进行故障模拟，并先后对这多条链路进行故障模拟；

对多条链路进行故障模拟，并同时对这多条链路进行故障模拟。

在一种示例性实例中，故障感知条件还可以包括但不限于：

采用周期性触发故障感知的方式，以及触发周期、触发周期的起始时间；

或者，采用网络资源发生变更触发故障感知的方式，以及网路资源标识、网络资源已发生变更的情况及发生了何种变更，比如网元、链路状态变为掉线(DOWN)等。

这里需要说明的是，上述故障感知条件还可以包括的选项，也可以是在控制器中设置，而不必是来自用户终端的设置。

在一种示例性实例中，步骤201可以包括：

控制器接收来自光控制器的第一分析结果，其中，第一分析结果是光控制器遍历镜像的网络资源中的光纤，按照获得的故障感知条件模拟光纤故障，以对光纤进行故障分析后获取的故障对网络产生的影响结果；

控制器遍历镜像的网络资源中的IP设备和光设备之间互联的链路，按照获得的故障感知条件模拟链路故障，以对IP设备和光设备之间互联的链路进行故障分析并获取故障对网络产生的第二分析结果；

汇总第一分析结果和第二分析结果，以获得模拟光纤故障和/或模拟链路故障对IP层链路的影响。

需要说明的是，本步骤中对光纤和对链路的故障模拟顺序并没有严格的先后顺序，也就是说，上述描述的先后顺序并不用于限定本申请的保护范围。而且对光纤和对链路的故障模拟还可以同时进行。

在一种示例性实例中，第一分析结果可以包括但不限于：

光纤发生故障后，如果光层业务能恢复且业务属性不发生变更，那么，第一分析结果显示为该故障对网络无影响；如果光层业务能恢复但业务属性(如SRLG、实际时延等)发生了变更，或者光层业务不能直接恢复的，那么，第一分析结果显示为该故障对网络有影响，此时，第一分析结果中会记录具体的影响结果，如包含但不限于：影响的业务个数、风险系数等等。

在一种示例性实例中，第二分析结果可以包括但不限于：

IP设备和光设备之间互联的链路发生故障后，如果IP层链路状态和属性都不发生变化，那么，第二分析结果显示为该故障对网络无影响；如果IP层链路状态由在线(UP)变更为掉线(DOWN)了，或者IP层链路状态未发生变更但业务属性(如SRLG、实际时延、带宽等)发生了变更，那么，第二分析结果显示为该故障对网络有影响，此时，第二分析结果中会记录具体的影响结果，如包含但不限于：影响的IP层链路个数、风险系数等等。

在一种示例性实例中，汇总第一分析结果和第二分析结果可以包括：

根据来自光控制器上报的光纤故障产生影响的业务，在第一分析结果中查找到对应的IP层链路；根据第二分析结果，针对IP层链路，确定网络产生影响的光纤，或者对网络产生影响的IP设备和光设备之间互联的链路，也就是说，哪些光纤，或者哪些IP设备和光设备之间互联的链路会对网络产生了影响。

本申请实现了IP+光协同的场景下自动获知故障对网络的影响，为网络运维人员提供了一种有效、直观的对网络质量以及网络资源的评估办法。

可选地，本申请故障感知方法还可以包括：

步骤202：控制器根据对IP层链路的影响，分析IP层链路故障对隧道、虚拟专网(VPN，Virtual Private Network)业务产生的影响并记录为第三结果。

在一种示例性实例中，本步骤可以包括：

控制器计算(比如根据基于路径计算单元(PCE)算法等)IP层链路故障对哪些隧道的分层服务提供商(LSP，Layered Service Provider)路径发生影响，其中，记录为影响的情况包括但不限于：隧道的LSP路径发生变更，能计算出新路径或者计算不出新路径，时延、metric值、cost值等发生变更；以及，对于使用了发生变更的隧道的VPN业务，则记录为IP层链路故障对这些业务产生了影响。

可选地，本申请故障感知方法还可以包括：删除镜像得到的网络资源。

可选地，本申请故障感知方法还可以包括：

控制器将第三结果发送给用户终端，这样，用户可以通过用户终端中预先安装的APP查看本次故障感知的结果。

本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述任一项所述的故障感知方法。

本发明实施例还提供一种控制器，包括处理器、存储器；其中，存储器上存储有可在处理器上运行的计算机程序：用于执行上述任一项故障感知方法的步骤。

图3为本申请触发进行故障感知的实施例的流程示意图，本实施例中，以控制器为IP+光协同SDN控制器为例，如图3所示，包括：

步骤301：IP+光协同SDN控制器判断获得的触发条件是否为到达预先设置的触发周期，如果获得的触发条件是到达预先设置的触发周期，进入步骤302；如果获得的触发条件不是到达预先设置的触发周期，进入步骤303。

步骤302：IP+光协同SDN控制器建立定时任务并启动定时器，当定时时间到达时，进入步骤305。

步骤303：IP+光协同SDN控制器判断获得的触发条件是否为预先设定的网络资源发生变更，如果获得的触发条件是预先设定的网络资源发生变更，进入步骤304；如果获得的触发条件不是预先设定的网络资源发生变更，进入步骤305。

步骤304：监听是否有网络资源发生变更，如果预先设置的资源发生了变更，则进入步骤305；否则，继续监听网络资源。

本步骤的实现可以通过IP+光协同SDN控制器以及光控制器分别建立监听任务，各自监听各自管辖的网络资源，以获知是否有资源发生变更。

步骤305：IP+光协同SDN控制器镜像网络资源的拓扑信息，包括但不限于：IP设备和光设备之间互联的链路信息、IP层链路信息，IP业务信息、光层业务信息等。

图4为本申请故障感知中模拟光纤故障的实施例的流程示意图，本实施例通过模拟光纤故障来进行故障感知，对光纤的故障模拟是光控制器实现，并将获得第一分析结果发送给IP+光协同SDN控制器的，如图4所示，包括：

步骤401：光控制器判断获得的故障感知条件中指定的是逐条对光纤进行故障模拟还是对多条光纤进行故障模拟，如果是逐条对光纤进行故障模拟，进入步骤402，如果是对多条光纤进行故障模拟，进入步骤403。

步骤402：光控制器遍历镜像的网络资源拓扑信息，对其中的每条光纤逐条进行故障模拟测试，进入步骤406。

步骤403：光控制器判断获得的故障感知条件中是先后对多条光纤进行故障模拟(简称为先后故障)还是同时对多条光纤进行故障模拟(简称为同时故障)，如果是先后对多条光纤进行故障模拟，进入步骤404，如果是同时对多条光纤进行故障模拟，进入步骤405。

步骤404：光控制器遍历镜像的网络资源拓扑信息，先模拟一条光纤故障，然后在此基础上，再断下一条光纤即再模拟下一条光纤故障，直到对多条光纤模拟完故障。每对一条光纤模拟完故障均进入进行步骤406记录直到遍历完成。

步骤405：光控制器遍历镜像的网络资源拓扑信息，对多条光纤同时进行故障模拟，完成后进入步骤406。

步骤406：对光线模拟故障后记录第一分析结果。

光纤发生故障后，如果光层业务能恢复且业务属性不发生变更，那么，表明该故障对网络无影响，相应地，会将对应的第一分析结果记录为对网络无影响；如果光层业务能恢复但业务属性(如SRLG、实际时延等)发生了变更，或者光层业务不能直接恢复的，那么，表明该故障对网络有影响，相应地，会将对应的第一分析结果记录为对网络有影响。

当第一分析结果记录为对网络有影响，第一分析结果中会记录具体的影响结果，比如包含但不限于：影响的业务个数、风险系数等等。

步骤407：光控制器遍历结束，将步骤406中产生的所有分析结果上报给IP+光协同SDN控制器。

图5为本申请故障感知中模拟链路故障的实施例的流程示意图，本实施例通过模拟IP设备和光设备之间互联的链路故障来进行故障感知，对链路的故障模拟是IP+光协同SDN控制器实现的，如图5所示，包括：

步骤501：IP+光协同SDN控制器判断获得的故障感知条件中指定的是逐条对IP设备和光设备之间互联的链路如图5中的UNI-Link进行故障模拟还是对多条IP设备和光设备之间互联的链路进行故障模拟，如果是逐条对IP设备和光设备之间互联的链路进行故障模拟，进入步骤502，如果是对多条IP设备和光设备之间互联的链路进行故障模拟，进入步骤503。

步骤502：IP+光协同SDN控制器遍历镜像的网络资源拓扑信息，对其中的每条IP设备和光设备之间互联的链路逐条进行故障模拟测试，进入步骤506。

步骤503：IP+光协同SDN控制器判断获得的故障感知条件中是先后对多条IP设备和光设备之间互联的链路进行故障模拟(简称为先后故障)还是同时对多条IP设备和光设备之间互联的链路进行故障模拟(简称为同时故障)，如果是先后对多条IP设备和光设备之间互联的链路进行故障模拟，进入步骤504，如果是同时对多条IP设备和光设备之间互联的链路进行故障模拟，进入步骤505。

步骤504：IP+光协同SDN控制器遍历镜像的网络资源拓扑信息，先模拟一条IP设备和光设备之间互联的链路故障，然后在此基础上，再断下一条IP设备和光设备之间互联的链路即再模拟下一条IP设备和光设备之间互联的链路故障，直到对多条IP设备和光设备之间互联的链路模拟完故障。每对一条IP设备和光设备之间互联的链路模拟完故障均进入步骤506进行记录直到遍历完成。

步骤505：IP+光协同SDN控制器遍历镜像的网络资源拓扑信息，对多条IP设备和光设备之间互联的链路同时进行故障模拟，完成后进入步骤506。

步骤506：对IP设备和光设备之间互联的链路模拟故障后记录第二分析结果。

IP设备和光设备之间互联的链路发生故障以后，如果IP层链路如图5中的VTE-Link状态和属性都不发生变化的，那么，表明该故障对网络无影响，相应地，会将对应的第二分析结果记录为对网络无影响；如果IP层链路状态由UP变为DOWN了，或者IP层链路状态未发生变更但业务属性(如S RLG、实际时延、带宽等)发生了变更，那么，表明该故障对网络有影响，相应地，会将对应的第二分析结果记录为对网络有影响。

当第二分析结果记录为对网络有影响，第二分析结果中会记录具体的影响结果，比如包含但不限于：影响的IP层链路个数，风险系数等。

步骤507：IP+光协同SDN控制器遍历结束，汇总步骤506中产生的所有分析结果。即根据来自光控制器上报的光纤故障产生影响的业务，在第一分析结果中查找到对应的IP层链路；根据第二分析结果，针对IP层链路，确定哪些光纤，或者哪些IP设备和光设备之间互联的链路会对网络产生影响。

本步骤IP+光协同SDN控制器对第一分析结果和第二分析结果进行汇总，比如统计计算出，本次模拟IP设备和光设备之间互联的链路故障，对IP层链路毫无影响的IP设备和光设备之间互联的链路的个数、占比；使得IP层链路的状态变更为Down的IP设备和光设备之间互联的链路的个数、占比、风险系数；使得IP层链路属性(如SRLG、实际时延等)发生变更的IP设备和光设备之间互联的链路的个数、占比、风险系数；完全不受IP设备和光设备之间互联的链路的故障影响的IP层链路的个数、占比等。这样，汇总结果可以上报给用户终端的APP呈现，以便用户使用。

图6为本申请故障感知装置的组成结构示意图，如图6所示，预处理模块、处理模块；其中，

预处理模块，用于对当前网络资源进行镜像处理；

处理模块，用于根据获得的故障感知条件，对镜像得到的网络资源进行故障模拟，获取故障对网络产生的影响结果。

可选地，预处理模块具体用于：当满足预先设置的触发条件时，对当前网络资源进行镜像处理。

可选地，处理模块具体用于：

接收来自光控制器的第一分析结果，其中，第一分析结果是光控制器遍历镜像的网络资源中的光纤，按照获得的故障感知条件模拟光纤故障，以对光纤进行故障分析后获取的故障对网络产生的影响结果；

遍历镜像的网络资源中的IP设备和光设备之间互联的链路，按照获得的故障感知条件模拟链路故障，以对IP设备和光设备之间互联的链路进行故障分析并获取故障对网络产生的第二分析结果；

汇总第一分析结果和第二分析结果，以获得模拟光纤故障和/或模拟链路故障对IP层链路的影响。

可选地，处理模块还用于：

根据对IP层链路的影响，分析IP层链路故障对隧道、VPN业务产生的影响并记录为第三结果。

本申请故障感知装置可以设置在如IP+光协同SDN控制器中。

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

Claims (16)

1.一种IP+光纤协同网络的故障感知方法，包括：

控制器对当前网络资源进行镜像处理；

控制器获取故障感知条件；

所述控制器接收来自光控制器的第一分析结果；其中，第一分析结果是光控制器遍历所述镜像的网络资源中的光纤，按照所述故障感知条件模拟光纤故障，以对光纤进行故障分析后获取的故障对网络产生的影响结果；

所述控制器遍历所述镜像的网络资源中的IP设备和光设备之间互联的链路，按照所述故障感知条件模拟链路故障，以对IP设备和光设备之间互联的链路进行故障分析并获取故障对网络产生的第二分析结果；

汇总第一分析结果和第二分析结果，以获得模拟光纤故障和模拟链路故障对IP层链路的影响。

2.根据权利要求1所述的故障感知方法，所述控制器对当前网络资源进行镜像处理之前，还包括：所述控制器确定出满足预先设置的触发条件。

3.根据权利要求2所述的故障感知方法，其中，所述触发条件包括：

到达预先设置的触发周期；或者，

预先设定的网络资源发生变更。

4.根据权利要求1所述的故障感知方法，所述方法还包括：

所述控制器根据所述对IP层链路的影响，分析所述IP层链路故障对隧道、虚拟专网VPN业务产生的影响并记录为第三结果。

5.根据权利要求1或4所述的故障感知方法，所述方法还包括：

删除所述镜像得到的网络资源。

6.根据权利要求4所述的故障感知方法，所述分析IP层链路故障对隧道、VPN业务产生的影响并记录为第三结果，包括：

所述控制器计算所述IP层链路故障对哪些隧道的分层服务提供商LSP路径发生影响；以及，对于使用发生变更的隧道的VPN业务，记录为所述IP层链路故障已对这些业务产生影响。

7.根据权利要求1或4所述的故障感知方法，其中，所述第一分析结果包括：

所述光纤发生故障后，如果光层业务能恢复且业务属性不发生变更，所述第一分析结果为对网络无影响；如果光层业务能恢复但业务属性发生了变更，或者光层业务不能直接恢复的，所述第一分析结果为对网络有影响，在所述第一分析结果中记录影响结果。

8.根据权利要求1或4所述的故障感知方法，其中，所述第二分析结果包括：

所述IP设备和光设备之间互联的链路发生故障后，如果所述IP层链路状态和属性都不发生变化，所述第二分析结果为对网络无影响；如果所述IP层链路状态由在线UP变更为掉线DOWN，或者所述IP层链路状态未发生变更但业务属性发生了变更，所述第二分析结果为对网络有影响，在所述第二分析结果中记录影响结果。

9.根据权利要求1或4所述的故障感知方法，其中，所述汇总第一分析结果和第二分析结果，包括：

根据来自光控制器上报的光纤故障产生影响的业务，在所述第一分析结果中查找到对应的IP层链路；

根据所述第二分析结果，针对IP层链路，确定对网络产生影响的光纤，或者对网络产生影响的IP设备和光设备之间互联的链路。

10.根据权利要求1或4所述的故障感知方法，其中，所述故障感知条件包括以下任一项或任意项组合：

逐条对光纤进行故障模拟；

对多条光纤进行故障模拟，并先后对所述多条光纤进行故障模拟；

对多条光纤进行故障模拟，并同时对所述多条光纤进行故障模拟；

逐条对链路进行故障模拟；

对多条链路进行故障模拟，并先后对所述多条链路进行故障模拟；

对多条链路进行故障模拟，并同时对所述多条链路进行故障模拟。

11.根据权利要求3所述的故障感知方法，当所述触发条件包括到达预先设置的触发周期时，所述故障感知条件还包括：

采用周期性触发故障感知的方式，以及触发周期、触发周期的起始时间；

当所述触发条件包括预先设定的网络资源发生变更时，所述故障感知条件还包括：

采用网络资源发生变更触发故障感知的方式，以及网路资源标识、网络资源发生变更的情况。

12.一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1~权利要求11任一项所述的IP+光纤协同网络的故障感知方法。

13.一种控制器，包括处理器、存储器；其中，存储器上存储有可在处理器上运行的计算机程序：用于执行权利要求1~权利要求11任一项IP+光纤协同网络的故障感知方法的步骤。

14.一种IP+光纤协同网络的故障感知装置，包括：预处理模块、处理模块；其中，

预处理模块，用于对当前网络资源进行镜像处理；

处理模块，用于：

获取故障感知条件，接收来自光控制器的第一分析结果，其中，第一分析结果是光控制器遍历所述镜像的网络资源中的光纤，按照所述故障感知条件模拟光纤故障，以对光纤进行故障分析后获取的故障对网络产生的影响结果；

遍历所述镜像的网络资源中的IP设备和光设备之间互联的链路，按照所述故障感知条件模拟链路故障，以对IP设备和光设备之间互联的链路进行故障分析并获取故障对网络产生的第二分析结果；

汇总第一分析结果和第二分析结果，以获得模拟光纤故障和模拟链路故障对IP层链路的影响。

15.根据权利要求14所述的故障感知装置，其中，所述预处理模块具体用于：当满足预先设置的触发条件时，对所述当前网络资源进行镜像处理。

16.根据权利要求14所述的故障感知装置，所述处理模块还用于：

根据对IP层链路的影响，分析IP层链路故障对隧道、VPN业务产生的影响并记录为第三结果。