一种确定业务路径的方法、相关装置及系统

技术领域

本申请涉及云技术领域，尤其涉及一种确定业务路径的方法、相关装置及系统。

背景技术

随着通信的不断发展，越来越多的业务需要接入网络，不同的业务对网络的需求不同，比如，有的业务对网络时延要求较高，有的业务对网络带宽要求较高等，为了保证用户对不同类型的业务的体验感受，可以根据不同类型的业务规划不同的业务路径。

目前，对业务路径的规划方式，是由头节点根据网络中的链路的属性信息和隧道的亲和属性信息来实现的，再由头节点根据规划好的业务路径转发业务。这种规划业务路径的方式，当业务路径中的某个链路发生故障且业务所在的平面中网络资源不足时，业务转发受到影响，影响用户使用体验。

发明内容

本申请提供了一种确定业务路径的方法、相关装置及系统，采用本申请所述的方法，考虑到了用户的业务需求，并且可以实现跨平面规划业务路径，提升了用户的使用体验。

第一方面，本申请提供了一种确定业务路径的方法，包括：接收用户输入的业务路径选择策略，所述业务路径选择策略指示位于第一平面中的一条或多条业务路径故障时，调整所述一条或多条业务路径，使得调整后的至少一条业务路径经过第二平面；在所述位于第一平面中的一条或多条业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定调整后的业务路径，其中，所述网络至少包括所述第一平面和所述第二平面；将所述调整后的业务路径下发至所述网络中的目标网络节点，以使所述目标网络节点根据所述调整后的业务路径转发业务。

可以看到，本申请提供了一种确定业务路径的方法，在第一平面中的一条或多条业务路径故障的情况下，可以根据网络的网络拓扑信息和用户配置的业务路径选择策略，调整业务路径，调整后的业务路径经过第二平面，根据调整后的业务路径可以实现业务的转发。采用本申请所述的方法，可以实现跨平面规划业务路径，在某一个平面中的业务路径故障的情况下，可以利用其他平面中的网络资源实现本平面上的业务转发，避免因业务路径故障导致业务转发失败，提高了业务转发效率，提升了用户使用体验。

基于第一方面，在可能的实现方式中，所述第一平面中包括第一业务路径和第二业务路径；所述在所述位于第一平面中的一条或多条业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定调整后的业务路径，包括：在所述第一业务路径和所述第二业务路径均故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定第三业务路径；其中，所述第三业务路径经过所述第二平面。

可以理解，在第一平面中的第一业务路径和第二业务路径均故障的情况下，可以根据网络拓扑信息和业务路径选择策略，确定第三业务路径，使得第三业务路径经过第二平面，利用第三业务路径实现业务的转发。

基于第一方面，在可能的实现方式中，所述第一平面中包括第一业务路径和第二业务路径，所述第一业务路径为主业务路径，所述第二业务路径为备业务路径；所述在所述位于第一平面中的一条或多条业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定调整后的业务路径，包括：在所述第一业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定第三业务路径，将所述第三业务路径调整为所述备业务路径，将所述第二业务路径调整为所述主业务路径；其中，所述第三业务路径经过所述第二平面。

可以理解，在第一平面中的主业务路径故障的情况下，可以将第一平面中的备业务路径确定为主业务路径，将确定出的跨平面的第三业务路径作为备业务路径，利用新的主业务路径和备业务路径实现业务转发。

基于第一方面，在可能的实现方式中，所述第一平面中包括第一业务路径和第二业务路径，所述第一业务路径为主业务路径，所述第二业务路径为备业务路径；所述在所述位于第一平面中的一条或多条业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定调整后的业务路径，包括：在所述第二业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定第三业务路径，将所述第三业务路径调整为所述备业务路径；其中，所述第三业务路径经过所述第二平面。

可以理解，在第一平面中的备业务路径故障的情况下，将确定出的跨平面的第三业务路径作为新的备业务路径，主业务路径不变，利用主业务路径和新的备业务路径实现业务转发。

基于第一方面，在可能的实现方式中，所述调整后的至少一条业务路径经过第二平面，包括：所述调整后的至少一条业务路径中包括所述第二平面中的至少一个网络节点。

基于第一方面，在可能的实现方式中，所述在所述位于第一平面中的一条或多条业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定调整后的业务路径，包括：在所述位于第一平面中的一条或多条业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，从所述第一平面的至少一个相邻平面中确定出可供使用的所述第二平面和所述第二平面中可供使用的网络节点；所述相邻平面指的是与所述第一平面中的其中一个网络节点建立了点对点链路的网络节点所在的平面，所述相邻平面不包括所述第一平面；其中所述网络包括所述第一平面和所述第一平面的至少一个相邻平面；根据所述第二平面和所述第二平面中可供使用的网络节点，确定所述调整后的业务路径。

