CN105743711B - 一种网络路径的故障检测方法、装置及网络设备 - Google Patents
一种网络路径的故障检测方法、装置及网络设备 Download PDFInfo
- Publication number
- CN105743711B CN105743711B CN201610226837.7A CN201610226837A CN105743711B CN 105743711 B CN105743711 B CN 105743711B CN 201610226837 A CN201610226837 A CN 201610226837A CN 105743711 B CN105743711 B CN 105743711B
- Authority
- CN
- China
- Prior art keywords
- path
- forwarding
- detection
- message
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 449
- 230000004044 response Effects 0.000 claims abstract description 141
- 230000000977 initiatory effect Effects 0.000 claims abstract description 83
- 238000000034 method Methods 0.000 claims abstract description 82
- 230000002159 abnormal effect Effects 0.000 claims description 52
- 239000003999 initiator Substances 0.000 claims description 40
- 238000012545 processing Methods 0.000 claims description 23
- 230000005540 biological transmission Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 13
- 238000004891 communication Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 4
- 238000005259 measurement Methods 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 2
- 235000008694 Humulus lupulus Nutrition 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001066 destructive effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000005316 response function Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例公开了一种网络路径的故障检测方法、装置及网络设备，其中，所述方法包括：控制面确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径；生成检测报文和路径信息，所述检测报文用于指示所述目的设备返回响应报文，所述路径信息包括用于表示所述目标网络路径的标识和级别；将所述检测报文和路径信息发送给转发面，以使所述转发面将所述检测报文通过所述目标网络路径发送给所述目的设备。采用本申请实施例，可以快速地进行网络路径的检测而基本不会影响用户业务。
Description
技术领域
本申请实施例涉及通信技术领域，尤其涉及一种网络路径的故障检测方法、装置及网络设备。
背景技术
基于报文转发设备构建的通信网络，对重要业务一般会有备用路径进行保护，当传输业务的主用路径发生故障时，将业务的传输路径由主用路径切换到备用路径。具体可以采用快速重路由(Fast Reroute，简称FRR)来实现业务保护和切换。但是，如果备用路径出现异常，导致切换失败，将会严重影响业务的传输，进而给用户造成损失。因此，需要定期进行故障检测来确定备用路径是否正常，以便于在主用路径出现故障需要切换到备用路径时，备用路径能够正常传输业务。
现有的检测路径是否正常的方式是：在对业务影响小的时间段(譬如凌晨)，做主用路径的破环性操作(譬如主用路径关闭shutdown)，将业务的传输路径由主用路径强制切换到备用路径，让备用路径承载真正的业务流量来检测备用路径是否可用。但是，在备用路径出现异常时，即备用路径不可用的场景下，当主用路径被关闭，而备用路径无法承载真正的业务流量时，会导致业务长时间中断。
发明内容
本申请实施例提供一种网络路径的故障检测方法、装置及网络设备，可进行网络路径的故障检测而基本不会影响用户业务。
一方面，本申请实施例提供了一种网络路径的故障检测方法，在所述方法中，控制面首先确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径。然后生成检测报文和路径信息。并将所述检测报文和所述路径信息发送给转发面，使得所述转发面将所述检测报文通过所述目标网络路径转发给所述目的设备。其中，所述检测报文用于所述目标网络路径的故障检测，并用于指示所述目的设备返回响应报文；所述路径信息包括用于表示所述目标网络路径的标识和级别，并用于指示所述转发面确定所述目标网络路径作为所述检测报文的转发路径。
本申请实施例能够在不进行真实业务流量切换的情况下，使用报文来检测相关业务可能走的网络路径，能够较为准确的，在不影响业务的同时随时进行网络路径的故障检测。
结合第一方面，在第一种可能的实现方式中，所述方法还可以包括：所述控制面在所述转发面发送所述检测报文之后，所述控制面可以通过发送下行表项统计使能等方式获取所述目标网络路径上传输的报文的报文数量计数。在所述报文数量计数满足预设的数量衡量条件时，例如报文数量计数大于发送的检测报文的数量时，确定对所述目标网络路径的故障检测成功。
通过获取目标网络路径(即转发路径)上传输的报文数量，可以在目的设备无法返回响应报文，但检测报文实际又通过该目标网络路径传输给了所述目的设备的情况下，完成对目标网络路径的故障检测，也可以认为该目标网络路径正常。
结合第一方面，在第二种可能的实现方式中，所述方法还可以包括：当所述控制面接收到中间设备返回的响应报文时，则确定所述发起设备到所述中间设备之间的网络路径的故障检测成功；所述中间设备是所述发起设备到所述目的设备之间的，位于所述目标网络路径中的网络设备。
由中间设备返回响应报文能够确定目标网络路径上某些路径段的故障情况，方便后续再从中间设备开始进行网络路径的故障检测。
第二方面，本申请实施例还提供了另一种网络路径的故障检测方法，在该方法中，转发面首先接收控制面发送的检测报文和路径信息，其中，所述检测报文用于路径检测的发起设备到路径检测的目的设备之间的目标网络路径的故障检测，并用于指示所述目的设备返回响应报文，所述路径信息包括：所述目标网络路径的标识和级别；然后，所述转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径；最后根据确定的所述转发路径转发所述检测报文。
转发面能够根据控制面的路径信息来找到用户所需检测的网络路径并发送检测报文，通过上述方式能够在不进行真实业务流量切换的情况下，使用报文来检测相关业务可能走的网络路径，能够较为准确的，在不影响业务的同时随时进行网络路径的故障检测。
结合第二方面，在第一种可能的实现方式中，所述转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径，具体可以包括以下步骤：
当所述转发面确定所述路径信息中的级别的数值N大于循环计数值n时，且所述转发面确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则根据所述转发表项索引标识所对应的转发表项中记录的备用路径确定所述检测路径的转发路径上的本机路径；而如果所述转发面确定所述转发表中对应的所述转发表项索引标识与所述路径信息中的所述标识不同，则根据所述转发表项索引标识所对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径；其中，当所述转发面确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则将所述循环计数值的数值加1，n的初始值赋值为0；所述N和n均为大于等于0的自然数。
结合第二方面，或者结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径，具体还包括以下步骤：
当所述路径信息中的级别的数值N小于等于循环计数值n时，所述转发面根据转发表中对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径；其中，所述N和n均为大于等于0的自然数。
通过上述两种实现方式所描述的转发路径确定策略，能够快速地基于各种N值和key值确定出与控制面所要检测的目标网络路径所对应的各转发路径，正确发送所述检测报文，以完成对目标网络路径的故障检测。
结合第二方面，或者结合第二方面的第一种可能的实现方式，或者结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述转发面接收到所述控制面发送的所述检测报文具体可以包括以下步骤：
所述转发面接收所述控制面发送的报文；所述转发面确定所述报文为异常报文，并进一步确定所述报文是备用路径检测报文。
通过报文是否异常来确定某个报文是否为检测报文，能够简便快捷地得出是否为检测报文的检测结果，不会对现有的正常报文造成影响。
结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，在所述转发面确定所述报文为异常报文后，进一步确定所述检测报文是备用路径检测报文之前，所述方法还包括：所述转发面确定备用路径检测功能被使能。
结合第二方面的第三种可能的实现方式，在第五种可能的实现方式中，判断是否为异常报文包括：具体包括检测接收的报文的协议类型字段，若该协议类型字段指示了未定义的类型，则所述报文为异常报文。或，检测接收的报文的目的地址字段，若该目的地址字段指示了错误的地址类型，则所述报文为异常报文，错误的地址类型包括未定义的地址类型。或，检测接收的报文的生存时间值TTL字段，若TTL字段指示了异常值，则所述报文为异常报文。而如果检测到需要转发的报文为正常报文，则走正常的转发流程即可。通过上述方式能够简便快捷地确定某个报文是否为检测报文。
第三方面，本申请实施例提供了一种网络路径的故障检测装置，所述网络路径的故障检测装置包括的模块能够执行上述第一方面中的方法。
第四方面，本申请实施例提供了另一种网络路径的故障检测装置，所述网络路径的故障检测装置包括的模块能够执行上述第二方面中的方法。
第五方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有程序代码，所述程序代码包括用于执行在第一方面中的方法的指令。
第六方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有程序代码，所述程序代码包括用于执行在第二方面中的方法的指令。
第七方面，本申请实施例还提供了一种网络设备，包括：控制面和转发面，其中，所述控制面执行上述的第一方面的方法，所述转发面执行上述的第二方面的方法。
第八方面，本申请实施例还提供了一种网络设备，该网络设备包括处理器和通信接口；所述通信接口，用于所述处理器与其他网络设备通信，而所述处理器则用于执行所述第一方面的方法。
第九方面，本申请实施例还提供了一种网络设备，该网络设备包括处理器和通信接口；所述通信接口，用于所述处理器与其他网络设备通信，而所述处理器则用于执行所述第二方面的方法。
在一些实施方式中，所述检测报文中可以包括响应指示信息，所述响应指示信息用于指示所述目的设备通过查询公网路由表确定路由的方式确定用于传输所述响应报文的路由。
在一些实施方式中，所述检测报文中可以包括负荷信息，所述检测报文还用于指示所述目的设备在返回的所述响应报文中携带所述负荷信息。在检测报文携带了负荷信息之后，在接收到所述目的设备返回的响应报文时，检测所述响应报文中携带的负荷信息，并根据检测结果来确定所述目标网络路径是否存在传输故障。如果所述响应报文中存在负荷信息，但所述响应报文中负荷信息包括的负荷内容与所述检测报文中负荷信息包括的负荷内容不一致，甚至相应大小的负荷信息所对应的响应报文都无法接收到，则确定所述目标网络路径存在丢数据、或改包等数据传输故障。
在一些实施方式中，所述检测报文中可以包括结束信息，所述结束信息用于指示所述目的设备在返回的响应报文的结尾处携带所述结束信息，以表示所述响应报文的完整性。
在一些实施方式中，所述发起设备是通过设置检测报文中的TTL的形式来指定由所述目标网络路径中的中间设备返回响应报文。
在一些实施方式中，在每一条目标网络路径被确定为检测成功后，可以最终确定所述发起设备到目的设备之间的网络路径正常。
本申请实施例能够在不进行真实业务流量切换的情况下，能够较为准确的，在不影响业务的同时随时进行网络路径的故障检测。
附图说明
图1是本申请实施例的一种应用场景示意图；
图2是本申请实施例的一种网络路径的故障检测方法的流程示意图；
图3是本申请实施例的一种在控制面的网络路径的故障检测方法的流程示意图；
图4是本申请实施例的一种在转发面的网络路径的故障检测方法的流程示意图；
图5是本申请实施例的一种在转发面确定转发路径的方法的流程示意图；
图6是本申请实施例的另一种网络路径的故障检测方法的流程示意图；
图7是本申请实施例的一种网络路径的故障检测装置的结构示意图；
图8是本申请实施例的另一种网络路径的故障检测装置的结构示意图；
图9是本申请实施例的一种网络设备的结构示意图；
图10是本申请实施例的另一种网络设备的结构示意图；
图11是本申请实施例的再一种网络设备的结构示意图；
图12是本申请实施例的又一种网络设备的结构示意图。
具体实施方式
本申请实施例描述的应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限定。本领域普通技术人可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适应。
下面结合图1对本申请实施例的场景进行说明。
图1所示的网络系统包括多个网络设备以及多条网络路径，本领域技术人员可知，其仅仅是一个示例，在实际使用中，存在更多网络设备和网络路径的网络系统，本申请实施例对此不作限制。
在图1所示的系统中，包括：发起设备101，目的设备102，以及中间设备103和中间设备104。所述发起设备101可以通过所述中间设备103与所述目的设备102通信，也可以通过所述中间设备104与所述目的设备102通信。具体的，所述发起设备101、目的设备102，中间设备103以及中间设备104可以是诸如路由器、分组传送网(Packet Transport Network，简称PTN)设备、交换机等支持报文转发的设备，以及其他一些通信设备。
所述发起设备101为发起网络路径的故障检测的设备。所述发起设备101通过生成并向所述目的设备102发送检测报文，来检测从发起设备101到目的设备102之间各个网络路径是否存在故障。
所述目的设备102是所述检测报文的目的地址所属设备，接收检测报文，并按检测报文的要求给所述发起设备101(检测报文的源地址)返回响应报文。
所述中间设备103和中间设备104为网络路径上位于所述发起设备101和所述目的设备102之间的设备。当所述目的设备102无法给所述发起设备101返回响应报文时，可以在发起设备101上配置由所述中间设备103或中间设备104给出所述检测报文的响应报文。例如，所述目的设备102没有路径检测的响应功能而无法返回响应报文时，可以在所述发起设备101上配置由所述中间设备103(或中间设备104)返回响应报文；或者例如，所述目的设备102在接收到检测报文后，没有回程路由无法返回响应报文时，可以在所述发起设备101上配置由所述中间设备103(或中间设备104)返回响应报文，所述的没有回程路由可以是指：所述目的设备102在静态配置路由信息时，没有配置返回到所述发起设备101的路由信息。所述中间设备103和所述中间设备104也称之为helper设备，一般是所述发起设备101的相邻设备。
所述发起设备101可以根据本机发现的到目的设备102的所有网络路径分别发送检测报文，以便对从所述发起设备101到目的设备102的所有网络路径进行故障检测。所述发起设备101可以根据所述目的设备102的地址(例如IP地址)，通过查找转发表(例如路由表)的方式来确定从所述发起设备101到所述目的设备102的所有网络路径。目的设备102、或对应网络路径上的中间设备103、中间设备104根据所述检测报文返回响应报文。所述检测报文和响应报文的传输路径可以不一致。在实际使用时，网络中的每一个网络设备均可以作为发起设备以发起故障检测，也可以作为中间设备、目的设备来响应检测报文返回响应报文，完成对应网络路径的故障检测。
具体如图1所示，在通过备用路径对业务进行保护的实现方式中，需要把主用路径和备用路径同时填写到相关转发表项中。图1中，发起设备101(IP为3.3.3.3)到目的设备102(IP 5.5.5.5)有备用路径对业务进行保护，则其对应的转发表项中就会存在主用路径和备用路径，具体的，主用路径的下一跳是IP为1.1.1.1的中间设备103，出接口是TRUNK1。备用路径的下一跳是IP为2.2.2.2的中间设备104，出接口是TRUNK2。
进一步地，TRUNK1也有备用路径对业务进行保护，其主用路径出接口是GE1，备用路径出接口是GE2。TRUNK2又有备用路径对业务进行保护，其主用路径出接口是GE3，备用路径出接口是GE4。例如，在FRR实现方式中，会把主用路径和备用路径同时填写到相关转发表项中，表明发起设备101到目的设备102、TRUNK1、TRUNK2均有FRR保护。
也就是说，在图1所示的网络系统中，网络路径包括：发起设备101(TRUNK1->GE1)->中间设备103->目的设备102为主用路径的主用路径；发起设备101(TRUNK1->GE2)->中间设备103->目的设备102为主用路径的备用路径；而发起设备101(TRUNK2->GE3)->中间设备104->目的设备102的路径是备用路径的主路径；发起设备101(TRUNK2->GE4)->中间设备104->目的设备102的路径则是备用路径的备用路径。
当所有网络路径都正常的情况下，发起设备101发送至目的设备102的报文会通过TRUNK1->GE1出，并经过下一跳中间设备103以便到达目的设备102。当感知到TRUNK1接口故障(如关闭down掉)时或中间设备103故障时，可以走转发表中指示的备用路径TRUNK2，然后走TRUNK2的主用路径GE3，并经过下一跳中间设备104以到达目的设备102；而如果继续感知到GE3也发生故障，则会走TRUNK2的备用路径GE4，并经过下一跳中间设备104以到达目的设备102。具体的，可以通过操作(Operation)、管理(Administration)、和维护(Maintenance)协议，即(OAM协议)，完成网络及其业务的故障管理等。也就是说，所有路径都正常的情况下，报文通过主用路径的主用路径传输。如果主用路径的主用路径发生故障，则可以优先通过主用路径的备用路径进行报文传递；或者，也可以从余下的路径中没有出现故障的路径中选择某条路径传递报文。
所述检测报文主要用于对发起设备101到目的设备102之间的网络路径进行故障检测，用于指示目的设备102在接收到该检测报文后返回响应报文给所述发起设备101。具体的，所述检测报文所对应的其中一个格式如下表1所示。
表1
其中，在所述表1中，4个bit的版本字段中记录的0001是指该检测报文的版本号为1。而在所述表1中的类型的字段中，值为0时表明对应的报文为检测报文，值为1时则表明对应的报文为响应报文。
对于表1中所述的用于标记是否有TLV扩展的字段，当为0时表示没有TLV，为1时表示存在TLV。
厂商ID则用于标记不同的厂商，本申请实施例中，不同的厂商可以对检测报文补充某些特定需求，例如定义一些不同的TLV(类型Type-长度length-值value)，因此，厂商ID字段也在一定程度上表明了该报文的某些特定需求。
对于其中的SessionID字段，主要用于使发起设备101通过SessionID字段将接收的响应报文与发出的检测报文对应，以便于确定检测成功的网络路径。
具体的，由于发起设备101可以发出很多检测报文，在响应报文中携带其响应的检测报文的SessionID，可以使发起设备确定接收的响应报文所对应的检测报文，从而确定该对应的检测报文所检测的目标网络路径处于正常状态。
对于Chksum字段，则主要用于对前面6个字节进行校验。设备可以对收到的所述检测报文的前面6个字节进行校验计算得出一个校验值，通过将计算的校验值和Chksum字段中的值进行比较，如果相同，则校验成功，表明前面6个字段+Chksum字段的内容都没有出现异常。
在本申请实施例中，所述表1所示的报文格式中，版本字段和类型字段是必须的，其他各个字段可以根据故障检测的需要进行调整，具体可以在表1所示的字段格式中增加或者减少一个或者多个字段。
所述TLV字段可以作为扩展字段携带在所述检测报文中。TLV字段主要可以为：携带响应指示信息的响应指示字段、携带负荷信息的负荷字段以及携带结束信息的结束字段。
在检测报文中可以根据需要携带其中的一个或者多个字段，例如，在仅需要知道网络路径是否存在丢包的问题时，则可以仅携带负荷字段，而不必携带响应指示字段和结束字段。甚至可以不携带任何TLV字段，即上述的标记是否有TLV扩展字段的值为0。
以下的表2示出了携带响应指示信息的响应指示字段的其中一种格式。
表2：
| 2字节type | 2字节长度 |
| 查公网转发表进行回应的type＝0x0001 | 0x0004 |
该字段用于指示所述检测报文的终结设备(目的设备102或某个需要返回响应报文的中间设备103)如果是从虚拟专用网络(Virtual Private Network，简称VPN)等网络中的路径接收到含此TLV的检测报文，则在向所述发起设备101发送检测响应报文时，通过查询公网路由表确定响应报文的回复路径进行回应；如果检测报文中包含此TLV，生成的响应报文可以原样携带该TLV字段并返回给所述发起设备101。
以下的表3示出携带负荷信息的负荷字段的其中一种格式。
表3：
| 2字节type | 2字节长度 | n字节负荷payload |
| 填充payload的type＝0x0002 | 4+n | 负荷内容 |
负荷字段供发起设备101填写任意长度、任意内容的负荷，并携带在检测报文中，所述检测报文还用于指示所述目的设备在返回的所述响应报文中携带所述负荷信息。检测报文的终结设备(目的设备102或某个需要返回响应报文的中间设备)在发送响应报文时，需要根据检测报文的指示将此负荷字段原样携带上，以便发起设备101发现转发路径中可能存在的传输故障。
具体的，在携带了该负荷字段的检测报文传输的过程中，有可能存在改包、丢特定长度报文等数据传输故障。
在一种可能的实现方式中，在终结设备原样返回该负荷字段后，发起设备101将响应报文中的TLV与所述检测报文中的TLV进行比较，如果发现响应报文中负载内容不一致，则可以认为对应的网络路径中存在改包的故障。
在另外一种可能的实现方式中，发起设备101可以分别通过填充负荷字段的方式生成并发出多个不同长度的检测报文。发起设备101在接收到对应的响应报文后，对每一个响应报文进行检测，如果缺少某个检测报文对应的响应报文，则可以认为传输该某个检测报文的网络路径中存在丢特定长度报文的故障。例如，发起设备101通过填充负荷字段的方式生成并发送了256字节、1500字节、4470字节等长度的检测报文，而在接收的响应报文中并不存在与长度为1500的检测报文对应的响应报文，则可以认为对应的网络路径中存在丢失特定长度为1500字节的报文的故障。
在本申请实施例所涉及的进行网络路径的检测过程中，发起设备101的控制面用于确认从发起设备101到目的设备102之间的网络路径并生成检测报文。从发起设备101到目的设备102之间可以包括多条网络路径，本申请实施例将所述多条网络路径中的每一条网络路径分别作为目标网络路径并进行相同的检测处理，以确定每一条网络路径是否正常。控制面生成针对某个目标网络路径的检测报文后，将检测报文发送至转发面，所述转发面用于向目的设备102发送所述检测报文，并用于接收所述目的设备102返回的响应报文。如果接收到所述目的设备102返回的响应报文，则可以确定从发起设备101到目的设备102的网络路径的故障检测成功，可以认为该条网络路径是正常的。
所述发起设备101也可以向中间设备103(或中间设备104)发送检测报文进行故障检测，如果接收到中间设备103(或中间设备104)返回的响应报文，则确定所述发起设备101到所述中间设备103(或中间设备104)之间的网络路径的故障检测成功，可以认为该条网络路径是正常的。
本申请实施例中针对网络路径的检测主要是针对备用路径的检测，即针对图1中的主用路径的备用路径：发起设备101(TRUNK1->GE2)->中间设备103->目的设备102。备用路径的主用路径：发起设备101(TRUNK2->GE3)->中间设备104->102。以及备用路径的备用路径：发起设备101(TRUNK2->GE4)->中间设备104->102。当然，本申请实施例也可以根据需要，对主用路径的主用路径进行故障检测，即在进行业务布放之前，也可以检测路径：发起设备101(TRUNK1->GE1)->中间设备103->目的设备102。
下面结合图2对本申请实施例提供的网络路径的故障检测方法进行详细说明。本申请实施例以该方法应用于图1所示的场景进行具体说明。本申请实施例中所述的方法可以由网络系统中任意一个需要进行网络路径的故障检测的网络设备来实现，该网络设备作为路径检测的发起设备对到达目的设备的一条或者多条网络路径进行检测。
S201：控制面确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径。
可以通过接收用户手动输入的方式来获取发起设备和目的设备的标识，包括媒体访问控制(Media Access Control，简称MAC)地址、IP地址等标识，基于获取的标识，发起设备在控制面可以通过查找转发表的形式来确定从发起设备到目的设备之间的一条或多条网络路径，可以将每一条网络路径作为目标网络路径分别进行检测。
S202：所述控制面生成检测报文和路径信息，所述检测报文用于所述目标网络路径的故障检测，并用于指示所述目的设备返回响应报文，所述路径信息包括所述目标网络路径的级别N，和通过查找转发表得到的与所述目标网络路径相关的转发表项索引标识key。所述检测报文的格式可参考上述表1所示。所述路径信息还用于指示所述转发面确定所述目标网络路径作为所述检测报文的转发路径。
所述检测报文可以为一个特殊的报文，通过对报文的特殊设置来表明该报文为一个用于进行目标网络路径的故障检测且需要目的设备回应的检测报文。具体的，可以通过将报文的协议类型字段设置为未定义的类型，使该报文成为一个特殊的报文。或者，将报文的目的地址字段设置为错误的地址类型，使该报文成为一个特殊的报文。错误的地址类型包括未定义的地址类型；或者，将报文的生存时间值TTL字段设置为异常值，例如设置为0或1，使此报文成为一个特殊的报文。
控制面在生成检测报文后，将检测报文发送至转发面进行处理。并且，控制面可以在向转发面发送检测报文之前或同时，将路径信息发送给所述转发面。控制面发送给转发面的路径信息主要包括N和key，该级别N可以为0、1以及2的级别。N值具体是控制面根据目标网络路径在转发表中记录的内容来计算得到的。控制面希望转发面查找获得的N次存储有主备路径信息的转发表项，再根据所述路径信息中的标识判断是否和查找到的转发表项的索引标识相同来确定检测报文的转发路径。
本申请实施例中，所述转发表上每一个转发表项可以通过唯一的标识来标记，该标识可以是一个针对转发表项的索引。在控制面确定的目标网络路径对应的key以及该目标网络路径的级别，主要用来控制转发面转发检测报文。
在所述发送设备和所述目的设备之间，包括：主用路径的主用路径、主用路径的备用路径、备用路径的主用路径以及备用路径的备用路径。对应这四种路径，控制面可以计算得到0、1、2等级别，具体为，主用路径的主用路径的级别是0级，主用路径的备用路径的级别是1级，备用路径的主用路径的级别是1级，备用路径的备用路径的级别是2级。
路径的级别具体可以配置到转发面用于控制备用路径检测功能的全局寄存器中。当然，除了上述的0、1、2级别，本申请实施例还可以有更多的级别，例如备路径的备路径还有主备路径保护时，如果要检测备用路径的备用路径的备用路径时，N就等于3。并且，key是和所述N对应匹配的一个标识序列，譬如N＝2时，key就是key(0)、key(1)组成的标识序列；抽象上N＝m时，key就是key(0)～key(m-1)组成的标识序列，m为正整数。可选的，还可以用其他的数值表示方式来表示不同目标网络路径的级别，本申请实施例对此不作限制。
控制面将生成的检测报文和路径信息发送给转发面，以使所述转发面将所述检测报文通过所述目标网络路径发送给所述目的设备。
S203：所述转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径。
所述转发面是在接收到所述控制面发送的检测报文和路径信息后，执行所述S203。
S204：所述转发面根据确定的所述转发路径转发所述检测报文。
发起设备在转发面根据控制面提前发送的所述路径信息中的N和key确定转发路径，具体将转发面的转发表中的转发表项标识与所述key进行比较，并根据比较结果来确定所述目标网络路径，并将其作为转发路径。本申请实施例在转发面为检测报文预设了用于确定转发路径的路径确定策略，该路径确定策略具体基于N和key为所述检测报文确定转发路径。转发面依据路径确定策略确定出目标网络路径作为转发路径的实现方式可参考下述图4对应实施例的描述。需要说明的是，本申请实施例中，检测报文的转发方式与现有的正常报文的转发方式之间的一个主要区别在于：在发起设备上，转发面可以基于控制面的所述路径信息中的N和key确定出需要进行故障检测的一条路径，具体的例如上述提到的主用路径的备用路径、备用路径的主用路径和备用路径的备用路径。而基于N和key主要检测的是在发起设备101上的路径即所述的本机路径，例如，发起设备101的本机路径包括TRUNK1->GE2、TRUNK2->GE3、TRUNK2->GE4等。本机路径是所述转发路径的一部分，在通过本申请实施例确定出本机路径后，其他路径的确定方式可以采用现有的基于报文的路径确定方式，例如，在确定了本机路径TRUNK1->GE2后，确定到中间设备103直到目的设备102的路径可以通过现有的路径确定方式来实现。
发起设备在转发面确定转发路径并发出检测报文后，如果接收到目的设备返回的响应报文，则可以确定此次对所述目标网络路径的故障检测成功，可以认为该目标网络路径是正常的。若没有接收到所述目的设备的响应报文或者接收超时，则可以认为该目标网络路径存在故障。
所述目的设备返回响应报文的方式可以是原路返回的方式，也可以是通过从目的设备确定的其他路径向所述发起设备返回所述响应报文。
本申请实施例可以根据需要对任意两个网络设备之间的网络路径进行检测。获取两个网络设备的网络地址，如MAC地址、IP地址等，可以将其中的任一网络设备作为发起检测的发起设备，而另外一个设备作为目的设备，通过用于对发起设备到目的设备之间的网络路径进行故障检测的检测报文和回应该检测报文的响应报文，来对所述发起设备到所述目的设备之间的网络路径进行故障检测。
在其中一种具体的实现方式中，如果在两个设备之间的网络路径上包括一个或者多个中间设备，那么可以获取该网络路径上所有网络设备的网络地址，通过排列组合的方式来对任意两个设备之间网络路径进行故障检测。也就是说，如果检测发起设备到目的设备之间有多跳，则中间每跳设备也可以单独的作为故障检测的发起设备发起故障检测。当所有的故障检测的发起设备都完成了路径的故障检测，则可以说明一个方向的故障检测已经完成。反方向可以同理操作。当正反两个方向的路径故障检测都成功后，就可以确定相关备用路径的故障检测成功。
通过上述方式能够在不进行真实业务流量切换的情况下，使用报文来检测相关业务可能走的网络路径，能够较为准确的，在不影响业务的同时随时进行网络路径的故障检测。
与现有的正常报文转发相比，本申请实施例中，控制面生成了一个专用于对目标网络路径进行故障检测的检测报文，并且控制面还生成了可以使转发面判断该检测报文的转发路径的路径信息。转发面能够根据路径信息中的标识和级别，进行一系列的判断，进而在转发面确定所述目标网络路径作为所述检测报文的转发路径，并在该转发路径上转发检测报文，从而完成对该所述目标网络路径的故障检测。下面对本申请实施例中控制面的执行步骤和转发面的执行步骤进行详细描述。
图3是本申请实施例的一种在控制面的网络路径的故障检测方法的流程示意图。本申请实施例以该方法应用于图1所示的场景进行具体说明。本申请实施例中所述的方法可以由网络系统中任意一个需要对网络路径进行故障检测的网络设备来实现，具体可以是一个控制面设备。本申请实施例的所述方法包括以下步骤。
S301：控制面确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径。所述控制面具体可以根据发起设备标识、目的设备的标识确定需要检测的网络路径，将每一条网络路径作为需要进行故障检测的目标网络路径。
具体可以通过发起设备标识(例如发起设备的IP地址)、目的设备标识(例如目的设备的IP地址)查找转发表，根据转发表确定本次需要进行故障检测的目标网络路径以及该目标网络路径的级别。
在所述S301之前，还可以包括控制面接收网络路径检测指令的步骤。具体可以通过系统定时或者用户触发的方式生成并向发起设备的控制面发出网络路径检测指令，以触发所述发起设备开始执行网络路径的故障检测。所述发起设备的标识、目的设备的标识可以由用户预先输入，以便于系统定时生成包括所述发起设备标识和目的设备标识的网络路径检测指令发送给控制面。或者，在用户需要对发起设备到目的设备之间的网络路径进行故障检测时，用户直接输入所述发起设备的标识、目的设备的标识，并将标识包含到网络路径检测指令中发送给所述控制面。
具体的，为了更好地确定网络路径并执行对网络路径的检测，用户可以输入更为详细的信息，输入的信息包括但不限于：报文转发形式，具体可以指定是2层转发(如mac地址的转发)还是3层转发(如IP地址的转发)。VPN信息。源信息，即发起设备的相关信息，如检测报文中的源地址、转发面接收检测报文的单板标识，例如接收检测报文的单板的槽位号。目的信息，即目的设备的相关信息，一般是要检测的备用路径的业务目的地址。期望是由目的设备还是由中间设备给出回应，返回响应消息。其他附加信息，如payload内容、payload长度、是否包含公网回应TLV等。检测报文中可以包括这些信息，以便于在发起设备的控制面快速生成所述检测报文。
所述目的设备需要响应所述检测报文，当目的设备为无法返回响应报文的设备时，上述的中间设备也可以被用户指定为故障检测的终结设备。根据目的设备的配置参数，用户可以预先得知目的设备能否返回响应报文，当需要对发起设备到目的设备之间的网络路径进行故障检测，而所述目的设备无法返回响应报文时，用户可以通过配置检测报文的相关字段来指定一个中间设备作为故障检测的终结设备，使其返回响应报文，例如将检测报文的TTL设置为2，使得中间设备返回响应报文。当所述控制面接收到中间设备返回的响应报文时，则确定所述发起设备到所述中间设备之间的网络路径的故障检测成功。所述中间设备是所述发起设备到所述目的设备之间的，位于所述目标网络路径中的网络设备。
S302：控制面确定目标网络路径的级别N，并根据所述转发表，确定所述目标网络路径的标识key。其中，所述级别N是所述控制面在根据转发表确定目标网络路径时计算并确定的。而标识key则是在查转发表时，将与所述目标网络路径相关的转发表项索引标识作为所述路径信息中的标识key。
具体的，以图1示出的系统为例，备用路径的主用路径中，路径的级别N＝1、在控制面确定的转发表项的标识key＝key(0)＝re1。备用路径的备用路径中：路径的级别N＝2，在控制面确定的转发表项的标识key＝key(0)+key(1)，其中，key(0)＝re1，key(1)＝trunkid2(TRUNK2的标识)。主用路径的备用路径中，路径的级别N＝1，在控制面确定的转发表项的标识key＝key(0)＝trunkid1(TRUNK1的标识)。
S303：所述控制面生成检测报文和路径信息，并将所述检测报文和所述路径信息发送给转发面。
所述检测报文用于所述目标网络路径的故障检测，并用于指示所述目的设备返回响应报文。所述路径信息包括上述在S302确定的级别N(0、1或2)和标识key。所述控制面将检测报文和路径信息发送给转发面，由转发面根据检测报文和路径信息确定所述目标网络路径作为转发路径，并根据转发路径来转发所述检测报文。转发面确定转发路径的方式具体可参考下述的图4对应实施例的描述。
针对非0级的检测，可以通过一个特殊的报文来作为检测报文以指示转发面对该报文按照预置的路径确定策略确定转发路径、并指示目的设备返回响应报文，所述的路径确定策略主要是用于确定位于所述检测报文的转发路径上的所述发起设备的本机路径。转发面可以通过报文是否异常来判断该报文为检测报文。例如，报文的协议类型字段为特殊的未定义的类型、报文的目的地址字段(例如链路层目的地址字段)为特殊未定义的类型或已经定义的对应流程不应该出现的类型，该目的地址字段指示了错误的地址类型、报文的生存时间(Time To Live，简称TTL)字段为特殊0或1值。这些异常的报文均可以被认为是检测报文。
针对0级检测步骤，即对主用路径的主用路径检测，通过一个正常的报文按照现有的转发路径确定方式在主用路径上进行正常的传输即可完成检测，并不需要上述提到的检测报文和路径信息，也并不需要指示转发面按照特殊的转发路径确定方式来确定转发路径。
而如果仅希望对主用路径上发起设备到某个与发起设备相邻的中间设备之间的路径进行检测，那么可以将正常报文中的TTL填充成2，这样转发过程中减一后到达相邻的中间设备。所述中间设备会由于TTL＝1而本中间设备又不是该报文的目的设备，那么该原本正常的报文也成为一个特殊的检测报文。所述中间设备将其作为检测报文进行处理，根据该报文的内容向所述发起设备返回所需的响应报文。
在转发面发送所述检测报文后，控制面会等待接收对所述检测报文的响应报文。主要等待目的设备响应所述检测报文所返回的响应报文。可以在等待的过程中进行计时，并判断接收响应报文是否超时。若接收响应报文超时，则可以认为对目标网络路径的故障检测结果为检测失败，所述目标网络路径可能存在故障。若接收到响应报文且没有超时，则可以认为检测成功，可以认为所述目标网络路径正常。进一步地，如果接收到响应报文且没有超时，还可以判断对响应报文的校验是否成功，在校验成功时才确定本次对所述目标网络路径的检测成功。对响应报文的校验过程包括但不限于：响应报文的报文头是否正常，报文负荷(负荷TLV等)是否正常，即是否和对应的检测报文的负载一致。其中，在检查报文头是否正常时，除了可以检测type域是否为响应报文(type是否为1)，还可以检测其他域是否和原始检测报文一致，checksum域的计算结果是否符合这个响应报文。
进一步可选地，在检测成功时，可以发出对所述目标网络路径检测成功的提示。可以用于提醒用户该条网络路径是正常的，或者标记该目标网络路径正常，方便后续确定整个从发起设备到目的设备之间的网络路径正常。而在检测失败时，发出所述目标网络路径检测失败的提示。用于提醒用户对所述目标网络路径的检测失败，所述目标网络路径存在故障。
可选地，在向转发面发送检测报文和路径信息的同时或者之后，可以控制开启下行表项的统计功能。
下行表项包括：地址解析协议(Address Resolution Protocol，ARP)表或下行接口控制表等。对于从发起设备到目的设备之间的各条网络路径，一旦检测到某条网络路径上存在报文传输，则会为该网络路径在下行表项上进行计数，在一段时间内所述下行表项所计的数值即为该段时间内传输的报文的报文数量计数。
在通过检测报文的方式，并在超时时间内收不到响应报文，得出所述目标网络路径的故障检测失败的结果后，还可以进一步通过将所述下行表项中针对目标网络路径的报文数量计数与在所述目标网络路径上发送的检测报文的数量进行比较，判断下行表项对所述目标网络路径的报文数量计数是否不小于发送的检测报文的数量。如果判断结果为报文数量计数不小于发送的检测报文的数量，仍然可以认为对所述目标网络路径的故障检测成功，可以认为目标网络路径是正常的，发出相应的提示信息或者对所述目标网络路径进行标记。如果判断结果为报文数量计数小于发送的检测报文的数量，则可以认为故障检测失败。
也就是说，如果响应报文接收超时，本申请实施例中，不会直接认为对目标网络路径的故障检测失败，控制层会进一步地通过下行表项来最终确定对所述目标网络路径的检测结果。如果目标网络路径上传输的报文的报文数量计数不小于该目标网络路径上发出的检测报文的数量，则表明一个或者多个检测报文已经通过该目标网络路径传输至目的设备了，此时也可以认为该目标网络路径正常。通过下行表项的统计计数，可以在目的设备无法返回响应报文，也达到对目标网络路径的检测的目的。
在对从所述发起设备到目的设备之间各个目标网络路径进行上述处理后，控制面可以判断是否对所有的目标网络路径都完成故障检测。若是，则结束，输出各条网络路径的检测结果。否则，继续执行对余下目标网络路径的故障检测的相关步骤。
图4是本申请实施例的一种在转发面的网络路径的故障检测方法的流程示意图，本申请实施例以该方法应用于图1所示的场景进行具体说明。本申请实施例中所述的方法可以由网络系统中任意一个需要进行网络路径的故障检测的网络设备来实现，具体可以为转发面设备。本申请实施例的所述方法包括以下步骤。
S401：转发面接收控制面发送的检测报文和路径信息，所述检测报文用于路径检测的发起设备到路径检测的目的设备之间的目标网络路径的故障检测，并用于指示所述目的设备返回响应报文，所述路径信息包括用于表示所述目标网络路径的标识和级别。
转发面接收从控制面发送的报文。该报文可能是一个正常的报文，也可能是一个用于进行路径的故障检测的特殊报文。转发面可以判断接收到的报文是否为检测报文。
在一种具体的实现方式中，转发面可以通过判断接收的报文是否为异常报文来判断接收到的报文是否为检测报文。当判断为是异常报文时可以将该报文作为检测报文。
在进行报文的异常判断时，具体可以针对报文进行协议类型、目的地址、TTL等判断。具体包括检测接收的报文的协议类型字段，若该协议类型字段指示了未定义的类型，则所述报文为异常报文；或，检测接收的报文的目的地址字段，若该目的地址字段指示了错误的地址类型，则所述报文为异常报文，错误的地址类型包括未定义的地址类型；或，检测接收的报文的生存时间值TTL字段，若TTL字段指示了异常值，则所述报文为异常报文。
需要说明的是，在异常判断结果为所述接收的报文为异常报文时，则可以认为该报文为需要对某条目标网络路径进行故障检测的检测报文。由于检测报文相对于正常转发报文来说数量上要少很多，在进行异常判断确定报文为检测报文后才执行后续的针对检测报文的特殊流程不影响正常报文的转发流程。这样可使得正常报文一个转发流程、检测报文执行另一个转发流程，不耦合在一起，这样即使针对检测报文的转发存在故障，也不影响网络设备对于正常报文的转发性能和功能。
具体的，如果报文的异常判断结果为所述接收的报文为正常报文(不是异常报文)，则按正常报文转发，转发面可以直接将所述报文作为正常报文，执行正常的转发表查找以及报文转发的流程。其中，如果是3层的报文转发(如IP转发)则将所述报文的TTL减一，并转发该报文。
可选地，在判断所述接收的报文异常后，还可以进一步确定所述报文是备用路径检测报文。具体可以对所述被判断为异常报文的格式进行判断，以便根据格式来判断该异常报文是否为用于进行网络路径检测的检测报文。例如，在判断接收到的报文为异常报文后，继续按照表1定义的格式中，chechsum字段的内容对检测报文进行校验，并对type字段的内容进行检测，如果对检测报文的校验成功，且type为0，才确定所述接收的报文为检测报文。
可选地，在所述转发面确定所述报文为异常报文之后，在进一步确定所述检测报文是备用路径检测报文之前，所述转发面还可以确定备用路径检测功能被使能。例如，判断预置的寄存器中关于备用路径检测的开关值是否为开启值，若打开，表明可以执行针对网络路径的检测。如果没有打开，则可以简单地根据预置的异常处理策略对所述报文进行异常处理，包括直接将异常报文丢弃或者上报给控制面处理。
S402：转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为检测报文的转发路径。
S403：转发面根据确定的所述转发路径转发所述检测报文。
转发面从所述路径信息中确定所述网络路径的级别N，并获取循环计数值n。本申请实施例中，控制面可以对该循环计数值赋予初始值，例如将该循环计数值的初始值赋值为0，根据对所述检测报文的后续处理对n进行赋值，具体来说，转发面确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则将所述循环计数值的数值加1。循环计数值可以是在控制面进行赋值并与N、key一并发送给转发面。所述检测报文和路径信息的相关内容可参见上述图2对应实施例中的相关描述。所述循环计数值也可以由转发面直接赋值为0。后续基于路径信息中的N值和key值确定转发路径。具体请参考图5所对应实施例中的描述。
图5示出了转发面确定转发路径的方法的流程示意图，本申请实施例的所述方法对应于上述的S402。具体步骤如下。
S501：转发面判断所述路径信息中的级别的数值N是否大于循环计数值，即判断N>n是否成立，若N大于n，则执行S503。当所述路径信息中的级别的数值N小于等于循环计数值n时，执行S502。
S502：针对该检测报文的后续查转发表的过程中，所述转发面根据转发表中对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径。
当N>n不满足后，所述转发面根据转发流程后续可能还会查很多转发表，在后续所有的针对检测报文进行查表后，均选择所查找的转发表项中记录的主用路径作为转发路径。例如，如果是将检测报文转发到多协议标签交换(Multi-Protocol Label Switching，简称MPLS)-流量工程(Traffic Engineering，TE)隧道(MPLS-TE)中，则还要查TE Tunnel(TE隧道)表，如果路由器针对TE Tunnel表也是有主用标签交换路径(Label SwitchedPath，简称LSP)和备用LSP之分，在满足n>＝N后，查TE Tunnel表后会直接走主用LSP，而不会再进行其他的判断。
S503：所述转发面确定转发表中对应的转发表项索引标识。所述转发面可以查找转发表来确定该检测报文所对应的转发表项索引标识。具体如何查找转发表，可以是基于现有的根据设备上配置的业务和报文在转发面的每一步流程来确定。例如具体的，对应基于IP转发的业务，在转发面，所述S503具体可以包括：根据检测报文中的目的IP地址，查找该目的IP地址所对应的具体表项的标识(例如，对于目的IP地址为5.5.5.5，可以在转发表中确定索引为re1，并将其作为标识)；并且在下一次进行转发表项索引标识和路径信息中的标识进行比对时，可以进一步根据该查找到的具体表项所记录的内容来确定trunk信息，以便于进一步进行基于trunk的标识比对。如果所述检测报文是基于IP转发，则所述检测报文中包括目的IP地址信息等基本信息，以便于查转发表完成转发处理。除了所述基于目的IP地址等方式，还可以包括基于Mac地址查表等方式，本申请实施例并不限制。
S504：判断确定的转发表项索引标识是否与路径信息中的标识相同。如果所述转发面确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同，则执行S505。如果所述转发面确定所述转发表中对应的所述转发表项索引标识与所述路径信息中的所述标识不同，则执行S507。
S505：根据所述转发表项索引标识所对应的转发表项中记录的备用路径确定所述检测报文的转发路径上的本机路径。
S506：将所述循环计数值的数值加1，其中n的初始值赋值为0。在n加1后执行所述S504。
S507：根据所述转发表项索引标识所对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径。
转发面根据控制面下发的N和key值，通过将N值与n进行比较判断，将key与查找到的转发表项索引进行比较，根据判断以及比较的结果确定每次查找的转发表所指示的本机路径，然后根据确定的发起设备的本机路径最终确定出所述检测报文的转发路径，并在该转发路径上转发所述检测报文，以便于将所述检测报文发送至所述目的设备。
具体的，以图1中的目的设备(IP＝5.5.5.5)为例，在控制面，首先查转发表，在转发表中获取的从发起设备到目的设备(5.5.5.5)的转发表项的索引假定是re1。re1中保存了主用路径走TRUNK1，备用路径走TRUNK2的信息。如果确定了走备用路径的备用路径，则在控制面会决定有2级转发表项需要控制，第一级为路由转发表，第二级为trunk转发表，级别N＝2。并且在控制面确定第一级标识为key(0)＝re1，第二级的标识为key(1)＝trunkid2。N和key(0)、key(1)构成路径信息。
在转发面，首先查5.5.5.5的路由表得到该5.5.5.5所对应的转发表项的索引为re1，与控制面发送的key(0)相同，则可决定走备用路径TRUNK2。然后n＝n+1＝1，N>n成立。接着，TRUNK2中有主用路径GE3，备用路径GE4。TRUNK2在trunk转发表中的索引为trunkid2，则进一步查trunk转发表中TRUNK2的索引与key(1)相同，则确定走trunkid2中的备用路径GE4，然后n＝n+1＝2，使得N>n不成立，后续如果发起设备还有查转发表的步骤，则所有的查表步骤均根据主用路径确定本机路径。在本例中，确定本机路径为：TRUNK2->GE4->后续发起设备查表确定的路径。
而如果控制面确定了走备用路径的主用路径，则在控制面会确定N＝1，key(0)＝re1的路径信息。在转发面，首先查5.5.5.5的路由表得到对应的转发表项的索引为re1，与控制面发送的key(0)相同，则可决定走备用路径TRUNK2，然后n＝n+1＝1，N>n不成立，因此，后续查找trunk表会走TRUNK2的主用路径GE3。在本例中，确定本机路径为：TRUNK2->GE3->后续发起设备查表确定的路径。
而如果在S202中控制面确定了走主用路径的备用路径，则在控制面会确定N＝1，key(0)＝trunkid1。在转发面，N>n成立，首先查5.5.5.5的路由表得到对应的转发表项的索引为re1，与控制面发送的key(0)不相同，则可决定走主用路径TRUNK1。此时转发表项索引标识与所述路径信息中的标识并不相同，因此，n不会加1，N>n仍然成立，继续针对trunk转发表查找到转发表项索引为trunkid1，与所述key(0)相同，因此，会走TRUNK1的备用路径GE2，n＝n+1＝1，使得N>n不成立。在本例中，确定本机路径为：TRUNK1->GE2->后续发起设备查表确定的路径。
本申请实施例能够在不进行真实业务流量切换的情况下，使用报文来检测相关业务可能走的网络路径，并且能够较为准确地，在不影响业务的同时随时进行网络路径的故障检测。本申请实施例还定义了一种根据控制面的控制在转发面实现检测报文转发的方式，通过该方式转发面可以快速、准确地确定对应于控制面的目标网络路径的转发路径，实现检测报文转发，完成对目标网络路径的检测。并且，可以通过报文是否异常的方式来区分正常报文和需要走特殊流程的检测报文，不影响正常的报文转发流程，不影响设备的转发性能。
请参见图6，是本申请实施例的另一种网络路径的故障检测方法的流程示意图，本申请实施例的所述方法可以由在网络中进行报文收发的网络设备来执行。具体的，本申请实施例的所述方法包括如下步骤。
S601：控制面确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径。发起设备在控制面可以通过查表的形式来确定目标网络路径。
S602：控制面生成检测报文和路径信息，所述检测报文用于所述目标网络路径的故障检测，并用于指示所述目的设备返回响应报文；所述路径信息包括用于表示所述目标网络路径的标识和级别，并用于指示所述转发面确定所述目标网络路径作为所述检测报文的转发路径，具体为转发表项的索引值。
在所述检测报文中还可以配置响应指示信息，所述响应指示信息用于指示所述目的设备或所述中间设备通过查询公网路由表确定路由的方式确定用于传输所述响应报文的路由。在所述检测报文中还可以配置负荷信息，所述负荷信息用于指示所述目的设备在返回的响应报文中携带所述负荷信息。在所述检测报文中还可以配置结束信息，所述结束信息用于指示所述目的设备或所述中间设备在返回的响应报文的结尾处携带所述结束信息，以表示所述响应报文的完整性。
所述响应指示信息、负荷信息以及结束信息所对应的TLV报文格式可参考上述实施例中表1、表2以及表3的内容。
S603：所述转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径，并在确定的各转发路径上转发所述检测报文。发起设备在转发面上通过查找转发表的形式来确定转发路径。
S604：控制面接收到所述目的设备返回的响应报文时，确定对所述目标网络路径的故障检测成功。控制面是通过转发面接收到对应检测报文的相应报文。控制面如果接收到所述目的设备返回的响应报文，则故障检测成功，可以认为所述目标网络路径正常。在没有接收到响应报文或者接收响应报文超时的情况下，则可以执行下述的S605和/或执行S607。
S605：所述控制面在所述转发面转发所述检测报文之后，获取所述目标网络路径上传输的报文的报文数量计数。
S606：若根据所述数量统计信息确定所述转发路径上的报文的数量满足预设的数量衡量条件，则控制面确定对所述目标网络路径的故障检测成功。具体可以在所述S603发出检测报文后开始统计所述目标网络路径上的传输的报文的数量。如果统计得到的数量不小于发出的检测报文的数量，则满足预设的数量衡量条件，可以认为对所述目标网络路径的故障检测成功，所述目标网络路径正常。
S607：控制面如果接收到所述目标网络路径中的中间设备返回的响应报文，确定所述发起设备到所述中间设备之间的网络路径检测成功。当所述检测报文无法发送给所述目的设备时，可以由用户配置以请求所述目标网络路径中的中间设备返回响应报文，以确定所述发起设备到所述中间设备之间的网络路径检测成功，在一定程度上认为这段路径是正常的。
以图1为例，当发起设备需要检测发起设备101(3.3.3.3)(TRUNK1->GE1)->中间设备103(1.1.1.1)->目的设备102(5.5.5.5)的路径时，发起设备需要将检测报文中的TTL设置为大于或等于3，才能使检测报文发送给所述目的设备，但如果设置了检测报文的TTL为2，则该检测报文到达中间设备后，TTL变为1，但中间设备又并非是该报文的目的设备，因此，中间设备可以向发起设备返回响应报文，使得发起设备确定到中间设备的网络路径检测成功。为了达到检测发起设备到目的设备之间网络检测的目的，可以再将所述中间设备作为发起设备，以便于检测从中间设备到目的设备之间的网络路径。
上述的S604、S607以及S605-S606之间为并列的步骤，也就是说，在接收到响应报文或者检测到存在合适的报文数量时，均可以认为对目标网络路径的检测成功，在一定程度上均可以认为该条路径是正常的。
在请参见图7，是本申请实施例的一种网络路径的故障检测装置的结构示意图，本申请实施例的所述网络路径的故障检测装置可以设置在可以进行报文处理的网络设备中，具体在控制面设备中，所述装置具体包括如下模块。
确定模块701，用于确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径；生成模块702，用于生成检测报文和路径信息；发送模块703，用于将所述检测报文和所述路径信息发送给转发面，以使所述转发面将所述检测报文通过所述目标网络路径转发给所述目的设备；其中，所述检测报文用于所述目标网络路径的故障检测，并用于指示所述目的设备返回响应报文；所述路径信息包括用于表示所述目标网络路径的标识和级别，并用于指示所述转发面确定所述目标网络路径作为所述检测报文的转发路径。
进一步可选地，所述装置还可以包括：处理模块704，用于在所述转发面转发所述检测报文之后，获取所述目标网络路径上传输的报文的报文数量计数。以便于根据报文数量计数来确定目标网络路径上是否存在相应数量的报文的传输。
进一步可选地，所述处理模块704，用于在接收到所述目标网络路径中的中间设备返回的响应报文时，确定所述发起设备到所述中间设备之间的网络路径检测成功。
进一步可选地，所述检测报文中包括响应指示信息，所述响应指示信息用于指示所述目的设备通过查询公网路由表确定路由的方式确定用于传输响应报文的路由。
进一步可选地，所述检测报文中包括负荷信息，所述检测报文还用于指示所述目的设备在返回的所述响应报文中携带所述负荷信息。
进一步可选地，所述处理模块704，还用于在接收到所述目的设备返回的响应报文时，检测所述响应报文中携带的负荷信息，并根据检测结果来确定所述目标网络路径是否存在传输故障。
进一步可选地，所述处理模块704，具体用于在所述响应报文中存在负荷信息，但所述响应报文中负荷信息包括的负荷内容与所述检测报文中负荷信息包括的负荷内容不一致时，则确定所述目标网络路径存在丢数据、或改包等数据传输故障。
具体的，所述处理模块704可选地可以执行上述提及的功能中的任意一个或者多个。本申请实施例中各个模块的具体实现方式可参考图1至图6所对应实施例中关于控制面所执行的相关步骤的具体描述。
图8是本发明实施例的另一种网络路径的故障检测装置的结构示意图，图8所示的装置可以应用在进行报文转发的网络设备中，具体可以为转发面设备。所述装置包括如下模块。
接收模块801，用于接收控制面发送的检测报文和路径信息，所述检测报文用于路径检测的发起设备到路径检测的目的设备之间的目标网络路径的故障检测，并用于指示所述目的设备返回响应报文，所述路径信息包括：所述目标网络路径的标识和级别；处理模块802，用于根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径；发送模块803，用于根据确定的所述转发路径转发所述检测报文。
其中可选地，所述检测报文中包括响应指示信息，所述响应指示信息用于指示所述目的设备通过查询公网路由表确定路由的方式确定用于传输所述响应报文的路由
其中可选地，所述检测报文中包括负荷信息，所述检测报文还用于指示所述目的设备在返回的所述响应报文中携带所述负荷信息。
其中可选地，所述处理模块802，具体用于当确定所述路径信息中的级别的数值N大于循环计数值n时，且确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则根据所述转发表项索引标识所对应的转发表项中记录的备用路径确定所述检测报文的转发路径上的本机路径；其中，当确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则将所述循环计数值的数值加1，n的初始值赋值为0；所述N和n均为大于等于0的自然数。
其中可选地，所述处理模块802，具体还用于当确定所述路径信息中的级别的数值N大于循环计数值n，且确定所述转发表中对应的所述转发表项索引标识与所述路径信息中的所述标识不同时，则根据所述转发表项索引标识所对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径。
其中可选地，所述处理模块802，具体还用于当所述路径信息中的级别的数值N小于等于循环计数值n时，根据转发表中对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径。
其中可选地，所述接收模块801，具体用于接收所述控制面发送的报文；并确定所述报文为异常报文，并进一步确定所述报文是备用路径检测报文，以最终确定接收到的是检测报文。所述接收模块801在接收到控制层发送的需要转发的报文时，还用于对需要转发的报文进行检测，判断该需要转发的报文的是否为异常报文。
其中可选地，所述接收模块801，在判断是否为异常报文时，具体用于检测接收的报文的协议类型字段，若该协议类型字段指示了未定义的类型，则所述报文为异常报文；或，检测接收的报文的目的地址字段，若该目的地址字段指示了错误的地址类型，则所述报文为异常报文，错误的地址类型包括未定义的地址类型；或，检测接收的报文的生存时间值TTL字段，若TTL字段指示了异常值，则所述报文为异常报文。
本申请实施例中各个模块的具体实现方式可参考图1至图6所对应实施例中关于转发面所执行的相关步骤的具体描述。
本申请实施例能够在不进行真实业务流量切换的情况下，使用报文来检测相关业务可能走的网络路径，并且能够较为准确地，在不影响业务的同时随时进行网络路径的故障检测。本申请实施例还定义了一种根据控制面的控制在转发面实现检测报文转发的方式，通过该方式转发面可以快速、准确地确定对应于控制面的目标网络路径的转发路径，实现检测报文转发，完成对目标网络路径的检测。并且，可以通过报文是否异常的方式来区分正常报文和需要走特殊流程的检测报文，不影响正常的报文转发流程，不影响设备的转发性能。
再请参见图9，是本申请实施例的一种网络设备的结构示意图，本申请实施例的所述网络设备包括外壳、电源等结构，还包括处理器901、接收器902、发送器903以及存储器904。所述接收器902用于接收其他网络设备的信号，所述发射器903用于向其他网络设备发送信号。所述处理器901与所述接收器902、发送器903以及存储器904之间可以通过总线905数据相连。所述处理器901可以是中央处理器(central processing unit，简称CPU)。
本申请实施例的所述网络设备的存储器904可以包括易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，简称RAM)；存储器904也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(harddisk drive，简称HDD)或固态硬盘(solid-state drive，简称SSD)；存储器904还可以包括上述种类的存储器的组合。
可选地，所述存储器904还用于存储程序指令。所述处理器901可以调用所述程序指令，实现如本申请实施例图1至5对应方法实施例中所示的网络路径的故障检测方法。
图10示出了本申请实施例的另一种网络设备的结构示意图，本发明实施例的所述网络设备包括控制面1001和转发面1002。其中，所述控制面1001，用于在所述网络设备作为发起设备时，确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径；生成检测报文和路径信息；并将所述检测报文和所述路径信息发送给转发面1002，以使所述转发面1002将所述检测报文通过所述目标网络路径转发给所述目的设备；其中，所述检测报文用于所述目标网络路径的故障检测，并用于指示所述目的设备返回响应报文；所述路径信息包括用于表示所述目标网络路径的标识和级别，并用于指示所述转发面1002确定所述目标网络路径作为所述检测报文的转发路径。
所述转发面1002，用于接收所述控制面1001发送的检测报文和路径信息，根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径；并根据确定的所述转发路径转发所述检测报文。
所述控制面1001和所述转发面1002中可以设置处理器、存储器等器件以执行相应的功能步骤，具体用于执行图1至图6相应实施例中描述的关于控制面1001和转发面1002所执行的步骤。
进一步具体的，所述控制面1001，还用于在所述转发面1002转发所述检测报文之后，获取所述目标网络路径上传输的报文的报文数量计数。
进一步可选地，所述转发面1002，具体用于当确定所述路径信息中的级别的数值N大于循环计数值n，且转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则根据所述转发表项索引标识所对应的转发表项中记录的备用路径确定所述检测报文的转发路径上的本机路径；其中，当确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则将所述循环计数值的数值加1，n的初始值赋值为0；所述N和n均为大于等于0的自然数。
进一步可选地，所述转发面1002，具体还用于当确定所述路径信息中的级别的数值N大于循环计数值n，且确定所述转发表中对应的所述转发表项索引标识与所述路径信息中的所述标识不同时，则根据所述转发表项索引标识所对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径。
进一步可选地，所述转发面1002，具体还用于当所述路径信息中的级别的数值N小于等于循环计数值n时，根据转发表中对应的转发表项中记录的主用路径确定所述转发路径上的本机路径；其中，所述N和n均为大于等于0的自然数。
进一步具体的，所述转发面1002，具体用于接收所述控制面1001发送的报文；确定所述报文为异常报文，并进一步确定所述报文是备用路径检测报文。
进一步具体的，所述转发面1002，具体用于在确定所述报文为异常报文之后，在进一步确定所述检测报文是备用路径检测报文之前，确定备用路径检测功能被使能。
本申请实施例能够在不进行真实业务流量切换的情况下，能够较为准确的，在不影响业务的同时随时进行网络路径的故障检测。
图11示出了本申请实施例的再一种网络设备的结构示意图，本申请实施例的所述网络设备包括：用户接口1100、处理器1101、存储器1102和通信接口1103。所述用户接口1100用于接收用户输入的指令，并可将接收到的指令传递给所述处理器1101。所述通信接口1103，用于所述处理器1101与其他网络设备通信。所述处理器1101通过调用所述存储器1102中存储的用于网络路径的故障检测的程序指令，用于执行相应的功能步骤，具体用于执行图1至图6相应实施例中描述的关于控制面所执行的步骤。
图12示出了本申请实施例的又一种网络设备的机构示意图，本申请实施例的所述网络设备包括：处理器1201、存储器1202和通信接口1203；所述通信接口1203，用于所述处理器1201与其他网络设备通信。所述处理器1201通过调用所述存储器1202中存储的用于网络路径的故障检测的程序指令，用于执行相应的功能步骤，具体用于执行图1至图6相应实施例中描述的关于转发面所执行的步骤。
本申请实施例能够在不进行真实业务流量切换的情况下，使用报文来检测相关业务可能走的网络路径，并且能够较为准确地，在不影响业务的同时随时进行网络路径的故障检测。本申请实施例还定义了一种根据控制面的控制在转发面实现检测报文转发的方式，通过该方式转发面可以快速、准确地确定对应于控制面的目标网络路径的转发路径，实现检测报文转发，完成对目标网络路径的检测。并且，可以通过报文是否异常的方式来区分正常报文和需要走特殊流程的检测报文，不影响正常的报文转发流程，不影响设备的转发性能。
以上所揭露的仅为本申请实施例一种较佳实施例而已，当然不能以此来限定本申请实施例之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请实施例权利要求所作的等同变化，仍属于发明所涵盖的范围。
Claims (30)
1.一种网络路径的故障检测方法，其特征在于，
控制面确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径，所述目标网络路径为所述发起设备与所述目的设备之间的备用路径；
所述控制面生成检测报文和路径信息；所述控制面将所述检测报文和所述路径信息发送给转发面，以使所述转发面将所述检测报文通过所述目标网络路径转发给所述目的设备；其中，
所述检测报文用于所述目标网络路径的故障检测，并用于指示所述目的设备返回响应报文；
所述路径信息包括用于表示所述目标网络路径的标识和级别，并用于指示所述转发面确定所述目标网络路径作为所述检测报文的转发路径。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
所述控制面在所述转发面转发所述检测报文之后，获取所述目标网络路径上传输的报文的报文数量计数。
3.如权利要求1所述的方法，其特征在于，所述方法还包括：
当所述控制面接收到中间设备返回的响应报文时，则确定对所述发起设备到所述中间设备之间的网络路径检测成功；
所述中间设备是所述发起设备到所述目的设备之间的，位于所述目标网络路径中的网络设备。
4.如权利要求1-3任一项所述的方法，其特征在于，所述检测报文中包括响应指示信息，所述响应指示信息用于指示所述目的设备通过查询公网路由表确定路由的方式确定用于传输所述响应报文的路由。
5.一种网络路径的故障检测方法，其特征在于，包括：
转发面接收控制面发送的检测报文和路径信息，所述检测报文用于路径检测的发起设备到路径检测的目的设备之间的目标网络路径的故障检测，并用于指示所述目的设备返回响应报文，所述路径信息包括：所述目标网络路径的标识和级别，所述目标网络路径为所述发起设备与所述目的设备之间的备用路径；
所述转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径；
所述转发面根据确定的所述转发路径转发所述检测报文。
6.如权利要求5所述的方法，其特征在于，所述检测报文中包括响应指示信息，所述响应指示信息用于指示所述目的设备通过查询公网路由表确定路由的方式确定用于传输所述响应报文的路由。
7.如权利要求5所述的方法，其特征在于，所述转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径，具体包括：
当所述转发面确定所述路径信息中的级别的数值N大于循环计数值n，且所述转发面确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则根据所述转发表项索引标识所对应的转发表项中记录的备用路径确定所述检测报文的转发路径上的本机路径；其中，
当所述转发面确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则将所述循环计数值的数值加1，n的初始值赋值为0；
所述N和n均为大于等于0的自然数。
8.如权利要求5-7任一项所述的方法，其特征在于，所述转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径，具体还包括：
当所述转发面确定所述路径信息中的级别的数值N大于循环计数值n，且所述转发面确定转发表中对应的转发表项索引标识与所述路径信息中的标识不同时，则根据所述转发表项索引标识所对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径。
9.如权利要求5-7任一项所述的方法，其特征在于，所述转发面根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径，具体还包括：
当所述路径信息中的级别的数值N小于等于循环计数值n时，所述转发面根据转发表中对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径；其中，所述N和n均为大于等于0的自然数。
10.如权利要求5-7任一项所述的方法，其特征在于，所述转发面接收到所述控制面发送的所述检测报文，包括：
所述转发面接收所述控制面发送的报文；
所述转发面确定所述报文为异常报文，并进一步确定所述报文是备用路径检测报文。
11.根据权利要求10所述的方法，其特征在于：在所述转发面确定所述报文为异常报文之后，在进一步确定所述检测报文是备用路径检测报文之前，所述方法还包括：
所述转发面确定备用路径检测功能被使能。
12.一种网络路径的故障检测装置，其特征在于，
确定模块，用于确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径，所述目标网络路径为所述发起设备与所述目的设备之间的备用路径；
生成模块，用于生成检测报文和路径信息；
发送模块，用于将所述检测报文和所述路径信息发送给转发面，以使所述转发面将所述检测报文通过所述目标网络路径转发给所述目的设备；其中，
所述检测报文用于所述目标网络路径的故障检测，并用于指示所述目的设备返回响应报文；
所述路径信息包括用于表示所述目标网络路径的标识和级别，并用于指示所述转发面确定所述目标网络路径作为所述检测报文的转发路径。
13.如权利要求12所述的装置，其特征在于，所述装置还包括：
处理模块，用于在所述转发面转发所述检测报文之后，获取所述目标网络路径上传输的报文的报文数量计数。
14.如权利要求12所述的装置，其特征在于，所述装置还包括：
处理模块，用于当接收到中间设备返回的响应报文时，则确定对所述发起设备到所述中间设备之间的网络路径检测成功；
所述中间设备是所述发起设备到所述目的设备之间的，位于所述目标网络路径中的网络设备。
15.如权利要求12-14任一项所述的装置，其特征在于，所述检测报文中包括响应指示信息，所述响应指示信息用于指示所述目的设备通过查询公网路由表确定路由的方式确定用于传输所述响应报文的路由。
16.一种网络路径的故障检测装置，其特征在于，包括：
接收模块，用于接收控制面发送的检测报文和路径信息，所述检测报文用于路径检测的发起设备到路径检测的目的设备之间的目标网络路径的故障检测，并用于指示所述目的设备返回响应报文，所述路径信息包括：所述目标网络路径的标识和级别，所述目标网络路径为所述发起设备与所述目的设备之间的备用路径；
处理模块，用于根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径；
发送模块，用于根据确定的所述转发路径转发所述检测报文。
17.如权利要求16所述的装置，其特征在于，所述检测报文中包括响应指示信息，所述响应指示信息用于指示所述目的设备通过查询公网路由表确定路由的方式确定用于传输所述响应报文的路由。
18.如权利要求16所述的装置，其特征在于，
所述处理模块，具体用于当确定所述路径信息中的级别的数值N大于循环计数值n，且转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则根据所述转发表项索引标识所对应的转发表项中记录的备用路径确定所述检测报文的转发路径上的本机路径；其中，当确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则将所述循环计数值的数值加1，n的初始值赋值为0；所述N和n均为大于等于0的自然数。
19.如权利要求16所述的装置，其特征在于，
所述处理模块，具体还用于当确定所述路径信息中的级别的数值N大于循环计数值n，且确定转发表中对应的转发表项索引标识与所述路径信息中的标识不同时，则根据所述转发表项索引标识所对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径。
20.如权利要求16-19任一项所述的装置，其特征在于，
所述处理模块，具体还用于当所述路径信息中的级别的数值N小于等于循环计数值n时，根据转发表中对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径；其中，所述N和n均为大于等于0的自然数。
21.如权利要求16-19任一项所述的装置，其特征在于，
所述接收模块，具体用于接收所述控制面发送的报文；并确定所述报文为异常报文，并进一步确定所述报文是备用路径检测报文。
22.如权利要求21所述的装置，其特征在于，
所述接收模块，具体还用于在确定所述检测报文为异常报文之后，在进一步确定所述检测报文是备用路径检测报文之前，确定备用路径检测功能被使能。
23.一种网络设备，其特征在于，包括：控制面和转发面，
所述控制面，用于确定从路径检测的发起设备到路径检测的目的设备之间的目标网络路径；生成检测报文和路径信息；并将所述检测报文和所述路径信息发送给转发面，以使所述转发面将所述检测报文通过所述目标网络路径转发给所述目的设备；其中，所述检测报文用于所述目标网络路径的故障检测，并用于指示所述目的设备返回响应报文；所述路径信息包括用于表示所述目标网络路径的标识和级别，并用于指示所述转发面确定所述目标网络路径作为所述检测报文的转发路径，所述目标网络路径为所述发起设备与所述目的设备之间的备用路径；
所述转发面，用于接收所述控制面发送的检测报文和路径信息，根据所述路径信息中的级别和标识确定所述目标网络路径作为所述检测报文的转发路径；并根据确定的所述转发路径转发所述检测报文。
24.如权利要求23所述的网络设备，其特征在于，
所述控制面，还用于在所述转发面转发所述检测报文之后，获取所述目标网络路径上传输的报文的报文数量计数。
25.如权利要求23所述的网络设备，其特征在于，
所述控制面，还用于当接收到中间设备返回的响应报文时，则确定对所述发起设备到所述中间设备之间的网络路径检测成功；所述中间设备是所述发起设备到所述目的设备之间的，位于所述目标网络路径中的网络设备。
26.如权利要求23所述的网络设备，其特征在于，
所述转发面，具体用于当确定所述路径信息中的级别的数值N大于循环计数值n，且转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则根据所述转发表项索引标识所对应的转发表项中记录的备用路径确定所述检测报文的转发路径上的本机路径；其中，当确定转发表中对应的转发表项索引标识与所述路径信息中的标识相同时，则将所述循环计数值的数值加1，n的初始值赋值为0；所述N和n均为大于等于0的自然数。
27.如权利要求23-26任一项所述的网络设备，其特征在于，
所述转发面，具体还用于当确定所述路径信息中的级别的数值N大于循环计数值n，且确定转发表中对应的转发表项索引标识与所述路径信息中的标识不同时，则根据所述转发表项索引标识所对应的转发表项中记录的主用路径确定所述检测报文的转发路径上的本机路径。
28.如权利要求23-26任一项所述的网络设备，其特征在于，
所述转发面，具体还用于当所述路径信息中的级别的数值N小于等于循环计数值n时，根据转发表中对应的转发表项中记录的主用路径确定所述转发路径上的本机路径；其中，所述N和n均为大于等于0的自然数。
29.如权利要求23-26任一项所述的网络设备，其特征在于，
所述转发面，具体用于接收所述控制面发送的报文；确定所述报文为异常报文，并进一步确定所述报文是备用路径检测报文。
30.如权利要求29所述的网络设备，其特征在于，
所述转发面，具体用于在所述转发面确定所述报文为异常报文之后，在进一步确定所述检测报文是备用路径检测报文之前，确定备用路径检测功能被使能。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610226837.7A CN105743711B (zh) | 2016-04-13 | 2016-04-13 | 一种网络路径的故障检测方法、装置及网络设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610226837.7A CN105743711B (zh) | 2016-04-13 | 2016-04-13 | 一种网络路径的故障检测方法、装置及网络设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105743711A CN105743711A (zh) | 2016-07-06 |
| CN105743711B true CN105743711B (zh) | 2019-10-18 |
Family
ID=56254082
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610226837.7A Active CN105743711B (zh) | 2016-04-13 | 2016-04-13 | 一种网络路径的故障检测方法、装置及网络设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105743711B (zh) |
Families Citing this family (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106470158B (zh) * | 2016-09-13 | 2019-09-17 | 杭州迪普科技股份有限公司 | 报文转发方法及装置 |
| CN107979848B (zh) * | 2016-10-25 | 2023-01-31 | 中兴通讯股份有限公司 | 一种备用路径的检测方法及装置 |
| CN108156046B (zh) * | 2016-12-06 | 2020-03-20 | 中国移动通信有限公司研究院 | 分布式路由检测方法及装置 |
| CN108206767A (zh) * | 2016-12-20 | 2018-06-26 | 北京神州泰岳软件股份有限公司 | 一种网络设备故障检测方法及装置 |
| CN111817955B (zh) * | 2019-04-12 | 2022-10-21 | 阿里巴巴集团控股有限公司 | 数据传输系统、方法、装置和设备 |
| CN111835641B (zh) * | 2019-04-16 | 2023-02-03 | 北京华为数字技术有限公司 | 故障检测方法、服务器以及采集设备 |
| CN114073049B (zh) * | 2019-09-21 | 2023-11-17 | 华为技术有限公司 | 用于可靠性测量的方法和网络节点 |
| CN112583623B (zh) * | 2019-09-30 | 2023-02-07 | 中兴通讯股份有限公司 | 过滤信息配置方法及系统 |
| CN112866187B (zh) * | 2019-11-28 | 2022-12-27 | 华为技术服务有限公司 | 路径切换方法及路径切换装置 |
| CN113765788A (zh) * | 2020-06-01 | 2021-12-07 | 阿里巴巴集团控股有限公司 | 网络路径探测方法、装置、数据中心及计算设备 |
| CN111884872B (zh) * | 2020-07-01 | 2022-05-06 | 中国联合网络通信集团有限公司 | 一种业务路径的性能测试方法和装置 |
| CN114205221B (zh) * | 2020-08-26 | 2024-01-02 | 北京华为数字技术有限公司 | 一种故障查询方法及装置 |
| CN112073234B (zh) * | 2020-09-02 | 2024-06-28 | 腾讯科技（深圳）有限公司 | 一种故障检测方法、装置、系统、设备及存储介质 |
| CN114531375A (zh) * | 2020-11-03 | 2022-05-24 | 中兴通讯股份有限公司 | 报文转发方法、装置和计算机可读存储介质 |
| CN113358975B (zh) * | 2021-06-11 | 2023-01-20 | 南方电网数字电网研究院有限公司 | 输电网络的故障检测方法、装置、计算机设备和存储介质 |
| CN113708995B (zh) * | 2021-08-20 | 2023-04-07 | 深圳市风云实业有限公司 | 一种网络故障诊断方法、系统、电子设备及存储介质 |
| CN113691435B (zh) * | 2021-08-23 | 2023-04-25 | 新华三信息安全技术有限公司 | 一种报文处理方法、系统及装置 |
| CN115913910A (zh) * | 2021-09-30 | 2023-04-04 | 中兴通讯股份有限公司 | 确定报文传输路径故障的方法以及装置 |
| CN113949649B (zh) * | 2021-10-14 | 2023-05-23 | 迈普通信技术股份有限公司 | 故障检测协议的部署方法、装置、电子设备及存储介质 |
| CN114866398B (zh) * | 2022-03-24 | 2024-01-09 | 阿里巴巴（中国）有限公司 | 网络故障诊断方法及装置 |
| CN114760225B (zh) * | 2022-03-31 | 2024-10-11 | 深信服科技股份有限公司 | 一种故障诊断方法、系统和存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2169876A1 (en) * | 2008-09-30 | 2010-03-31 | Alcatel Lucent | Method for restoring connections in a network |
| CN101699786A (zh) * | 2009-10-15 | 2010-04-28 | 华为技术有限公司 | 一种丢包检测的方法、装置和系统 |
| CN101826989A (zh) * | 2009-03-02 | 2010-09-08 | 华为技术有限公司 | 一种故障处理方法和装置 |
| CN102480753A (zh) * | 2010-11-24 | 2012-05-30 | 中兴通讯股份有限公司 | 链路状态检测方法和装置 |
-
2016
- 2016-04-13 CN CN201610226837.7A patent/CN105743711B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2169876A1 (en) * | 2008-09-30 | 2010-03-31 | Alcatel Lucent | Method for restoring connections in a network |
| CN101826989A (zh) * | 2009-03-02 | 2010-09-08 | 华为技术有限公司 | 一种故障处理方法和装置 |
| CN101699786A (zh) * | 2009-10-15 | 2010-04-28 | 华为技术有限公司 | 一种丢包检测的方法、装置和系统 |
| CN102480753A (zh) * | 2010-11-24 | 2012-05-30 | 中兴通讯股份有限公司 | 链路状态检测方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105743711A (zh) | 2016-07-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105743711B (zh) | 一种网络路径的故障检测方法、装置及网络设备 | |
| US11265241B2 (en) | Path detection method and apparatus | |
| US11929915B2 (en) | Path calculation method, apparatus, and device | |
| US11831526B2 (en) | Service chain fault detection method and apparatus | |
| CN107171883B (zh) | 检测转发表的方法、装置和设备 | |
| JP7152533B2 (ja) | 伝送経路故障を処理するための方法と装置、及びシステム | |
| KR102397232B1 (ko) | 네트워크에서의 패킷을 송신하기 위한 방법 및 노드 | |
| US11431633B2 (en) | Label forwarding entry generation method and apparatus, packet sending method and apparatus, and device | |
| CN105337785B (zh) | 一种路径连通性检测方法及装置 | |
| US20130089094A1 (en) | Method and Apparatus for Dissemination of Information Between Routers | |
| CN107171882A (zh) | 检测等价多路径路由功能的方法、设备和系统 | |
| JP7430224B2 (ja) | パケット処理方法およびゲートウェイ・デバイス | |
| JP6443864B2 (ja) | パケット紛失検出を実装するための方法、装置、およびシステム | |
| US7782790B1 (en) | Extensions to the path verification protocol to support link bundling constructs | |
| CN102340451A (zh) | 一种跟踪路由测试方法、系统、装置及设备 | |
| US11456943B2 (en) | Packet transmission method and apparatus | |
| WO2024001324A1 (zh) | 网络路径的检测方法、系统及计算机设备 | |
| WO2021169516A1 (zh) | 一种路径检测方法、电子设备及存储介质 | |
| WO2023236544A1 (zh) | 切片信息的验证方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |