CN115865791A - 骨干网络故障的路径切换方法、系统、介质及电子设备 - Google Patents

Abstract

本申请涉及一种骨干网络故障的路径切换方法、系统、介质及电子设备，其方法包括获取骨干网络中的故障信息；根据所述故障信息确定受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径；依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径；将所述当前遍历到的业务对应的业务路径切换至所述切换路径。采用本申请实施例，可以使得骨干网络发生故障时，使得受影响的业务能快速准确的切换到较合适的路径，以降低用户业务受骨干网络故障的影响。

Description

骨干网络故障的路径切换方法、系统、介质及电子设备

技术领域

本申请涉及网络通信技术领域，尤其是涉及一种骨干网络故障的路径切换方法、系统、介质及电子设备。

背景技术

软件定义网络（Software Defined Network，SDN），一种新型网络创新架构，是网络虚拟化的一种实现方式，通过将网络设备控制面与数据面分离开来，从而实现了网络流量的灵活控制，使网络作为管道变得更加智能。

随着互联网与网络通讯的高速发展，SDN平台越来越注重业务路径的发展，通过路由表计算业务的业务路径，但是在当给业务规划业务路径，骨干网络出现故障时，受故障影响的业务会大量拥挤到同一默认路径上，从而导致用户的业务发生阻塞、抖动甚至中断，进而使得用户业务受骨干网络故障的影响较大。

发明内容

为了在骨干网络发生故障时，使得受影响的业务能快速准确的切换到较合适的路径，以降低用户业务受骨干网络故障的影响，本申请提供一种骨干网络故障的路径切换方法、系统、介质及电子设备。

在本申请的第一方面提供了一种骨干网络故障的路径切换方法，采用如下的技术方案：

获取骨干网络中的故障信息；

根据所述故障信息确定受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径；

依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径；

将所述当前遍历到的业务对应的业务路径切换至所述切换路径。

通过采用上述技术方案，获取受骨干网络影响的业务以及对应的业务路径，依次遍历各业务，根据当前遍历到的业务对应的业务路径类型，按照预置的循环路径切换顺序确定当前遍历到的业务的下一切换路径，可以使得当前存在故障的业务路径快速准确地切换至下一切换路径，以应对骨干网络故障，同时避免受影响的业务路径都拥挤至同一默认路径，进而降低用户业务受骨干网络故障的影响。

可选的，所述获取骨干网络中的故障信息，包括：定时查询骨干网络中的各设备、各所述设备的端口以及各所述设备之间的链路的状态属性；判断所述各设备、各所述设备的端口以及各所述设备之间的链路的状态属性是否符合预置的标准状态属性；若在所述各设备、各所述设备的端口以及各所述设备之间的链路的状态属性中，存在至少一个不符合预置标准状态属性的故障设备和/或故障链路和/或故障端口，则获取所述故障设备和/或故障链路和/或故障端口组成的故障信息。

通过采用上述技术方案，通过定时查询各设备、各设备的端口以及各设备之间的链路的状态属性，来确定骨干网络中存在的故障信息，可以及时了解骨干网络中的故障情况。

可选的，所述根据所述故障信息确定受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径，包括：在所述故障信息中查询经过所述故障设备和/或故障链路和/或故障端口的故障业务；将所述故障业务确定为受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径。

通过采用上述技术方案，由于各业务路径会经过多个设备和链路，将经过故障故障设备和/或故障链路和/或故障端口的业务路径确定为存在故障的业务，可以快速在故障信息中获取到存在故障的业务。

可选的，所述依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型之后，还包括：判断所述当前遍历到的业务是否存在锁；

若所述当前遍历到的业务不存在锁，则判断所述当前业务对应的当前业务路径是否存在故障；若所述当前遍历到的业务不存在锁，且所述当前业务对应的当前业务路径存在故障，则执行所述按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径的步骤；若所述当前遍历到的业务存在锁，或若所述当前遍历到的业务不存在锁且所述当前业务对应的当前业务路径不存在故障，则停止执行所述按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径的步骤。