基于第一方面，在可能的实现方式中，所述网络拓扑信息包括所述网络中包含的链路的属性信息、所述网络中包含的隧道的亲和属性信息中的一者或多者。

基于第一方面，在可能的实现方式中，所述第一平面和所述第二平面是根据至少一个业务的业务诉求，通过配置所述网络中包含的链路的属性信息来确定的。

第二方面，本申请提供了一种确定业务路径的装置，包括：

业务视图模块，用于接收用户输入的业务路径选择策略，所述业务路径选择策略指示位于第一平面中的一条或多条业务路径故障时，调整所述一条或多条业务路径，使得调整后的至少一条业务路径经过第二平面；

确定模块，用于在所述位于第一平面中的一条或多条业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定调整后的业务路径，其中，所述网络至少包括所述第一平面和所述第二平面；

通信模块，用于将所述调整后的业务路径下发至所述网络中的目标网络节点，以使所述目标网络节点根据所述调整后的业务路径转发业务。

基于第二方面，在可能的实现方式中，所述第一平面中包括第一业务路径和第二业务路径；所述确定模块用于：在所述第一业务路径和所述第二业务路径均故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定第三业务路径；其中，所述第三业务路径经过所述第二平面。

基于第二方面，在可能的实现方式中，所述第一平面中包括第一业务路径和第二业务路径，所述第一业务路径为主业务路径，所述第二业务路径为备业务路径；所述确定模块用于：在所述第一业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定第三业务路径，将所述第三业务路径调整为所述备业务路径，将所述第二业务路径调整为所述主业务路径；其中，所述第三业务路径经过所述第二平面。

基于第二方面，在可能的实现方式中，所述第一平面中包括第一业务路径和第二业务路径，所述第一业务路径为主业务路径，所述第二业务路径为备业务路径；所述确定模块用于：在所述第二业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，确定第三业务路径，将所述第三业务路径调整为所述备业务路径；其中，所述第三业务路径经过所述第二平面。

基于第二方面，在可能的实现方式中，所述调整后的至少一条业务路径经过第二平面，包括：所述调整后的至少一条业务路径中包括所述第二平面中的至少一个网络节点。

基于第二方面，在可能的实现方式中，所述确定模块用于：在所述位于第一平面中的一条或多条业务路径故障时，根据所述网络的网络拓扑信息和所述业务路径选择策略，从所述第一平面的至少一个相邻平面中确定出可供使用的所述第二平面和所述第二平面中可供使用的网络节点；所述相邻平面指的是与所述第一平面中的其中一个网络节点建立了点对点链路的网络节点所在的平面，所述相邻平面不包括所述第一平面；其中所述网络包括所述第一平面和所述第一平面的至少一个相邻平面；根据所述第二平面和所述第二平面中可供使用的网络节点，确定所述调整后的业务路径。

基于第二方面，在可能的实现方式中，所述网络拓扑信息包括所述网络中包含的链路的属性信息、所述网络中包含的隧道的亲和属性信息中的一者或多者。

基于第二方面，在可能的实现方式中，所述第一平面和所述第二平面是根据至少一个业务的业务诉求，通过配置所述网络中包含的链路的属性信息来确定的。

第二方面的各个功能模块用于实现第一方面或第一方面的任意可能的实现方式中所述的方法。

第三方面，本申请提供了一种计算设备集群，包括至少一个计算设备，所述至少一个计算设备中的每个计算设备包括存储器和处理器，所述至少一个计算设备中的处理器用于执行所述至少一个计算设备的存储器中存储的指令，以使所述计算设备集群执行上述第一方面或第一方面的任意可能的实现方式中所述的方法。

第四方面，本申请提供了一种计算设备可读存储介质，包括计算机程序指令，当所述计算机程序指令由计算设备集群执行时，所述计算设备集群执行上述第一方面或第一方面的任意可能的实现方式中所述的方法。

第五方面，本申请提供了一种计算机程序产品，包括程序指令，当该计算机程序产品被计算设备集群执行时，计算设备集群执行前述第一方面所述方法。该计算机程序产品可以为一个软件安装包，在需要使用前述第一方面的任一种可能的设计提供的方法的情况下，可以下载该计算机程序产品并在计算设备集群上执行该计算机程序产品，以实现第一方面所述方法。

第六方面，本申请提供了一种系统，包括控制台和多个网络节点，所述多个网络节点中包括第一网络节点，所述控制台为上述第一方面或第一方面的任意可能的实现方式中所述的控制台。

附图说明

图1为本申请提供的一种场景示意图；

图2为本申请提供的系统架构示意图；

图3为本申请提供的一种确定业务路径的方法的流程示意图；

图4A为本申请提供的一种业务视图的界面示意图；

图4B为本申请提供的又一种业务视图的界面示意图；

图5为本申请提供的一种场景示意图；

图6为本申请提供的一种确定业务路径的装置示意图；

