CN111682982A - 路径的故障检测方法、装置、设备、系统及存储介质 - Google Patents

Abstract

本发明实施例公开了一种路径的故障检测方法、装置、设备、系统及存储介质。该方法应用于检测控制节点，包括：向待检测的业务路径中的源节点和目的节点分别下发正向检测配置信息和反向检测配置信息；其中，正向检测配置信息用于指示源节点通过业务路径向目的节点单向发送故障检测报文，反向检测配置信息用于指示目的节点在预设时间内未接收到故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；如果接收到源节点反馈的检测失败结果，则对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径。本发明实施例的技术方案，实现了无需节点之间协商故障检测的配置信息，即可对路径进行故障检测，提高对网络中的路径的故障检测效率。

Description

路径的故障检测方法、装置、设备、系统及存储介质

技术领域

本发明实施例涉及故障检测技术领域，尤其涉及一种路径的故障检测方法、装置、设备、系统及存储介质。

背景技术

目前，通常使用双向转发检测(Bidirectional Forwarding Detection，BFD)协议对网络中的通信故障进行快速检测，以在出现故障时可以快速建立起新的通信路径，或者快速切换到备用路径上。

现有技术中，使用BFD协议进行故障检测时，需要在待检测的业务路径的源节点与目的节点之间建立BFD会话，然后，源节点与目的节点之间互相协商故障检测需要的一些配置信息，根据这些配置信息对业务路径进行故障检测。但这样会导致故障检测流程比较复杂，影响故障检测效率。

发明内容

本发明实施例提供了一种路径的故障检测方法、装置、设备、系统及存储介质，以实现无需节点之间协商故障检测的配置信息，即可对路径进行故障检测，简化路径的故障检测流程，提高网络中路径的故障检测效率。

第一方面，本发明实施例提供了一种路径的故障检测方法，应用于检测控制节点，包括：

根据待检测的业务路径中包括的源节点和目的节点，向源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息；

其中，正向检测配置信息用于指示源节点通过业务路径向目的节点单向发送故障检测报文，反向检测配置信息用于指示目的节点在预设时间内未接收到故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

如果接收到源节点反馈的检测失败结果，则对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径。

可选的，反向通知路径与业务路径不重合。

可选的，在对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径之后，还包括：

生成与新的业务路径对应的新的正向检测配置信息，并将新的正向检测配置信息发送至源节点；

生成与新的反向通知路径对应的新的反向检测配置信息，并将新的反向检测配置信息发送至目的节点。

第二方面，本发明实施例还提供了一种路径的故障检测方法，应用于目的节点，包括：

接收检测控制节点下发的反向检测配置信息；

其中，反向检测配置信息用于指示目的节点在预设时间内未接收到源节点单向发送的与待检测业务路径匹配的故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

如果在预设时间内未接收到故障检测报文，则生成与业务路径对应的检测失败结果，并通过反向通知路径向源节点反馈检测失败结果。

可选的，反向通知路径与业务路径不重合。

可选的，在通过反向通知路径向源节点反馈检测失败结果之后，还包括：

如果接收到检测控制节点下发的新的反向检测配置信息，则从新的反向检测配置信息中，提取与新的业务路径对应的新的反向通知路径。

第三方面，本发明实施例还提供了一种路径的故障检测装置，应用于检测控制节点，包括：

指令下发模块，用于根据待检测的业务路径中包括的源节点和目的节点，向源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息；

其中，反向检测配置信息用于指示源节点通过业务路径向目的节点单向发送故障检测报文，反向检测配置信息用于指示目的节点在预设时间内未接收到故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

路径更新模块，用于如果接收到源节点反馈的检测失败结果，则对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径。

第四方面，本发明实施例还提供了一种路径的故障检测装置，应用于目的节点，包括：

指令接收模块，用于接收检测控制节点下发的反向检测配置信息；

其中，反向检测配置信息用于指示目的节点在预设时间内未接收到源节点单向发送的与待检测业务路径匹配的故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

检测结果反馈模块，用于如果在预设时间内未接收到故障检测报文，则生成与业务路径对应的检测失败结果，并通过反向通知路径向源节点反馈检测失败结果。

第五方面，本发明实施例还提供了一种节点设备，节点设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明任意实施例提供的路径的故障检测方法。