通过采用上述技术方案，查询当前业务是否存在锁，若不存在锁，则进行二次确定当前业务是否存在故障，提高故障检测的准确性，若在二次确定当前业务不存在故障时，则不进行路径切换，可以节省路径切换的算力，若存在锁，则说明有进程对该业务进行路径的切换，此时也不进行路径切换，以节省路径切换算力。

可选的，所述依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径，包括：依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，并将所述当前遍历到的业务删除；判断所述当前遍历到的业务是否删除成功；若所述当前遍历到的业务删除成功，则按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径；

所述方法还包括：若所述当前遍历到的业务没有删除成功，则删除所述当前遍历到的业务的业务锁，并存储路径删除失败原因。

通过采用上述技术方案，由于切换前的业务路径是存在故障的路径，所以需要将切换前的业务路径进行删除，并在成功删除切换前的路径后才会进行路径的切换，避免保留切换前的路径，而导致重复检测该路径的故障。

可选的，所述按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径，包括：根据所述当前业务路径类型，按照预置的循环路径切换顺序将所述当前遍历到的业务的下一切换路径作为切换路径；所述将所述当前遍历到的业务对应的业务路径切换至所述切换路径，包括：将所述当前遍历到的业务对应的业务路径切换至所述下一切换路径，判断所述当前遍历到的业务对应的业务路径是否成功切换至所述下一切换路径；若成功切换，则继续遍历下一个业务，并执行获取当前遍历到的业务对应的业务路径的路径类型的步骤；若没有切换成功，则按照预置的循环路径切换顺序继续查找下一切换路径作为切换路径，并执行所述将所述当前遍历到的业务对应的业务路径切换至所述下一切换路径的步骤，直至所述当前业务路径成功切换。

通过采用上述技术方案，将当前业务路径切换至下一切换路径，若没有切换成功，则将下一切换路径作为当前路径，并继续按照预置的循环路径切换顺序确定当前路径的下一切换路径，直至将当前路径成功切换至下一切换路径，以应对骨干网络故障，同时避免受影响的业务路径都拥挤至默认路径，进而降低用户业务受骨干网络故障的影响。

可选的，所述将所述当前遍历到的业务对应的业务路径切换至所述切换路径之后，还包括：查询所述当前遍历到的业务在切换前的业务路径经过的第一链路集合，将所述第一链路集合中各链路的带宽更新为当前带宽与当前业务的额定带宽之和的带宽；查询所述当前遍历到的业务在切换后的业务路径经过的第二链路集合，将所述第二链路集合中各链路的带宽更新为当前带宽与当前业务的额定带宽之差的带宽。

通过采用上述技术方案，计算并更新业务路径切换前后各链路的带宽，为后续计算各链路带宽提供数据基础。

在本申请的第二方面提供了一种骨干网络故障的路径切换系统，所述系统包括：

故障信息获取模块，用于获取骨干网络中的故障信息；

业务集合获取模块，用于根据所述故障信息确定受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径；

切换路径确定模块，用于依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径；

路径切换模块，用于将所述当前遍历到的业务对应的业务路径切换至所述切换路径。

在本申请的第三方面提供了一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

在本申请的第四方面提供了一种电子设备，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

综上所述，本申请包括以下至少一种有益技术效果：

1.本申请可以使得当前存在故障的业务路径快速准确地切换至下一切换路径，以应对骨干网络故障，同时避免受影响的业务路径都拥挤至同一默认路径，进而降低用户业务受骨干网络故障的影响；

2.本申请通过定时查询各设备、各设备的端口以及各设备之间的链路的状态属性，来确定骨干网络中存在的故障信息，可以及时了解骨干网络中的故障情况。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种骨干网络故障的路径切换方法的流程示意图；

图2是本申请实施例提供的路径切换的原理流程示意图；

图3是本申请实施例提供的一种骨干网络故障的路径切换系统的模块示意图；

图4是本申请实施例提供的一种电子设备的结构示意图。