图7为本申请提供的一种计算设备的结构示意图；

图8为本申请提供的一种计算设备集群的结构示意图。

具体实施方式

参见图1，图1为本申请提供的一种场景示意图。

图1所示场景中包括多个网络节点，其中，网络节点1和网络节点2位于云服务中的区域(region)1，网络节点3、网络节点4位于云服务中的区域2，网络节点5位于云服务中的区域3，网络节点6位于云服务中的区域4。根据业务诉求，将网络节点1、网络节点3、网络节点5划分为一个平面中，为了便于描述，称为平面1，将网络节点2、网络节点4、网络节点6划分至平面2中。其中，平面2用于走铜牌业务，平面1用于走金牌业务或银牌业务。

为了更好地服务用户，保障用户的业务需求，一般情况下，每个业务在网络中对应有两条路径，一条主路径和一条备路径。本示例中，平面2中，网络节点4至网络节点2构成的链路为主路径，网络节点4-网络节点6-网络节点2之间的链路构成备路径。平面1中，网络节点3至网络节点1之间的链路构成主路径，网络节点3-网络节点5-网络节点1之间的链路构成备路径。

可以通过配置链路的属性信息和隧道的亲和属性信息来规划业务路径，在网络中各条链路均正常的情况下，铜牌业务走平面2，金牌业务、银牌业务走平面1，具体的，铜牌业务可以走平面2中的主路径和备路径，金牌业务或银牌业务可以走平面1中的主路径和备路径。但当网络节点4至网络节点2之间的链路故障的情况下，即平面2中的主路径故障的情况下，则铜牌业务只能走网络节点4-网络节点6-网络节点2构成的备路径，网络节点4-网络节点6-网络节点2构成的业务路径就失去了保护，这种情况下，需要重新规划一条路径，作为铜牌业务的备路径。由于头节点只能获取所在平面内网络的网络拓扑信息，不能够获取其他平面上的网络拓扑信息，因此按照上述的业务路径规划方法，只能利用平面2内的其他网络资源来规划业务路径，不能跨平面使用其他平面上的网络资源来规划业务路径，但由于平面2中没有更多的网络节点或网络资源，提供备路径失败，这就造成用户体验不佳。需要说明的是，平面1和平面2是根据业务诉求或用户的意图对网络中的各个链路的属性信息进行配置后确定的，比如，业务1的业务诉求是时延低、带宽不限定，业务2的业务诉求是带宽大、时延不做限定，根据业务1和业务2的业务诉求配置网络中各个链路的属性信息，并划分平面1和平面2，使得平面1中的链路具有时延低的特点，平面2中的链路具有带宽大的特点。

可选的，网络节点可以是骨干网线路中的节点，也可以是其他线路中的节点，本申请不做限定。网络设备可以作为一个节点，或者，将一个网络设备划分为多个虚拟的网络节点，本申请中，网络节点可以理解为一个物理设备，物理设备例如可以是路由器、交换机，也可以理解为物理设备中的一个虚拟网络节点。

可选的，图1中各个网络节点中的部分或全部可以位于云服务中的一个区域中，也可以位于云服务中的多个区域中。例如，网络节点5和网络节点6可以是位于同一个区域中的两个节点，又例如，网络节点1、网络节点2、网络节点3、网络节点4、网络节点5、网络节点6也可以是位于同一个区域中的多个节点。可以理解，当网络节点1、网络节点2、网络节点3、网络节点4、网络节点5、网络节点6均位于一个区域的情况下，相当于将该区域中的这些网络节点划分为了两个平面，一个平面用于走金牌或银牌业务，一个平面用于走铜牌业务。图1示例中，网络节点和区域的划分仅仅是一种示例，仅仅用于举例说明，并不构成对本申请的限定。

需要说明的是，这里金牌业务、银牌业务和铜牌业务仅仅用于区分不同的业务，并非特指某个或某种任务，也并非是指业务具有优先级或业务优先级的高低。比如，金牌业务可以是对带宽要求较高的业务，银牌业务可以指对时延要求较高的业务，或者，银牌业务可以是对带宽要求较高的业务，金牌业务可以是对时延要求较高的业务，等等。

可选的，关于平面的划分方式，可以是将多个物理设备中的部分物理设备构成的网络划分为一个平面，将剩余部分物理设备构成的网络划分为另一个平面。例如，图1中的每个节点可以为一个物理设备，即网络节点1、2、3、4、5、6分别对应着物理设备1、2、3、4、5、6，可以将物理设备1、3和5划分为一个平面，将物理设备2、4和6划分为另一个平面；也可以是将多个物理设备构成的网络划分为两个逻辑平面，两个逻辑平面共享网络中的部分或全部物理设备。关于平面的划分还可以是其他方式，本申请不做限定。

需要说明的是，上述图1示例仅仅用于举例，关于各个网络节点所在的区域位置、平面的划分方式等仅仅用于举例，实际应用中，可以根据具体情况具体确定，图1并不构成对本申请的任何限定。

本申请提供了一种确定业务路径的方法，采用本申请所述的方法，可以实现跨平面规划业务路径，利用其他平面上的网络资源为本平面的业务提供服务。在介绍本申请提供的确定业务路径的方法之前，先概述一下本申请涉及的系统架构。

参见图2所示，图2为本申请提供的一种系统架构示意图，系统涉及控制台和多个网络节点，图2中，网络节点以网络设备为例，可以理解，网络节点可以是物理设备，还可以是物理设备中的虚拟节点。图2中，多个网络节点以网络节点A、B、C、D、E、F为例，这里仅仅用于示例，网络中可以包括更多或更少的网络节点，及其它形式的网络拓扑关系，图2系统架构并不构成对本申请的限定。

可以理解，多个网络节点可以位于同一个自治域(autonomous system，AS)内，也可以位于多个自治域内，本申请不做限定。位于同一自治域的各个网络节点，可以通过内部网络协议(interior gateway protocol，IGP)进行路由信息交换。在同一自治域内，可以设置一个或多个网络节点，与控制台进行通信。为了便于描述，本示例中以网络节点A、B、C、D、E、F位于同一自治域为例进行描述。

可以配置多个网络节点中的任意一个网络节点，用于与控制台进行通信。可选的，若网络中，包括大量的网络节点，也可以配置两个或更多的网络节点用于与控制台进行通信。例如图2中，可以设置网络节点A与控制台进行通信。

网络节点A用于通过IGP协议收集网络拓扑信息，并将网络拓扑信息上报至控制台，其中，网络拓扑信息可以包括各个网络节点的互联网协议地址(Internet Protocol，IP)、各个链路的接口IP地址、各个链路的属性信息、各个链路带宽、各个链路时延。

其中，链路的属性信息可以通过链路管理组来表示，链路管理组也可称为链路颜色，是一个表示链路的属性信息的32位向量，在实际应用过程中，其中的每一个比特位都可以设置或者不设置，网络管理员可以将其关联为任何需要的意义，比如，用来表示链路带宽、链路时延、链路性能或者其他信息等。例如，图2中，网络节点A与网络节点B之间具有两条链路，这两条链路的属性信息不同，这里用颜色来区分两条链路的属性信息不同，其中，一条用黑色表示，一条用灰色表示，比如黑色的链路可以表示带宽为a1，灰色的链路可以表示时延为b1。又例如，网络节点B与网络节点C之间也具有两条链路，两条链路的属性信息不同，其中，用黑色的链路表示带宽为a2，浅色的链路表示时延为b2。这里，a1、a2、b1、b2可以为一个值，也可以为一个范围，a1和a2的值或范围可以相同，可以不同，b1和b2的值或范围可以相同，可以不同。则，网络拓扑信息中包括网络节点A和网络节点B之间的两条链路的属性信息、网络节点B和网络节点C之间的两条链路的属性信息、以及其他节点之间的链路信息。各个链路的属性信息是预先设置好的。

例如，网络节点A上存在一个与网络节点A和网络节点B之间的黑色链路的接口IP地址，网络节点A上还存在一个与网络节点A和网络节点B之间的灰色链路的接口IP地址。可选的，网络节点A上的这两个接口IP地址可以相同，也即这两个接口IP地址可以是一个地址，也可以不同。同理，网络节点B上存在一个与网络节点A和网络节点B之间的黑色链路的接口IP地址，网络节点B上还存在一个与网络节点A和网络节点B之间的灰色链路的接口IP地址。网络节点B上的这两个接口IP地址可以相同，也即这两个接口IP地址可以是一个地址，也可以不同。类似的，网络节点A上还存在一个与网络节点D之间的链路的接口IP地址，网络节点D上还存在一个与网络节点E之间的链路的接口IP地址，其他网络节点上同样存在链路的接口IP地址，这里不再赘述。

网络节点A还用于收集隧道信息，并将隧道信息上报至控制台。可选的，隧道可以是基于流量工程的段路由(segment routing-traffic engineering，SR-TE)隧道、段路由策略(segment routing policy，SR policy)隧道、基于流量工程的资源预留协议(resource reservation protocol-traffic engineering，RSVP-TE)隧道，网络节点A通过路径计算单元交互协议(path computation element communication protocol，PCEP)将隧道信息上报至控制台。其中，隧道信息包括隧道源地址、隧道目的地址、隧道的亲和属性信息，其中，隧道是预先设置好的，或者说隧道信息是预先设置好的。亲和属性信息是用于描述隧道属性的，亲和属性信息是一个32位的向量值，其中每一位代表一个属性。亲和属性信息是在隧道的入节点的隧道接口下配置的。隧道的亲和属性信息用于在后续确定业务路径时使用，本申请中，隧道的亲和属性信息与链路的属性信息以及用户配置的业务路径选择策略(下文方法实施例步骤S101中介绍)共同用于确定业务路径。例如，隧道的亲和属性信息可以是允许什么链路颜色的链路经过。比如图2中，对于由网络节点A-网络节点B-网络节点C构成的隧道来说，隧道源地址为网络节点A的地址，隧道目的地址为网络节点C的地址，隧道的亲和属性信息可以是该隧道只允许黑色的链路经过，则业务经过该隧道时只能走黑色链路，不能走灰色链路。