第六方面，本发明实施例还提供了一种路径的故障检测系统，包括：检测控制节点以及至少三个节点，至少三个节点用于组成至少一条业务路径以及与业务路径对应的反向通知路径；

检测控制节点，用于执行本发明实施例提供的应用于检测控制节点的路径的故障检测方法；

当系统中的节点作为源节点时，用于接收检测控制节点下发的正向检测配置信息，并根据正向检测配置信息通过业务路径向目的节点单向发送故障检测报文，以及，接收目的节点在预设时间内未接收到故障检测报文时，通过反向通知路径反馈的检测失败结果；

当系统中的节点作为目的节点时，用于执行本发明实施例提供的应用于目的节点的路径的故障检测方法。

第七方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例提供的路径的故障检测方法。

本发明实施例的技术方案，由检测控制节点向待检测的业务路径中的源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息，使得源节点和目的节点之间无需协商，即可得到用于启动路径故障检测的配置信息，解决了现有技术中节点之间需要协商确定检测配置信息，路径的故障检测效率低的问题，实现了无需节点之间协商故障检测的配置信息，即可对路径进行故障检测，简化路径的故障检测流程，提高对网络中的路径的故障检测效率。

附图说明

图1a是本发明实施例一中的一种路径的故障检测方法的流程图；

图1b是本发明实施例一中的一种网络拓扑示意图；

图2是本发明实施例二中的一种路径的故障检测方法的流程图；

图3是本发明实施例三中的一种路径的故障检测装置的结构示意图；

图4是本发明实施例四中的一种路径的故障检测装置的结构示意图；

图5是本发明实施例五中的一种节点设备的结构示意图；

图6是本发明实施例六中的一种路径的故障检测系统的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1a是本发明实施例一中的一种路径的故障检测方法的流程图，本实施例可适用于对软件定义网络(Software Defined Network，SDN)中的路径进行故障检测的情况，该方法可以由路径的故障检测装置来执行，该装置可以由软件和/或硬件来实现，并一般可以集成在节点设备中，例如检测控制节点中，与其他节点设备配合使用，例如目的节点。如图1a所示，该方法包括：

步骤110、根据待检测的业务路径中包括的源节点和目的节点，向源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息。

本实施例中，源节点和目的节点都是SDN网络中转发面的节点设备，检测控制节点可以指示源节点和目的节点对当前待检测的业务路径进行故障检测，待检测的业务路径是SDN网络中用于数据传输的路径。其中，检测控制节点可以是SDN网络中的SDN控制器，SDN控制器是SDN网络中的应用程序，负责流量控制以确保智能网络。需要说明的是，本实施例也可以适用于网络拓扑快速变化的其他网络，并不仅仅局限于SDN网络。

本实施例中，当需要对业务路径进行故障检测时，检测控制节点向源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息。其中，正向检测配置信息用于指示源节点通过业务路径向目的节点单向发送故障检测报文，即，用于指示源节点对业务路径进行正向检测；反向检测配置信息用于指示目的节点在预设时间内未接收到故障检测报文时，通过反向通知路径向源节点反馈检测失败结果。

本实施例中，正向检测配置信息和反向检测配置信息中都包括用于启动路径故障检测的配置信息，通过向源节点下发正向检测配置信息，向目的节点下发反向检测配置信息，直接告知源节点和目的节点进行故障检测所需要的配置信息，例如，待检测的业务路径或反向通知路径、故障检测报文的发送周期、目的互联网协议(Internet Protocol，IP)地址、发送接口、最小接收间隔以及本地标识符或远端标识符等。源节点与目的节点之间无需进行协商，即可直接得到配置信息，并对业务路径进行故障检测，大大简化了故障的检测流程，提高了故障检测的效率。

本实施例中，检测控制节点预先设置了各种路径，包括：业务路径，用于进行数据传输；与业务路径对应的反向通知路径，用于在检测到业务路径故障时向源节点反馈检测失败结果；备用路径，用于在业务路径发生故障时，作为新的业务路径进行数据传输。其中，业务路径与备用路径都可以承载业务，反向通知路径不承载业务，只用于目的节点向源节点反馈检测失败结果。

可选的，反向通知路径与业务路径不重合。