附图标记说明：1、故障信息获取模块；2、业务集合获取模块；3、切换路径确定模块；4、路径切换模块；1000、电子设备；1001、处理器；1002、通信总线；1003、用户接口；1004、网络接口；1005、存储器。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“示性的”、“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示性的”、“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示性的”、“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B这三种情况。另外，除非另有说明，术语“多个”的含义是指两个或两个以上。例如，多个系统是指两个或两个以上的系统，多个屏幕终端是指两个或两个以上的屏幕终端。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

目前SDN平台针对业务路径的设计大多存在两种方案，第一种是SDN平台仅做业务的下发与删除，并不进行业务路径的管理，业务的业务路径全靠运维人员登录设备查询底层网络路由来判断业务路径，这对于运维人员来说存在较大的工作量，特别是在骨干网络出现故障时，人员很难感知业务路径发生变化。第二种是当骨干网络发生故障时，受影响的业务会大量拥挤到同一默认路径上去，此时会导致用户的业务发生阻塞、抖动甚至中断，从而导致用户业务受骨干网络故障的影响较大。

下面结合具体实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明，以下实施例可以相互结合，对于相同或相似的概率或者过程中可能在某些实施例中不再赘述，下面将结合附图，对本申请的实施例进行描述。

在一个实施例中，如图1所示，特提出了一种骨干网络故障的路径切换方法的流程示意图。该方法主要应用于SDN平台，具体的方法包括：

步骤10：获取骨干网络中的故障信息。

具体的，在本申请实施例中骨干网络可以是指，由多个网络设备节点以及连接各网络设备节点之间的链路构成的网络框架，并由SDN平台来管理控制。软件定义网络（Software Defined Network，SDN），是Emulex网络一种新型网络创新架构，是网络虚拟化的一种实现方式，其核心技术OpenFlow通过将网络设备控制面与数据面分离开来，从而实现了网络流量的灵活控制，使网络作为管道变得更加智能。

在上述实施例的基础上，获取骨干网络中的故障信息这一步骤，还可以包括以下步骤：

步骤101：定时查询骨干网络中的各设备、各设备的端口以及各设备之间的链路的状态属性。

具体的，状态属性在本申请实施例中可以理解为设备的运行状态，比如设备的在线状态以及各设备之间链路的连通性等，SDN平台的业务侧定时检测骨干网络中的各设备、各设备的端口以及各设备之间的链路的状态属性。

步骤102：判断各设备、各设备的端口以及各设备之间的链路的状态属性是否符合预置的标准状态属性。

具体的，预置的标准状态属性可以理解为骨干网络中各设备、各设备的端口以及各设备之间的链路在正常工作时的标准状态，比如设备正常工作时的标准状态为在线状态。SDN平台的业务侧判断各设备、各设备的端口以及各设备之间的链路的状态属性是否符合预置的标准状态属性。比如可以判断各设备是否down、端口是否down、链路是否down、设备是否离线以及端口是否丢失等。其中down是指设备、端口或者链路等不符合预置的标准状态，即不能正常工作的情况。

步骤103：若在各设备、各设备的端口以及各设备之间的链路的状态属性中，存在至少一个不符合预置标准状态属性的故障设备和/或故障链路和/或故障端口，则获取故障设备和/或故障链路和/或故障端口组成的故障信息。

示例性地，在各设备、各设备的端口以及各设备之间的链路的状态属性中，可能出现一个端口down从而引起一个链路down，或者设备离线等不符合预置标准状态属性的故障，只要存在至少一个不符合预置标准状态属性的故障设备和/或故障链路和/或故障端口，则SDN平台的业务侧获取故障设备和/或故障链路和/或故障端口组成的故障信息，以便及时了解骨干网络中存在的故障信息。

步骤20：根据故障信息确定受影响的至少一个存在故障的业务，并获取各业务对应的业务路径。