控制台可以是位于云服务中的服务器，其中云可以是私有云，也可以是公有云，也可以是混合云。控制台上安装有业务视图，用户可通过业务视图在控制台上输入信息，比如，本申请中，用户可通过业务视图在控制台上输入业务路径选择策略，关于业务路径选择策略在下文方法实施例步骤S101中介绍，这里不展开介绍。业务视图还可以用于显示信息或数据，比如，显示网络拓扑。控制台用于接收网络节点A发送的网络拓扑信息和隧道信息，还用于接收用户通过业务视图输入的信息，并根据网络拓扑信息、隧道信息和用户输入的信息，计算业务路径，并将业务路径下发至网络节点A。

网络节点A还用于接收控制台下发的业务路径，并根据业务路径转发业务。

参见图3，图3为本申请提供的一种确定业务路径的方法的流程示意图，所述方法包括但不限于以下内容的描述。

S101、控制台接收用户输入的业务路径选择策略。

用户通过业务视图输入业务路径选择策略，控制台接收用户输入的业务路径选择策略。其中，业务路径选择策略是对业务路径所经过的平面进行约束，也即业务路径选择策略是与业务路径所经过的平面相关的约束条件。

例如，业务路径选择策略可以是如图4A和图4B所示的约束条件，图4A和图4B可以理解为是用户在业务视图中输入的两个业务路径选择策略。其中，图4A所示的第一个策略：策略对象是铜牌业务，也就是说，该策略是针对铜牌业务设置的，策略名称为铜牌策略1，策略条件和策略内容为平面2中资源满足的情况下(策略条件)，基于平面2运行业务(策略内容)，也就是，铜牌策略1是针对铜牌业务设置的，在平面2中资源满足条件的情况下，基于平面2运行铜牌业务。图4B所示的第二个策略：策略对象是铜牌业务，也就是说，该策略也是针对铜牌业务设置的，策略名称为铜牌策略2，策略条件和策略内容为平面2中资源不满足的情况下(策略条件)，允许经过平面1(策略内容)，也就是，铜牌策略2还是针对铜牌业务设置的，在平面2中资源不满足条件的情况下，在确定铜牌业务的备路径时可以使用平面1中的资源。

可以理解，图4A和图4B所示的业务路径选择策略仅仅是其中一种示例，并不是对本申请的限定。业务路径选择策略可以是对任意一种或多种业务的业务路径进行约束，对于每一种业务的业务路径，可以设置一个或多个约束条件，例如图4A和图4B均是对铜牌业务的业务路径进行约束。本申请对业务的类型、业务路径选择策略的数量不做限定，可以根据具体应用场景具体设置。

可以理解，图4A和图4B所示的业务视图界面仅仅是一种示例，业务视图上业务路径选择策略的界面还可以是其他形式，本申请不做限定。

S102、第一网络节点向控制台上报网络拓扑信息，相应地，控制台接收第一网络节点上报的网络拓扑信息。

第一网络节点是与控制台进行协议通信的网络节点，用于向控制台上报信息，例如，上报网络拓扑信息，其中，网络拓扑信息中包括网络中包含的链路的属性信息和网络中包含的隧道的亲和属性信息中的一者或多者。第一网络节点还用于接收控制台下发的信息，比如，接收控制台下发的业务路径等。第一网络节点可以是由人工配置的网络中的任意一个节点，也可以是随机分配的任意一个节点。每个自治域内均设置有一个或多个该节点，在一个自治域内设置有多个该节点的情况下，这多个节点之间可以相互通信。

第一网络节点可以通过IGP协议收集网络拓扑信息，并通过IGP协议将网络拓扑信息上报至控制台。可选，第一网络节点还可以通过网关链路状态收集协议(border gatewayprotocol link-state，BGP-LS)将网络拓扑信息上报至控制台。第一网络节点可以通过PCEP协议将隧道信息上报至控制台。

网络拓扑信息包括各个网络节点的IP地址、各个链路的接口IP地址、各个链路的属性信息、各个链路带宽、各个链路时延，其中各个链路带宽、各个链路时延可以在各个链路的属性信息中体现。隧道信息包括隧道源地址、隧道目的地址、隧道的亲和属性信息。关于网络拓扑信息和隧道信息可以参考图2系统架构中关于此内容的相关描述，在此不再赘述。