本实施例中，在路径故障检测过程中，待检测的业务路径也称为检测路径，其中，正向检测配置信息中指示了待检测的业务路径，反向检测配置信息中指示了与业务路径不重合的反向通知路径。通过将反向通知路径设置为与业务路径不重合，可以实现检测路径和反向通知路径分离，达到业务路径在正反两个方向上的故障检测相对独立的效果，解决现有技术中存在的两个方向需要同时进行路径的故障检测的问题。

示例性的，如图1b所示，SDN网络中有检测控制节点和ABCD四个节点，节点A到节点C有两条路径承载业务，检测控制节点设置路径ABC为业务路径，设置路径ADC为备用路径，设置路径CA作为与业务路径ABC对应的反向通知路径，其中，反向通知路径不需要承载业务，不作为检测目标，只用于在路径检测出故障时，由目的节点向源节点反馈检测失败的结果。检测控制节点要对业务路径ABC进行故障检测时，会向该路径的源节点A下发正向检测配置信息，以使源节点A通过业务路径ABC向目的节点C周期性单向发送故障检测报文，并向目的节点C下发反向检测配置信息，以指示目的节点C周期性接收源节点A发送的故障检测报文，并在预设时间内未接收到故障检测报文时，通过反向通知路径向源节点A发送检测失败结果。

步骤120、如果接收到源节点反馈的检测失败结果，则对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径。

本实施例中，检测控制节点可能接收到源节点针对检测失败结果反馈的检测失败结果，也可能接收到目的节点反馈的检测失败结果。如果收到检测失败结果，则可以确定当前的业务路径发生故障，无法正常工作，需要从备用路径中选择一条作为源节点与目的节点之间的新的业务路径，并生成与新的业务路径对应的新的反向通知路径，以便于对源节点和目的节点之间的新的业务路径进行故障检测时，可以通过新的反向通知路径反馈新的业务路径的检测失败结果。需要说明的是，新的反向通知路径与新的业务路径也不重合。

本实施例中，当源节点到目的节点的路径，或者目的节点到源节点的路径需要做动态优化时，例如，因为链路劣化或拥塞，业务路径更新为源节点到目的节点的另一条承载业务的路径，此时，考虑到新的业务路径与更新前的业务路径的源节点和目的节点相同，如果与更新前的业务路径对应的反向通知路径与新的业务路径不重合，则可以继续将该反向通知路径作为与新的业务路径对应的反向通知路径。当然，也可以重新为新的业务路径生成与之不重合的新的反向通知路径。

示例性的，如图1b所示，假设业务路径为节点A到节点C的路径ADC，多协议标签交换(Multi-Protocol Label Switching,MPLS)路径是2000—〉4000—〉3000，路径CDA的MPLS标签交换路径是3001—〉4001—〉2001，与业务路径对应的反向通知路径为CA，MPLS标签交换路径为3001—〉2001。如果业务路径调优后变为ADBC，MPLS标签交换路径为2000—〉4000—〉5000—〉3000，则BFD协议检测的业务路径也随之变化为ADBC，但BFD协议的状态不变化，反向通知路径CA不需要变化，路径CDA对应的检测路径也不需要变化，即在路径检测方面保证了节点A和节点C之间的两个方向的路径相对独立。

本实施例中，当业务路径需要做动态优化时，如果业务路径的源节点与目的节点之间没有其他业务路径，则可以重新设置路径的源节点与目的节点不同于当前业务路径的另一条业务路径作为新的业务路径，此时，需要生成与新的业务路径不重合的新的反向通知路径。

本实施例中，待检测的业务路径与检测路径重合，通过将业务路径与反向通知路径设置为不重合，可以实现检测路径和反向通知路径分离，对于同一条路径，一个方向的反向通知路径不再与另一个方向的检测路径重合，使得同一业务路径在正反两个方向上的故障检测相对独立，不需要两个方向同时进行路径的故障检测，并且，即使一个方向的检测路径发生变化，另一个方向的检测路径也不会受其干扰，不需要进行相应的变化。

可选的，在对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径之后，还可以包括：生成与新的业务路径对应的新的正向检测配置信息，并将新的正向检测配置信息发送至源节点；生成与新的反向通知路径对应的新的反向检测配置信息，并将新的反向检测配置信息发送至目的节点。