具体的，故障信息包括有故障设备和/或故障链路和/或故障端口，并且由于一个业务的业务路径可能会经过多个设备、端口以及链路。所以，SDN平台在故障信息中依次查询经过故障设备和/或故障链路和/或故障端口的故障业务，即可确定出受影响的至少一个存在故障的业务，并依次获取各业务对应的业务路径。

示例性地，当设备A离线以及链路B-C存在故障时，则经过设备A的所有业务以及经过链路B-C的所有业务均为受影响的业务。

步骤30：依次遍历业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及路径类型确定当前遍历到的业务的切换路径。

具体的，在一般情况下如果没有给业务指定路径时，该业务就会走默认路径，并且就算给业务指定路径，在骨干网络出现故障时，受故障影响的业务还是会大量拥挤到同一默认路径上，从而导致用户的业务发生阻塞等情况。

在本申请实施例中，预置的循环路径切换顺序可以理解为：按照指定路径、备选路径、优选路径以及默认路径的优先级进行切换的顺序。其中，在业务初创时，业务的初创者会给该业务设置指定路径以及备选路径。在本申请实施例中，当指定路径出现故障时，SDN平台按照预置的路径切换顺序切换至备选路径；当备选路径出现故障时，SDN平台会自动计算出一条优选路径，并按照预置的路径切换顺序切换至优选路径，该优选路径为当前不存在故障且经过的链路带宽都满足需求的路径；若是在业务优选路径出现故障时，SDN平台按照预置的路径切换顺序切换至默认路径。需要说明的是本申请所处理的均为非默认路径的业务。

在上述实施例的基础上，依次遍历各业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及路径类型确定当前遍历到的业务的切换路径这一步骤，还可以包括以下步骤：

步骤301：依次遍历各业务，判断当前遍历到的业务是否存在任务锁；

具体的，任务锁在本申请实施例中可以理解为一个业务当前任务的处理状态，进一步可以理解为当该业务正在进行路径切换的任务时，会启动该业务对应的任务锁，待该路径切换成功后解除任务锁。

进一步地SDN平台依次遍历各存在故障的业务，并判断当前遍历到的业务是否存在任务锁，若是当前遍历到的业务存在任务锁，则说明有进程正在对该业务进行路径切换的处理，则停止执行按照预置的循环路径切换顺序以及路径类型确定当前遍历到的业务的切换路径的步骤。

若是当前遍历到的业务不存在任务锁，则说明没有进程正在对该业务进行路径切换的处理，此时SDN平台会二次判断当前遍历到的业务对应的业务路径是否存在故障，即判断当前遍历到的业务对应的业务路径是否全部为up状态，其中up状态是指设备、端口或者链路等符合预置的标准状态，即能正常工作的情况。在当前遍历到的业务对应的业务路径全部为up状态时，即说明该业务路径可以正常传输，没有出现故障情况，则该业务继续按照该业务路径传输，不进行后续路径切换的处理。

若SDN平台在二次判断当前遍历到的业务对应的业务路径不全为up状态时，说明该业务对应的业务路径存在故障，即可执行按照预置的循环路径切换顺序以及所路径类型确定当前遍历到的业务的切换路径的步骤。

步骤302：在当前遍历到的业务不存在任务锁，且当前遍历到的业务对应的业务路径存在故障时，删除当前遍历到的业务对应的业务路径；

具体的，若当前遍历到的业务不存在任务锁，且当前遍历到的业务对应的业务路径存在故障时，说明当前业务对应的业务路径可进行路径切换，在进行路径切换前，删除当前遍历到的业务对应的存在故障的业务路径，避免同一业务对应有切换前和切换后两条业务路径。SDN平台判断当前遍历到的业务对应的业务路径是否删除成功，若删除失败，说明可能是下一切换路径中的某一个设备离线或者链路出现故障，则不进行后续路径切换的处理。SDN平台将该任务锁进行解除，并将删除失败的原因进行存储，以便人员可以从SDN平台得知该业务路径切换失败的原因。