可以理解，第一网络节点可以周期性地上报网络拓扑信息，以便控制台及时发现网络运行中的问题，及时对网络进行管理，关于上报机制可人为根据具体场景具体设置。

S103、控制台根据网络拓扑信息和业务路径选择策略，确定业务路径。

控制台根据网络拓扑信息和业务路径选择策略，确定业务路径。可选的，控制台先根据网络拓扑信息和业务路径选择策略，确定可供使用的平面和可供使用的平面内可供使用的网络节点，再根据可供使用的平面和可供使用的平面内可供使用的网络节点，确定业务路径。

例如，在一种示例中，业务路径选择策略包括图4A所示的第一个策略和图4B所示的第二个策略，假设该业务路径选择策略是用户针对图1所示的场景配置的策略，则控制台根据网络拓扑信息和图4A所示的策略业务，确定铜牌业务在平面2上运行，再根据平面2的网络拓扑信息，确定铜牌业务的主路径和备路径。例如，主路径为网络节点4至网络节点2所构成的路径，备路径为网络节点4-网络节点6-网络节点2所构成的路径。

参见图5所示，当控制台检测到平面2中网络节点4至网络节点2所构成的链路故障的情况下，铜牌业务只剩一条备路径可使用，这种情况下，控制台需要重新规划一条路径，供铜牌业务使用。首先，控制台从平面2的相邻平面中确定可以供铜牌业务可供使用的平面，及所述可供使用的平面中可供使用的网络节点。平面2的相邻平面指的是与平面2中的其中一个网络节点建立点对点链路的网络节点所在的平面，比如与平面2中网络节点2建立了链路的网络节点1所在的平面1，或者，与平面2中网络节点4建立了链路的网络节点3所在的平面1。所述平面中可供使用的网络节点指的是平面1中处于空闲状态的网络节点，且该网络节点能够与平面2中的网络资源形成铜牌业务路径。然后，在控制台确定平面1中存在空闲的网络节点的情况下，根据平面1中的空闲网络节点和平面2中的网络资源确定业务路径。比如，在确定平面1中的网络节点3-网络节点1链路处于空闲状态的情况下，可以确定网络节点4-网络节点3-网络节点1-网络节点2所构成的路径为铜牌业务的备路径，将原备路径网络节点4-网络节点6-网络节点2作为主路径。

可以理解，若平面2中的备路径故障的情况下，可以将网络节点4-网络节点3-网络节点1-网络节点2所构成的路径作为铜牌业务的备路径，主路径保持不变。若平面2中的主路径和备路径均故障的情况下，可以将网络节点4-网络节点3-网络节点1-网络节点2所构成的路径作为铜牌业务的路径，使铜牌业务在该路径上运行。

可选的，可供使用的平面，即与故障链路所在平面上的某个网络节点建立了链路的网络节点所在的平面，可能包括多个。因此，可以从所述多个平面中任意选择一个平面，并在该平面内确定可供使用的网络节点，或者，也可以预先设置优先级确定可供使用的平面。比如，将与发生故障的链路两端的两个网络节点建立了链路的网络节点所在的平面作为优先选择对象，将与其他网络节点(非故障的链路两端的两个网络节点)建立了链路的网络节点所在的平面作为次选对象，在优先选择对象中的网络节点不满足条件的情况下，比如，优先选择对象中的网络节点可能未处于空闲状态，或者优先选择对象中处于空闲状态的网络节点不能用于与平面2中的网络资源建立铜牌的业务路径，再选择次选对象。

本申请中，调整后的业务路径可以经过两个平面，其中，经过两个平面指的是经过两个平面中每个平面中的至少一个网络节点，也可以经过两个以上的平面，经过两个以上的平面指的是经过两个以上的平面中每个平面中的至少一个网路节点，本申请方案不做限定。

S104、控制台将业务路径下发至第一网络节点，相应地，第一网络节点接收控制台下发的业务路径。

S105、第一网络节点根据业务路径转发业务。

第一网络节点接收到控制台下发的业务路径，根据业务路径转发业务。例如，第一网络节点根据控制台下发的网络节点4-网络节点3-网络节点1-网络节点2备路径转发铜牌业务。

可选的，控制台也可以直接将业务路径下发至目标网络节点，其中目标网络节点指的是业务路径中的第一个网络节点。

可以看到，本申请提供了一种确定业务路径的方法，用户可在控制台上输入业务路径选择策略，控制台根据收集的网络拓扑信息和业务路径选择策略，确定业务路径，控制台将确定的业务路径下发至第一网络节点，以使第一网络节点根据业务路径转发业务。根据本申请所述的方法，能够实现跨平面规划业务路径，利用其他平面上的网络资源实现本平面上的业务，克服了头节点不能获取到其他平面的网络拓扑信息从而利用其他平面上的网络资源来实现本平面上业务的弊端，提升了网络资源利用率，提高了业务转发效率，提升了用户的使用体验。