本实施例中，为了便于对新的业务路径进行故障检测，并能够使新的业务路径的目的节点将检测失败结果反馈给源节点，需要将与新的业务路径重合的检测路径，写入新的正向检测配置信息中的标签中，发送至源节点，并将与新的业务路径不重合的新的反向通知路径，写入新的反向检测配置信息中的标签中，发送至目的节点，以使源节点和目的节点可以根据新的检测配置信息继续对两者之间的新的业务路径进行路径故障检测。

示例性的，假设新的业务路径为ADBC，MPLS标签交换路径为2000—〉4000—〉5000—〉3000，则将与新的业务路径重合的检测路径，写入新的正向检测配置信息包括的标签中，以发送给源节点，如下所示：

需要说明的是，发送给目的节点的反向检测配置信息与发送给源节点的正向检测配置信息中包括的内容相似，其中，反向检测配置信息包括的标签中携带的是与新的业务路径不重合的新的反向通知路径。

本发明实施例的技术方案，由检测控制节点向待检测的业务路径中的源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息，使得源节点和目的节点之间无需协商，即可得到用于启动路径故障检测的配置信息，解决了现有技术中节点之间需要协商确定检测配置信息，路径的故障检测效率低的问题，实现了无需节点之间协商故障检测的配置信息，即可对路径进行故障检测，简化路径的故障检测流程，提高对网络中的路径的故障检测效率。

实施例二

图2是本发明实施例二中的一种路径的故障检测方法的流程图，本实施例可适用于对SDN网络中的路径进行故障检测的情况，该方法可以由路径的故障检测装置来执行，该装置可以由软件和/或硬件来实现，并一般可以集成在节点设备中，例如目的节点中，与检测控制节点配合使用。如图2所示，该方法包括：

步骤210、接收检测控制节点下发的反向检测配置信息。

本实施例中，待检测业务路径的目的节点会接收检测控制节点下发的反向检测配置信息，反向检测配置信息用于指示目的节点在预设时间内未接收到源节点单向发送的与待检测业务路径匹配的故障检测报文时，通过反向通知路径向源节点反馈检测失败结果。其中，待检测的业务路径是SDN网络中用于数据传输的路径，检测控制节点可以是SDN网络中的SDN控制器。需要说明的是，本实施例也可以适用于网络拓扑快速变化的其他网络，并不仅仅局限于SDN网络。

本实施例中，反向检测配置信息中包括用于启动路径故障检测的配置信息。目的节点根据检测控制节点下发的反向检测配置信息，可以直接获取进行故障检测所需要的配置信息，例如，反向通知路径、故障检测报文的发送周期、互联网协议(Internet Protocol，IP)地址、发送接口以及本地或远端标识符等。无需与对端的源节点进行协商，即可直接得到配置信息，并对业务路径进行故障检测，大大简化了故障的检测流程，提高了故障检测的效率。

可选的，在接收检测控制节点下发的反向检测配置信息之前，还会接收检测控制节点下发的其预先配置的各种路径信息，例如，目的节点所在的业务路径、备用路径以及与业务路径对应的反向通知路径，以便于目的节点在检测到路径发生故障时，可以得知用哪条路径向源节点反馈检测失败结果。

步骤220、如果在预设时间内未接收到故障检测报文，则生成与业务路径对应的检测失败结果，并通过反向通知路径向源节点反馈检测失败结果。

本实施例中，如果目的节点在预设时间内没有接收到源节点发送的故障检测报文，例如，没有接收到故障检测报文，或者接收故障检测报文超时，都会认为检测的业务路径有故障，会生成与业务路径对应的检测失败结果，并通过反向通知路径将该检测失败结果发送至源节点，以通过源节点将业务路径故障的消息上报至检测控制节点。需要说明的是，目的节点也可以将检测失败结果上报至检测控制节点。

可选的，反向通知路径与业务路径不重合。

本实施例中，待检测的业务路径与检测路径重合，通过将反向通知路径设置为与业务路径不重合，可以实现检测路径和反向通知路径分离，达到业务路径在正反两个方向上的故障检测相对独立的效果，解决现有技术中存在的两个方向需要同时进行路径的故障检测的问题。并且，即使一个方向的检测路径发生变化，另一个方向的检测路径也不会受其干扰，不需要进行相应的变化。