示例性地，若当前遍历到的业务对应的业务路径类型为指定路径，说明指定路径出现故障，则按照预置的循环路径切换顺序切换至备选路径。在将指定路径切换至备选路径前，需要将原始的指定路径进行删除，若删除成功，则按照预置的循环路径切换顺序切换至备选路径。若删除失败，则停止后续的路径切换。

步骤303：根据当前业务路径类型，按照预置的循环路径切换顺序将当前遍历到的业务的下一切换路径作为切换路径。

具体的，若SDN平台判断当前遍历到的业务对应的业务路径删除成功，则根据当前业务路径类型，并按照预置的循环路径切换顺序将当前遍历到的业务对应的业务路径切换至下一切换路径，SDN平台判断当前遍历到的业务对应的业务路径是否成功切换至下一切换路径，即判断当前路径的路径类型是否等于下一切换的路径类型，若当前路径的路径类型等于下一切换路径的路径类型，则表示当前路径切换成功，并将下一切换路径作为当前路径的切换路径。

进一步地，若当前路径的路径类型不等于下一切换路径的路径类型，表示当前路径切换失败，则将下一切换路径作为当前遍历到的业务路径，并按照预置的循环路径切换顺序继续查找当前业务路径的下一切换路径作为切换路径，并执行将当前遍历到的业务对应的业务路径切换至下一切换路径的步骤，直至当前业务路径成功切换，并将成功切换的路径作为当前路径的切换路径。

示例性地，假设当前遍历到的业务对应的业务路径类型为指定路径，则根据预置的循环路径切换顺序，得到当前遍历到的业务的下一切换路径为备选路径，SDN平台将该业务对应的指定路径切换至备选路径，若切换失败，则说明备选路径也可能存在故障，则按照预置的循环路径切换顺序继续查找备选路径的下一切换路径，即为优选路径，该优选路径为SDN平台在备选路径存在故障的节点处计算得出。则SDN平台再将指定路径切换至优选路径，并判断是否切换成功，若没有切换成功，则按照预置的循环路径切换顺序继续查找优选路径的下一切换路径，即为默认路径，并将该业务从指定路径切换至默认路径，以应对骨干网络故障，同时避免在骨干网络出现故障时，受故障影响的业务会直接大量拥挤到同一默认路径上，从而造成业务阻塞。

步骤40：将当前遍历到的业务对应的业务路径切换至切换路径。

具体的，SDN平台将当前遍历到的业务对应的业务路径成功切换至切换路径后，则将路径切换成功的信息进行存储，并添加至业务切换成功的日志中，并且SDN平台对该业务的任务锁进行解除以结束当前业务的路径切换任务。SDN平台继续遍历下一个业务，并执行获取当前遍历到的业务对应的业务路径的路径类型的步骤，以使受影响的所有业务均切换至对应的切换路径。

在上述实施例的基础上，作为一种可选的实施例，将当前遍历到的业务对应的业务路径切换至切换路径这一步骤之后，还可以包括：

由于各业务会经过多个链路，并且每个链路会存在带宽，在备选路径出现故障时，SDN平台会在备选路径的故障节点计算出一条链路满足带宽的优选路径，所以在各业务进行路径切换前后，均需要更新各业务对应的业务路径经过的链路带宽。

具体的，SDN平台查询当前遍历到的业务在切换前的业务路径经过的第一链路集合，将第一链路集合中各链路的带宽更新为当前带宽与当前业务的额定带宽之和的带宽；以及查询当前遍历到的业务在切换后的业务路径经过的第二链路集合，将第二链路集合中各链路的带宽更新为当前带宽与当前业务的额定带宽之差的带宽。通过计算并更新业务路径切换前后各链路的带宽，可以为后续计算各链路带宽提供基础，比如在进行优选路径的规划时，SDN平台需要根据各链路的带宽进行选择，以保证各优选路径经过的链路满足带宽需求。

请参照图2，图2为本申请实施例提供的路径切换的原理流程示意图；