参见图6，图6为本申请提供的一种确定业务路径的装置600示意图，所述装置600包括：

业务视图模块601，用于接收用户输入的业务路径选择策略，业务路径选择策略指示位于第一平面中的一条或多条业务路径故障时，调整一条或多条业务路径，使得调整后的至少一条业务路径经过第二平面；

确定模块602，用于在位于第一平面中的一条或多条业务路径故障时，根据网络的网络拓扑信息和业务路径选择策略，确定调整后的业务路径，其中，网络至少包括第一平面和第二平面；

通信模块603，用于将调整后的业务路径下发至网络中的目标网络节点，以使目标网络节点根据调整后的业务路径转发业务。

在可能的实现方式中，第一平面中包括第一业务路径和第二业务路径；确定模块602用于：在第一业务路径和第二业务路径均故障时，根据网络的网络拓扑信息和业务路径选择策略，确定第三业务路径；其中，第三业务路径经过第二平面。

在可能的实现方式中，第一平面中包括第一业务路径和第二业务路径，第一业务路径为主业务路径，第二业务路径为备业务路径；确定模块602于：在第一业务路径故障时，根据网络的网络拓扑信息和业务路径选择策略，确定第三业务路径，将第三业务路径调整为备业务路径，将第二业务路径调整为主业务路径；其中，第三业务路径经过第二平面。

在可能的实现方式中，第一平面中包括第一业务路径和第二业务路径，第一业务路径为主业务路径，第二业务路径为备业务路径；确定模块602用于：在第二业务路径故障时，根据网络的网络拓扑信息和业务路径选择策略，确定第三业务路径，将第三业务路径调整为备业务路径；其中，第三业务路径经过第二平面。

在可能的实现方式中，调整后的至少一条业务路径经过第二平面，包括：调整后的至少一条业务路径中包括第二平面中的至少一个网络节点。

在可能的实现方式中，确定模块602用于：在位于第一平面中的一条或多条业务路径故障时，根据网络的网络拓扑信息和业务路径选择策略，从第一平面的至少一个相邻平面中确定出可供使用的第二平面和第二平面中可供使用的网络节点；相邻平面指的是与第一平面中的其中一个网络节点建立了点对点链路的网络节点所在的平面，相邻平面不包括第一平面；其中网络包括第一平面和第一平面的至少一个相邻平面；根据第二平面和第二平面中可供使用的网络节点，确定调整后的业务路径。

在可能的实现方式中，网络拓扑信息包括网络中包含的链路的属性信息、网络中包含的隧道的亲和属性信息中的一者或多者。

在可能的实现方式中，第一平面和第二平面是根据至少一个业务的业务诉求，通过配置网络中包含的链路的属性信息来确定的。

其中，业务视图模块601、确定模块602、通信模块603均可以通过软件实现，或者可以通过硬件实现。示例性的，接下来以业务视图模块601为例，介绍确定模块602的实现方式。类似的，业务视图模块601、通信模块603的实现方式可以参考确定模块602的实现方式。

模块作为软件功能单元的一种举例，确定模块602可以包括运行在控制台上的代码。其中，控制台可以是云服务中的计算设备，其中计算设备例如可以是物理主机、虚拟机、容器中的至少一种，进一步地，计算设备可以是一台或多台。例如，确定模块602可以包括运行在多个计算设备上的代码。需要说明的是，用于运行该代码的多个计算设备可以分布在相同的区域(region)中，也可以分布在不同的region中。进一步地，用于运行该代码的多个计算设备可以分布在相同的可用区(availability zone，AZ)中，也可以分布在不同的AZ中，每个AZ包括一个数据中心或多个地理位置相近的数据中心。其中，通常一个区域region可以包括多个可用区AZ。

同样，用于运行该代码的多个计算设备可以分布在同一个虚拟私有云(virtualprivate cloud，VPC)中，也可以分布在多个VPC中。其中，通常一个VPC设置在一个region内，同一region内两个VPC之间，以及不同region的VPC之间跨区通信需在每个VPC内设置通信网关，经通信网关实现VPC之间的互连。

模块作为硬件功能单元的一种举例，确定模块602可以包括至少一个计算设备，如服务器等。或者，确定模块602也可以是利用专用集成电路(application-specificintegrated circuit，ASIC)实现、或可编程逻辑器件(programmable logic device，PLD)实现的设备等。其中，上述PLD可以是复杂程序逻辑器件(complex programmable logicaldevice，CPLD)、现场可编程门阵列(field-programmable gate array，FPGA)、通用阵列逻辑(generic array logic，GAL)或其任意组合实现。