可选的，在通过反向通知路径向源节点反馈检测失败结果之后，还可以包括：如果接收到检测控制节点下发的新的反向检测配置信息，则从新的反向检测配置信息中，提取与新的业务路径对应的新的反向通知路径。

本实施例中，当检测控制节点根据业务路径的检测失败结果对业务路径和反向通知路径进行更新后，会将新的业务路径以及新的反向通知路径通过对应的检测配置信息分别下发至源节点和目的节点。如果本节点还是新的业务路径中的目的节点，则也会收到检测控制节点下发的反向检测配置信息，此时，需要从反向检测配置信息包括的标签中，提取并存储新的反向通知路径，并在发现新的业务路径发生故障时，通过新的反向通知路径向源节点发送与新的业务路径对应的检测失败结果。

本发明实施例的技术方案，由目的节点接收检测控制节点下发的反向检测配置信息，使得目的节点无需与对端节点进行协商，即可得到用于启动路径故障检测的配置信息，解决了现有技术中节点之间需要协商确定检测配置信息，路径的故障检测效率低的问题，实现了无需节点之间协商故障检测的配置信息，即可对路径进行故障检测，简化路径的故障检测流程，提高对网络中的路径的故障检测效率。

实施例三

图3是本发明实施例三中的一种路径的故障检测装置的结构示意图。本实施例可适用于对SDN网络中的路径进行故障检测的情况。如图3所示，该路径的故障检测装置应用于检测控制节点，包括：

指令下发模块310，用于根据待检测的业务路径中包括的源节点和目的节点，向源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息；

其中，反向检测配置信息用于指示源节点通过业务路径向目的节点单向发送故障检测报文，反向检测配置信息用于指示目的节点在预设时间内未接收到故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

路径更新模块320，用于如果接收到源节点反馈的检测失败结果，则对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径。

本发明实施例的技术方案，由检测控制节点向待检测的业务路径中的源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息，使得源节点和目的节点之间无需协商，即可得到用于启动路径故障检测的配置信息，解决了现有技术中节点之间需要协商确定检测配置信息，路径的故障检测效率低的问题，实现了无需节点之间协商故障检测的配置信息，即可对路径进行故障检测，简化路径的故障检测流程，提高对网络中的路径的故障检测效率。

可选的，反向通知路径与业务路径不重合。

可选的，还包括：配置信息下发模块，用于在对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径之后，生成与新的业务路径对应的新的正向检测配置信息，并将新的正向检测配置信息发送至源节点；生成与新的反向通知路径对应的新的反向检测配置信息，并将新的反向检测配置信息发送至目的节点。

本发明实施例所提供的路径的故障检测装置可执行本发明任意实施例所提供的应用于检测控制节点的路径的故障检测方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4是本发明实施例四中的一种路径的故障检测装置的结构示意图。本实施例可适用于对SDN网络中的路径进行故障检测的情况。如图4所示，该路径的故障检测装置应用于目的节点，包括：

指令接收模块410，用于接收检测控制节点下发的反向检测配置信息；

其中，反向检测配置信息用于指示目的节点在预设时间内未接收到源节点单向发送的与待检测业务路径匹配的故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

检测结果反馈模块420，用于如果在预设时间内未接收到故障检测报文，则生成与业务路径对应的检测失败结果，并通过反向通知路径向源节点反馈检测失败结果。

本发明实施例的技术方案，由目的节点接收检测控制节点下发的反向检测配置信息，使得目的节点无需与对端节点进行协商，即可得到用于启动路径故障检测的配置信息，解决了现有技术中节点之间需要协商确定检测配置信息，路径的故障检测效率低的问题，实现了无需节点之间协商故障检测的配置信息，即可对路径进行故障检测，简化路径的故障检测流程，提高对网络中的路径的故障检测效率。

可选的，反向通知路径与业务路径不重合。

可选的，还包括：路径存储模块，用于在通过反向通知路径向源节点反馈检测失败结果之后，如果接收到检测控制节点下发的新的反向检测配置信息，则从新的反向检测配置信息中，提取与新的业务路径对应的新的反向通知路径。