该原理可以包括：在业务初创时，业务的初创者会给该业务设置指定路径以及备选路径，并按照指定路径、备选路径、优选路径以及默认路径的优先级进行设置路径切换的顺序，其中优选路径为SDN平台在备选路径出现故障时计算得出。依次遍历受影响的业务，将当前遍历的业务对应的当前业务路径删除，判断当前业务路径是否删除成功，若删除失败，则整合删除错误信息并结束当前路径的切换；若删除成功，则查询当前业务路径类型，并按照预置的循环路径切换顺序将当前路径切换至下一切换路径，根据当前路径类型是否等于下一切换路径类型即可判断出当前路径是否切换成功，若切换失败，则继续按照预置的循环路径切换顺序查询下一切换路径，直至当前路径切换成功，将切换成功的信息存储至业务切换成功的日志中，计算并更新当前路径切换前与切换后所经过链路的带宽，结束当前业务的路径切换。

下述为本申请系统实施例，可以用于执行本申请方法实施例。对于本申请系统实施例中未披露的细节，请参照本申请方法实施例。

请参照图3，为本申请实施例提供的一种骨干网络故障的路径切换系统模块示意图，该骨干网络故障的路径切换系统可以包括：故障信息获取模块1、业务集合获取模块2、切换路径确定模块3以及路径切换模块4，其中：

故障信息获取模块1，用于获取骨干网络中的故障信息；

业务集合获取模块2，用于根据所述故障信息确定受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径；

切换路径确定模块3，用于依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径；

路径切换模块4，用于将所述当前遍历到的业务对应的业务路径切换至所述切换路径。

需要说明的是：上述实施例提供的系统在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的系统和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，该指令适于由处理器加载并执行如上述所示实施例的所述的一种骨干网络故障的路径切换方法方法，具体执行过程可以参照图1-图2所示实施例的具体说明，在此不进行赘述

请参见图4，为本申请实施例提供了一种电子设备的结构示意图。如图4所示，所述电子设备1000可以包括：至少一个处理器1001，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。

其中，通信总线1002用于实现这些组件之间的连接通信。

其中，用户接口1003可以包括显示屏（Display）、摄像头（Camera），可选用户接口1003还可以包括标准的有线接口、无线接口。

其中，网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器1001可以包括一个或者多个处理核心。处理器1001利用各种借口和线路连接整个服务器1000内的各个部分，通过运行或执行存储在存储器1005内的指令、程序、代码集或指令集，以及调用存储在存储器1005内的数据，执行服务器1000的各种功能和处理数据。可选的，处理器1001可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（ProgrammableLogic Array，PLA）中的至少一种硬件形式来实现。处理器1001可集成中央处理器（Central Processing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1001中，单独通过一块芯片进行实现。

其中，存储器1005可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-OnlyMemory）。可选的，该存储器1005包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图4所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及一种骨干网络故障的路径切换方法的应用程序。

需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

在图4所示的电子设备1000中，用户接口1003主要用于为用户提供输入的接口，获取用户输入的数据；而处理器1001可以用于调用存储器1005中存储一种骨干网络故障的路径切换方法的应用程序，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。

一种电子设备可读存储介质，其特征在于，所述电子设备可读存储介质存储有指令。当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。

本领域的技术人员可以清楚地了解到本申请的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列（Field－ProgrammaBLE GateArray，FPGA）、集成电路（IntegratedCircuit，IC）等。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器（Read-Only Memory， ROM）、随机存取存储器（Random Access Memory，RAM）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器（Read-Only Memory， ROM）、随机存取器（RandomAccessMemory，RAM）、磁盘或光盘等。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (10)

1.一种骨干网络故障的路径切换方法，其特征在于，所述方法包括：

获取骨干网络中的故障信息；

根据所述故障信息确定受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径；

依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径；

将所述当前遍历到的业务对应的业务路径切换至所述切换路径。

2.根据权利要求1所述的骨干网络故障的路径切换方法，其特征在于，所述获取骨干网络中的故障信息，包括：

定时查询骨干网络中的各设备、各所述设备的端口以及各所述设备之间的链路的状态属性；

判断所述各设备、各所述设备的端口以及各所述设备之间的链路的状态属性是否符合预置的标准状态属性；