确定模块602包括的多个计算设备可以分布在相同的region中，也可以分布在不同的region中。确定模块602包括的多个计算设备可以分布在相同的AZ中，也可以分布在不同的AZ中。同样，确定模块602包括的多个计算设备可以分布在同一个VPC中，也可以分布在多个VPC中。其中，所述多个计算设备可以是服务器、ASIC、PLD、CPLD、FPGA和GAL等计算设备的任意组合。

需要说明的是，在其他实施例中，确定模块602可以用于执行一种确定业务路径的方法中的任意步骤，业务视图模块601、确定模块602、通信模块603均可以用于执行一种确定业务路径的方法中的任意步骤,业务视图模块601、确定模块602、通信模块603负责实现的步骤可根据需要指定，通过业务视图模块601、确定模块602、通信模块603分别实现一种确定业务路径的方法中不同的步骤，来实现一种确定业务路径的装置600的全部功能。

参见图7，图7为本申请提供的一种计算设备700的结构示意图，计算设备700可以配置为方法实施例中的控制台，计算设备700包括：总线702、处理器704、存储器706和通信接口708。处理器704、存储器706和通信接口708之间通过总线702通信。计算设备700可以是物理主机。应理解，本申请不限定计算设备700中的处理器、存储器的个数。

总线702可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。总线702可包括在计算设备700各个部件(例如，存储器706、处理器704、通信接口708)之间传送信息的通路。

处理器704可以包括中央处理器(central processing unit，CPU)、图形处理器(graphics processing unit，GPU)、微处理器(micro processor，MP)或者数字信号处理器(digital signal processor，DSP)等处理器中的任意一种或多种。

存储器706可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)。处理器704还可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器，机械硬盘(hard diskdrive，HDD)或固态硬盘(solid state drive，SSD)。

存储器706中存储有可执行的程序代码，处理器704执行该可执行的程序代码以分别实现前述业务视图模块601、确定模块602、通信模块603的功能，从而实现一种确定业务路径的方法。也即，存储器706上存有用于执行一种确定业务路径的方法的指令。

通信接口708使用例如但不限于网络接口卡、收发器一类的收发模块，来实现计算设备700与其他设备或通信网络之间的通信。可选的，例如通信模块603可以位于通信接口708中。

本申请实施例还提供了一种计算设备集群。该计算设备集群包括至少一台计算设备。该计算设备可以是服务器，例如是中心服务器、边缘服务器，或者是本地数据中心中的本地服务器。

如图8所示，图8为本申请提供的一种计算设备集群的结构示意图，所述计算设备集群包括至少一个计算设备700。计算设备集群中的一个或多个计算设备700中的存储器706中可以存有相同的用于执行一种确定业务路径的方法的指令。

在一些可能的实现方式中，该计算设备集群中的一个或多个计算设备700的存储器706中也可以分别存有用于执行一种确定业务路径的方法的部分指令。换言之，一个或多个计算设备700的组合可用于共同执行一种确定业务路径的方法的指令。

需要说明的是，计算设备集群中的不同的计算设备700中的存储器706可以存储不同的指令，分别用于执行控制台的部分功能。也即，不同的计算设备700中的存储器706存储的指令可以实现业务视图模块601、确定模块602、通信模块603中的一个或多个模块的功能。

在一些可能的实现方式中，计算设备集群中的一个或多个计算设备可以通过网络连接。其中，所述网络可以是广域网或局域网等等。

本申请实施例还提供了另一种计算设备集群，该计算设备集群中的一个或多个计算设备700中的存储器706中可以存有不同的用于执行一种确定业务路径的方法的指令。在一些可能的实现方式中，该计算设备集群中的一个或多个计算设备700的存储器706中也可以分别存有用于执行一种确定业务路径的方法的部分指令。换言之，一个或多个计算设备700的组合可以共同执行用于执行一种确定业务路径的方法的指令。

本申请实施例还提供了一种包含指令的计算机程序产品。所述计算机程序产品可以是包含指令的，能够运行在计算设备上或被储存在任何可用介质中的软件或程序产品。当所述计算机程序产品在至少一个计算设备上运行时，使得至少一个计算设备执行一种确定业务路径的方法。

本申请实施例还提供了一种计算机可读存储介质。所述计算机可读存储介质可以是计算设备能够存储的任何可用介质或者是包含一个或多个可用介质的数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。该计算机可读存储介质包括指令，所述指令指示计算设备或计算设备集群执行一种确定业务路径的方法。

在上述实施例中，可以全部或部分地通过软件、硬件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品可以包含代码。当计算机程序产品被计算机读取并执行时，可以实现上述方法实施例中记载的方法的部分或者全部步骤。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如软盘、硬盘、磁带)、光介质、或者半导体介质等。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并或删减；本申请实施例装置中的单元可以根据实际需要进行划分、合并或删减。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。