本发明实施例所提供的路径的故障检测装置可执行本发明任意实施例所提供的应用于目的节点的路径的故障检测方法，具备执行方法相应的功能模块和有益效果。

实施例五

参照图5，图5是本发明实施例五中的一种节点设备的结构示意图，节点设备可以是网络中的检测控制节点、目的节点，或者其他节点。如图5所示，该节点设备包括处理器510、存储器520、输入装置530和输出装置540；节点设备中处理器510的数量可以是一个或多个，图5中以一个处理器510为例；节点设备中的处理器510、存储器520、输入装置530和输出装置540可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器520作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的路径的故障检测方法对应的程序指令/模块(例如，路径的故障检测装置中的指令下发模块310以及路径更新模块320，或者，路径的故障检测装置中的指令接收模块410以及检测结果反馈模块420)。处理器510通过运行存储在存储器520中的软件程序、指令以及模块，从而执行节点设备的各种功能应用以及数据处理，即实现上述的应用于检测控制节点的路径的故障检测方法，或应用于目的节点的路径的故障检测方法。

存储器520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器520可进一步包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至节点设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置540可包括用于数据发送的输出接口等。

实施例六

参照图6，图6是本发明实施例六中的一种路径的故障检测系统的结构示意图，如图6所示，该系统包括：检测控制节点610以及至少三个节点620，至少三个节点用于组成至少一条业务路径以及与业务路径对应的反向通知路径。

检测控制节点610，用于执行本发明实施例提供的应用于检测控制节点的路径的故障检测方法，包括：根据待检测的业务路径中包括的源节点和目的节点，向源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息；其中，正向检测配置信息用于指示源节点通过业务路径向目的节点单向发送故障检测报文，反向检测配置信息用于指示目的节点在预设时间内未接收到故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；如果接收到源节点反馈的检测失败结果，则对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径；反向通知路径与业务路径不重合。

检测控制节点610，还用于执行：在对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径之后，生成与新的业务路径对应的新的正向检测配置信息，并将新的正向检测配置信息发送至源节点；生成与新的反向通知路径对应的新的反向检测配置信息，并将新的反向检测配置信息发送至目的节点。

当系统中的节点620作为源节点时，用于接收检测控制节点610下发的正向检测配置信息，并根据正向检测配置信息通过业务路径向目的节点单向发送故障检测报文，以及，接收目的节点在预设时间内未接收到故障检测报文时，通过反向通知路径反馈的检测失败结果；

当系统中的节点620作为目的节点时，用于执行本发明实施例提供的应用于目的节点的路径的故障检测方法，包括：接收检测控制节点下发的反向检测配置信息；其中，反向检测配置信息用于指示目的节点在预设时间内未接收到源节点单向发送的与待检测业务路径匹配的故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；如果在预设时间内未接收到故障检测报文，则生成与业务路径对应的检测失败结果，并通过反向通知路径向源节点反馈检测失败结果。反向通知路径与业务路径不重合。

当系统中的节点620作为目的节点时，还用于执行：在通过反向通知路径向源节点反馈检测失败结果之后，如果接收到检测控制节点下发的新的反向检测配置信息，则从新的反向检测配置信息中，提取与新的业务路径对应的新的反向通知路径。

本发明实施例的技术方案，由检测控制节点向待检测的业务路径中的源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息，使得源节点和目的节点之间无需协商，即可得到用于启动路径故障检测的配置信息，解决了现有技术中节点之间需要协商确定检测配置信息，路径的故障检测效率低的问题，实现了无需节点之间协商故障检测的配置信息，即可对路径进行故障检测，简化路径的故障检测流程，提高对网络中的路径的故障检测效率。

实施例七

本发明实施例七提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现上述实施例提供的任一种路径的故障检测方法，其中，一种路径的故障检测方法，应用于检测控制节点，包括：

根据待检测的业务路径中包括的源节点和目的节点，向源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息；

其中，正向检测配置信息用于指示源节点通过业务路径向目的节点单向发送故障检测报文，反向检测配置信息用于指示目的节点在预设时间内未接收到故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

如果接收到源节点反馈的检测失败结果，则对业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径。

或者，另一种路径的故障检测方法，应用于目的节点，包括：

接收检测控制节点下发的反向检测配置信息；