若在所述各设备、各所述设备的端口以及各所述设备之间的链路的状态属性中，存在至少一个不符合预置标准状态属性的故障设备和/或故障链路和/或故障端口，则获取所述故障设备和/或故障链路和/或故障端口组成的故障信息。

3.根据权利要求2所述的骨干网络故障的路径切换方法，其特征在于，所述根据所述故障信息确定受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径，包括：

在所述故障信息中查询经过所述故障设备和/或故障链路和/或故障端口的故障业务；

将所述故障业务确定为受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径。

4.根据权利要求1所述的骨干网络故障的路径切换方法，其特征在于，所述依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型之后，还包括：

判断所述当前遍历到的业务是否存在任务锁；

若所述当前遍历到的业务不存在任务锁，则判断所述当前遍历到的业务对应的业务路径是否存在故障；

若所述当前遍历到的业务不存在任务锁，且所述当前遍历到的业务对应的业务路径存在故障，则执行所述按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径的步骤；

若所述当前遍历到的业务存在任务锁，或若所述当前遍历到的业务不存在任务锁且所述当前业务对应的当前业务路径不存在故障，则停止执行所述按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径的步骤。

5.根据权利要求4所述的骨干网络故障的路径切换方法，其特征在于，所述依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径，包括：

依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，在当前遍历到的业务不存在任务锁，且当前遍历到的业务对应的业务路径存在故障时，删除当前遍历到的业务对应的业务路径；

判断所述当前遍历到的业务对应的业务路径是否删除成功；

若所述当前遍历到的业务对应的业务路径删除成功，则按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径；

所述方法还包括：

若所述当前遍历到的业务对应的业务路径删除失败，则解除所述当前遍历到的业务的业务锁，并存储删除失败原因。

6.根据权利要求1所述的骨干网络故障的路径切换方法，其特征在于，所述按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径，包括：

根据所述当前业务路径类型，按照预置的循环路径切换顺序将所述当前遍历到的业务的下一切换路径作为切换路径；

所述将所述当前遍历到的业务对应的业务路径切换至所述切换路径，包括：

将所述当前遍历到的业务对应的业务路径切换至所述下一切换路径，判断所述当前遍历到的业务对应的业务路径是否成功切换至所述下一切换路径；

若成功切换，则继续遍历下一个业务，并执行获取当前遍历到的业务对应的业务路径的路径类型的步骤；

若没有成功切换，则按照预置的循环路径切换顺序继续查找下一切换路径作为切换路径，并执行所述将所述当前遍历到的业务对应的业务路径切换至所述下一切换路径的步骤，直至所述当前业务路径成功切换。

7.根据权利要求1所述的骨干网络故障的路径切换方法，其特征在于，所述将所述当前遍历到的业务对应的业务路径切换至所述切换路径之后，还包括：

查询所述当前遍历到的业务在切换前的业务路径经过的第一链路集合，将所述第一链路集合中各链路的带宽更新为当前带宽与当前业务的额定带宽之和的带宽；

查询所述当前遍历到的业务在切换后的业务路径经过的第二链路集合，将所述第二链路集合中各链路的带宽更新为当前带宽与当前业务的额定带宽之差的带宽。

8.一种骨干网络故障的路径切换系统，其特征在于，所述系统包括：

故障信息获取模块（1），用于获取骨干网络中的故障信息；

业务集合获取模块（2），用于根据所述故障信息确定受影响的至少一个存在故障的业务，并获取各所述业务对应的业务路径；

切换路径确定模块（3），用于依次遍历各所述业务，获取当前遍历到的业务对应的业务路径的路径类型，按照预置的循环路径切换顺序以及所述路径类型确定所述当前遍历到的业务的切换路径；

路径切换模块（4），用于将所述当前遍历到的业务对应的业务路径切换至所述切换路径。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令被执行时，执行如权利要求1~7任意一项所述的方法步骤。

10.一种电子设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1~7任意一项所述的方法步骤。

Images