其中，反向检测配置信息用于指示目的节点在预设时间内未接收到源节点单向发送的与待检测业务路径匹配的故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

如果在预设时间内未接收到故障检测报文，则生成与业务路径对应的检测失败结果，并通过反向通知路径向源节点反馈检测失败结果。

当然，本发明实施例所提供的一种计算机可读存储介质，其计算机指令可执行不限于如上的方法操作，还可以执行本发明任意实施例所提供的路径的故障检测方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

值得注意的是，上述路径的故障检测装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种路径的故障检测方法，其特征在于，应用于检测控制节点，包括：

根据待检测的业务路径中包括的源节点和目的节点，向源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息；

其中，正向检测配置信息用于指示源节点通过所述业务路径向目的节点单向发送故障检测报文，反向检测配置信息用于指示目的节点在预设时间内未接收到所述故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

如果接收到源节点反馈的检测失败结果，则对所述业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径。

2.根据权利要求1所述的方法，其特征在于，所述反向通知路径与所述业务路径不重合。

3.根据权利要求1所述的方法，其特征在于，在对所述业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径之后，还包括：

生成与新的业务路径对应的新的正向检测配置信息，并将所述新的正向检测配置信息发送至所述源节点；

生成与新的反向通知路径对应的新的反向检测配置信息，并将所述新的反向检测配置信息发送至所述目的节点。

4.一种路径的故障检测方法，其特征在于，应用于目的节点，包括：

接收检测控制节点下发的反向检测配置信息；

其中，所述反向检测配置信息用于指示所述目的节点在预设时间内未接收到源节点单向发送的与待检测业务路径匹配的故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

如果在预设时间内未接收到所述故障检测报文，则生成与所述业务路径对应的检测失败结果，并通过反向通知路径向源节点反馈所述检测失败结果。

5.根据权利要求4所述的方法，其特征在于，所述反向通知路径与所述业务路径不重合。

6.根据权利要求4所述的方法，其特征在于，在通过反向通知路径向源节点反馈所述检测失败结果之后，还包括：

如果接收到所述检测控制节点下发的新的反向检测配置信息，则从所述新的反向检测配置信息中，提取与新的业务路径对应的新的反向通知路径。

7.一种路径的故障检测装置，其特征在于，应用于检测控制节点，包括：

指令下发模块，用于根据待检测的业务路径中包括的源节点和目的节点，向源节点下发正向检测配置信息，并向目的节点下发反向检测配置信息；

其中，反向检测配置信息用于指示源节点通过所述业务路径向目的节点单向发送故障检测报文，反向检测配置信息用于指示目的节点在预设时间内未接收到所述故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

路径更新模块，用于如果接收到源节点反馈的检测失败结果，则对所述业务路径进行更新，并生成与新的业务路径对应的新的反向通知路径。

8.一种路径的故障检测装置，其特征在于，应用于目的节点，包括：

指令接收模块，用于接收检测控制节点下发的反向检测配置信息；

其中，所述反向检测配置信息用于指示所述目的节点在预设时间内未接收到源节点单向发送的与待检测业务路径匹配的故障检测报文时，通过反向通知路径向源节点反馈检测失败结果；

检测结果反馈模块，用于如果在预设时间内未接收到所述故障检测报文，则生成与所述业务路径对应的检测失败结果，并通过反向通知路径向源节点反馈所述检测失败结果。

9.一种节点设备，其特征在于，所述节点设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-3中任一所述的路径的故障检测方法，或者实现如权利要求4-6中任一所述的路径的故障检测方法。

10.一种路径的故障检测系统，其特征在于，包括：检测控制节点以及至少三个节点，所述至少三个节点用于组成至少一条业务路径以及与业务路径对应的反向通知路径；

所述检测控制节点，用于执行如权利要求1-3任一项所述的路径的故障检测方法；

当系统中的节点作为源节点时，用于接收检测控制节点下发的正向检测配置信息，并根据正向检测配置信息通过业务路径向目的节点单向发送故障检测报文，以及，接收目的节点在预设时间内未接收到所述故障检测报文时，通过反向通知路径反馈的检测失败结果；

当系统中的节点作为目的节点时，用于执行如权利要求4-6任一项所述的路径的故障检测方法。

Images