CN106301986A - 链路检测方法和装置 - Google Patents

Abstract

本发明公开了一种链路检测方法，该方法包括以下步骤：在第一终端与第二终端BFD协议协商成功之后，所述第二终端生成第一BFD报文，并向所述第一终端定时发送所述第一BFD报文；在所述第二终端未接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数大于或等于预设阈值时，所述第二终端判定其与所述第一终端之间的链路发生故障。本发明还公开了一种链路检测装置。本发明能够提高BFD检测机制可靠性。

Description

链路检测方法和装置

技术领域

本发明涉及数据通信技术领域，尤其涉及一种链路检测方法和装置。

背景技术

BFD(Bidirectional Forwarding Detection，双向转发检测)是一套用来实现快速检测的国际标准协议，提供一种轻负荷、持续时间段的检测。与以往的其他检测机制相比，具有许多独到的优势。BFD会话检测分两步：首先CPU发起BFD慢速报文进行协商；如果协商成功，CPU就会配置会话创建给硬件，最终的BFD报文主要由硬件来传递。

协商成功时，两端点会创建BFD会话，但是这个创建不可能完全同时，比如第一次协商成功后，会通知硬件配置BFD会话，一端在接收到协商成功报文时配置，另一端在发送协商成功时配置，使得两端点在创建BFD时会存在一定的延时。先配置的一端由于因为未接收到另一端的报文，很可能会发出Down告警，从而引起不应该发生的倒换，倒换是指由于两端点接收到的报文不同步，让两端路由器/交换机误以为主链路链接不正常，而启用保护链路进行传输数据。

配置BFD会话到硬件后，硬件会通过接收到的BFD报文检测链接是否正常，包括CPU验证BFD报文中时间等参数是否正确。正常场景下，这个协商到会话创建以及验证，很快能处理完成。但是在大容量场景下，一旦主用的链路会话创建成功，此时大量的协议在动作，所在CPU要处理太多软件的接口信息，从而使得CPU不能及时处理需要发送的BFD报文，导致协商到INIT或者UP状态的BFD的会话因超时又重新回到Down状态，比如在HSB(Hot-standby)回切时，如果一个物理端口下配置有很多的TE-LSP，对应大量的BFD会话的创建，使得CPU不能及时处理BFD报文，回切是指启用保护链路进行传输数据时，检测到主链路正常，需要返回主链路进行传输，因此，传统的BFD检测机制不可靠。

发明内容

本发明的主要目的在于提出一种链路检测方法和装置，旨在提高BFD检测机制可靠性。

为实现上述目的，本发明提供的一种链路检测方法，所述方法包括以下步骤：在第一终端与第二终端BFD协议协商成功之后，所述第二终端生成第一BFD报文，并向所述第一终端定时发送所述第一BFD报文；在所述第二终端未接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数大于或等于预设阈值时，所述第二终端判定其与所述第一终端之间的链路发生故障。

优选地，所述判定所述第二终端和所述第一终端之间的链路发生故障的步骤之后包括：所述第二终端发送故障告警报文，并停止发送BFD报文。

优选地，所述方法还包括：在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数小于预设阈值时，所述第二终端判定其与所述第一终端之间的链路正常。

优选地，所述在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数小于预设阈值时，所述第二终端判定其与所述第一终端之间的链路正常的步骤包括：在接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文时，判断所述第一终端反馈的第二BFD报文是否为保活报文；如果所述第二BFD报文是保活报文，则对所述第二BFD报文进行验证，如果验证通过，则所述第二终端判定其与所述第一终端之间的链路正常。

优选地，所述判断所述第一终端反馈的第二BFD报文是否为保活报文的步骤包括：基于所述第一终端反馈的第二BFD报文的周期，所述第二终端计算所述第一终端反馈的每个BFD报文的反馈时间间隔；所述第二终端判断所述第一终端反馈的每个BFD报文的反馈时间间隔是否小于预置时间；如果判断结果为第一终端反馈的每个BFD报文的反馈时间间隔小于预置时间时，判定所述第二BFD报文为保活报文。

此外，为实现上述目的，本发明还提供一种链路检测装置，所述装置包括：生成模块，用于在第一终端与第二终端BFD协议协商成功之后，生成第一BFD报文；发送模块，用于向所述第一终端定时发送所述第一BFD报文；接收模块，用于接收所述第一终端基于所述第一BFD报文反馈的第二BFD报文；判断模块，用于在所述第二终端未接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数大于或等于预设阈值时，判定所述第二终端和所述第一终端之间的链路发生故障。

优选地，所述装置还包括：告警模块，用于在所述BFD链路发生故障时，生成故障告警报文。

优选地，所述判断模块还用于在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二节点发送所述第一BFD报文的次数小于或等于预设阈值时，判定所述第二终端和所述第一终端之间的链路正常。

优选地，所述判断模块包括：判断单元和验证单元，所述判断单元用于在接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文时，判断所述第一终端反馈的第二BFD报文是否是保活报文；所述验证单元用于在所述判断单元的判断结果为所述第二BFD报文是保活报文时，对所述第二BFD报文进行验证，如果验证通过，则判定所述第二终端和所述第一终端之间的链路正常。

优选地，所述判断单元包括计算子单元、判断子单元和判定子单元，所述计算子单元用于基于第一终端反馈的第二BFD报文的周期，计算所述第一终端反馈的每个BFD报文的时间间隔；所述判断子单元用于判断所述第一终端反馈的每个BFD报文的反馈时间间隔是否小于预置时间；所述判定子单元用于在所述判断子单元判断结果为所述第一终端反馈的每个所述BFD报文的反馈时间间隔小于预置时间时，判定所述BFD报文为保活报文。

本发明通过在第一终端与第二终端BFD协议协商成功之后，所述第二终端生成第一BFD报文，并向所述第一终端定时发送所述第一BFD报文；在所述第二终端未接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数大于或等于预设阈值时，所述第二终端判定其与所述第一终端之间的链路发生故障。通过上述方式，本发明第二终端在协商成功后，继续发送预置次数的BFD报文，无需等待第一终端发送的BFD报文，在发送预置阈值次BFD报文后，才判断第二终端判定其与所述第一终端之间的链路发生故障。能够避免因为第一终端和第二终端创建不同步，而引起不必要的倒换；并改善了在大容量场景下，因第一终端CPU占用不能及时处理需要发送的BFD报文，导致协商到INIT或者UP状态的BFD链路因超时又重新回到Down状态的技术问题，从而提高BFD检测机制可靠性。

附图说明

图1为本发明链路检测方法第一实施例的流程示意图；

图2为本发明链路检测方法第二实施例的流程示意图；

图3为图2中在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数小于预设阈值时，所述第二终端判定其与所述第一终端之间的链路正常的步骤的细化流程示意图；

图4为本发明链路检测装置第一实施例的功能模块示意图；

图5为图4中判断模块的细化功能模块示意图；

图6为图4中判断单元的细化功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种链路检测方法。

请参照图1，图1为本发明链路检测方法第一实施例的流程示意图。

在本实施例中，该本发明链路检测方法包括：

步骤S10，在第一终端与第二终端BFD协议协商成功之后，所述第二终端生成第一BFD报文，并向所述第一终端定时发送所述第一BFD报文；

BFD报文在网络数据传输中主要用于为BFD检测机制建立验证参数，在BFD会话建立前，BFD会话处于Down状态，BFD报文用于进行BFD会话协商，协商BFD报文需上报CPU，由CPU来处理；BFD会话建立后，用于更新BFD会话参数，或者重新协商BFD会话，在BFD会话建立后，则认为BFD会话处于UP状态，BFD报文用于检测BFD会话链路正常的BFD报文为保活报文，主要由硬件现场可编辑门阵列FPGA(Field-Programmable GateArray)来处理，BFD报文中包括的时间、端口等参数需上报CPU进行处理。在传统BFD检测机制中，如果CPU由于任务调度问题，无法及时处理，就会造成CPU中大量报文堆积，影响整个BFD运行的稳定性以及降低整个系统的性能，比如第二终端接收预先配置双向转发检测BFD协议的第一终端发送的协商报文之后，由于第一终端CPU被占用，导致第一终端不能及时处理协商报文并配置硬件发送BFD报文，使得第二终端长时间未接受到BFD报文，则第二终端和/或第一终端认为主BFD链路出现故障，从而切换到备用BFD会话链路，或者发送BFD故障报文。

在需要开始进行数据传输时，第一终端主动通过CPU向预先配置BFD协议的第二终端发送BFD协商报文。第二终端接收到第一终端发送的BFD协商报文时，对第一终端发送的BFD协商报文进行验证，验证通过后，第二终端配置硬件现场可编辑门阵列FPGA创建BFD会话，以产生BFD报文，并将产生的所述BFD报文发送给第一终端，即在现场可编辑门阵列FPGA产生一条BFD报文时就发送给所述第一终端，或者将协商报文验证通过后产生的协商成功报文发送给所述第一终端，再将现场可编辑门阵列FPGA产生的所述BFD报文发送给所述第一终端，当然第二终端还可以发送P置位或者F置位报文给所述第一终端。具体实施中还可以将接收到的第一终端发送的BFD协商报文和第二终端产生的BFD报文一同发送。此时第一终端CPU可能被占用，如果第一终端被占用，则第一终端硬件现场可编辑门阵列FPGA接收到第二终端基于第一终端发送的协商报文发送的协商成功报文或者预置次数的BFD报文。

在第一终端CPU未被占用时，第一终端接收到第二终端发送的BFD协商成功报文或者BFD报文后，第一终端CPU根据接收到的BFD协商成功报文或BFD保活报文配置硬件现场可编辑门阵列FPGA建立BFD会话，以产生BFD报文，并发送给所述第二终端，当然也可以将接收到的第二终端发送的BFD报文和第一终端产生的BFD报文一起发送给第二终端。具体实施中第一终端还可以在硬件现场可编辑门阵列FPGA接收到BFD协商成功报文后，自动创建BFD会话。

比如本实施例中，第二终端接收所述第一终端发送的协商BFD报文时，对第一终端发送的协商BFD报文进行验证，如果验证通过，则向所述第一终端发送协商成功的BFD报文，并通知第二终端中硬件现场可编辑门阵列FPGA配置BFD会话。硬件现场可编辑门阵列FPGA配置BFD会话后，对产生的BFD保活报文进行计数，在产生3次BFD报文后，一次向所述第一终端发送产生的所述3个BFD报文，当然也可以设置为2次、4次，具体实施中还可以进入设置菜单，针对装置的不同性能用户自定义进行设置预置次数。在更多的实施中，在配置BFD会话时，还可以按传统机制发送BFD报文，即在协商成功后，产生一个BFD报文，就发送给第一终端，在发送完预置次数的BFD报文之前，接收第一终端发送对应的一个保活报文和/或P置位报文，但不对第一终端发送的BFD报文和/或P置位报文进行检测，即在发送完预置次数的BFD报文之前，第二终端未接收到第一终端的BFD报文，也不会产生告警或启用其他保护机制，比如启用保护链路。在第二终端接收到第一终端发送的预置次数BFD报文时，将预置次数的保活报文上报第二终端的CPU。

第一终端在接收到第二终端协商成功的报文时，第一终端CPU对接收到的协商成功报文进行验证，如果验证通过后，则通知第一终端硬件现场可编辑门阵列FPGA配置BFD会话，此时第一终端开始进入UP状态，硬件现场可编辑门阵列FPGA配置BFD会话后，产生BFD保活报文，同时对产生的BFD报文进行计数，在产生3次BFD报文后，向所述第二节点发送产生的所述3个BFD报文，当然也可以设置为2次、4次，当然还可以进入设置菜单，针对第一终端和/或第二终端的不同性能用户自定义进行设置。在具体实施中，在进入BFD会话后，还可以按传统机制发送BFD报文中保活报文，即在接收到第二终端协商成功的报文后，产生一个BFD报文，就发送给第二终端，接收第二终端发送的对应一个保活报文和/或P置位报文。在接收到预置次数个BFD报文时，将预置次数的保活报文上报第一终端的CPU。在更多的实施中还可以在第一终端发送协商报文后，就通知硬件现场可编辑门阵列FPGA配置BFD会话。本领域人员可知，发送BFD保活报文的次数的所用的时间小于BFD检测机制中检测BFD报文的预置时间，比如BFD检测机制中预置时间为5秒，若超过5秒未接收到BFD保活报文，则认为BFD会话链路存在故障，此时BFD保活报文的次数的所用的时间小于5秒，当然具体实施中可以对BFD检测机制中预置时间进行调整。

在发送预置次数的所述BFD报文后，进入步骤S20。

步骤S20，在所述第二终端未接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数大于或等于预设阈值时，所述第二终端判定其与所述第一终端之间的链路发生故障。

在步骤S10中第二终端在向所述第一终端发送的所述BFD报文的次数大于或者等于预设阈值时，比如本实施例中由于第一终端CPU被占用，无法及时处理接收到的第二终端发送的BFD报文，即接收到第二终端发送的协商成功报文后未及时处理，则不能配置硬件可编辑门阵列FPGA产生BFD报文，在所述第二终端向所述第一终端发送的所述BFD报文的次数大于或者等于3次时，如果第二终端未接收到所述第一终端发送的BFD报文，则判定所述第二终端和所述第一终端之间的链路发生故障。当然如果在第二终端在发送预设阈值的所述BFD报文的时间内，所述第二终端接收到所述第一终端发送的BFD报文，但验证未通过，也可以判定所述述第二终端和所述第一终端之间的链路发生故障。具体实施中还可以设置第二终端在发送预置次数的所述BFD报文后，如果第二终端未接收到所述第一终端发送的BFD报文，则启用保护链路进行数据传输，再发送预设阈值次数的BFD报文，如果在通过保护链路进行发送预设阈值次的BFD报文后，还是未收到所述第一终端的反馈BFD报文，则判断所述第二终端和所述第一终端之间的链路发生故障。

或者，由于第二终端CPU被占用，无法处理接收到的第一终端发送的BFD报文，在第一终端在发送预设阈值次的BFD报文后，如果所述第一终端未接收到所述第二终端发送的BFD报文，则判定所述第二终端和所述第一终端之间的链路发生故障，然后第一终端自动重新发送协商BFD报文，当然也可以不发送。

步骤S30：所述第二终端生成故障告警报文发送给CPU，并停止发送BFD报文。

根据步骤S20判断的结果，如果判断到所述BFD会话链路发送故障，则第一终端和/或第二终端生成故障告警报文，并向各自终端CPU发送故障告警报文，当然两终端还可以向对端发送故障告警报文，具体实施中还可以按着预置频率发送故障告警报文，或者在故障状态未改变之前只发送一次故障告警报文，以减少故障告警报文对CPU的负担，当然也可以不发送，比如第一终端通过CPU向第二终端重新发送协商报文。CPU接收到所述故障告警报文，可以在预设BFD信息表中查找，预设BFD信息表是存储有BFD信息索引表，主要涉及BFD报文和BFD链接的通讯问题，当检测到所述BFD链路发生故障时，查找到的对应故障告警报文，并对该告警报文对应的问题进行处理。在更多的实施中可以首先根据所述预设BFD信息表，判断所述BFD报文中是否存在预置的停止标记，如果判断所述BFD报文中存在停止标记，在所述故障告警报文中找到对应预设BFD信息表中的停止标记，则停止发送BFD报文。

在另一实施中还可以通过判断CPU进程数量，根据判断结果确定是否按预置次数发送BFD报文。因为有CPU参与的任务行为，大多是在多进程任务系统中进行的，可以通过判断CPU进程数量，如果CPU进程数量大于预置数量，则说明CPU被占用，此时，按本发明中发送预置次数的BFD报文；如果CPU进程数小于或等于预置数量，则说明CPU未被占用，则可以按传统BFD检测机制发送。

本发明通过在第一终端与第二终端BFD协议协商成功之后，所述第二终端生成第一BFD报文，并向所述第一终端定时发送所述第一BFD报文；在所述第二终端未接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数大于或等于预设阈值时，所述第二终端判定其与所述第一终端之间的链路发生故障。通过上述方式，本发明第二终端在协商成功后，继续发送预置次数的BFD报文，无需等待第一终端发送的BFD报文，在发送预置阈值次BFD报文后，才判断第二终端判定其与所述第一终端之间的链路发生故障。能够避免因为第一终端和第二终端创建不同步，而引起不必要的倒换；并改善了在大容量场景下，因第一终端CPU占用不能及时处理需要发送的BFD报文，导致协商到INIT或者UP状态的BFD链路因超时又重新回到Down状态的技术问题，从而提高BFD检测机制可靠性。

请参阅图2，图2为本发明链路检测方法第二实施例的流程示意图。基于第一实施例，所述方法还包括：

步骤S40，在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数小于预设阈值时，所述第二终端判定其与所述第一终端之间的链路正常。

在步骤S20中第二终端在发送预置次数的所述BFD报文的时间内，如果第二终端接收到所述第一终端发送的BFD报文，则第二终端对接收到的第一终端发送的BFD报文进行验证，如果验证通过，则判定所述第二终端和所述第一终端之间的链路正常。如果验证第一终端协商BFD报文时，验证失败，则向所述第一终端发送验证失败BFD报文，当然也可以不发送。如果验证第一终端协商BFD报文时，验证通过，则继续发送BFD报文，所述第二终端并在接收到第一终端发送的预置次数BFD报文时，对接收的BFD报文进行验证。

或者，在第一终端CPU被占用时，第一终端在第二终端发送预置次数的所述BFD报文的时间内，如果所述第一终端接收到所述第二终端发送的BFD报文，并通过验证，则判定所述第二终端和所述第一终端之间的链路正常。

第一终端和第二终端都是在发送预置次数的BFD报文时，才开始检测接收到的BFD报文。在第一终端和第二终端CPU未被占用时，可以在接收到预置次数的BFD报文时，再上传到CPU，CPU再对接收到预置次数的BFD报文进行验证；当然也可以在每次接收到BFD报文时，上传到CPU，第一终端和第二终端CPU在第一终端或第二终端发送预置次数的BFD报文时才开始验证。

请参照图3，图3为图2中在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数小于预设阈值时，所述第二终端判定其与所述第一终端之间的链路正常的步骤的细化流程示意图。该步骤包括：

步骤S41，在接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文时，判断所述第一终端反馈的第二BFD报文是否为保活报文；

协商成功之后，第二终端在发送预置次数的所述BFD报文期间，对接收到所述第一终端发送的BFD报文进行判断，判断所述BFD报文是否为保活报文。比如，一般CPU发送的报文为慢速报文，其发送周期在秒级以上，即一秒以上；通过硬件现场可编辑门阵列FPGA发送的报文为快速报文，其发送时间为秒级以下。本实施例中通过根据所述BFD报文产生时间，或者两端节点对接收到的BFD报文的周期，进行计算，计算每个BFD报文的发送时间，如果计算得到每个BFD报文发送时间为秒级以上，则判断所述BFD报文为BFD协商报文，否则为BFD保活报文。具体实施中还可以通过判断所述报文是由CPU产生还是硬件现场可编辑门阵列FPGA产生，比如在CPU和/或硬件现场可编辑门阵列FPGA产生的BFD报文作一个标记，根据标记进行判断。在判断结果为所述BFD报文是保活报文时，进入步骤S42，否则进入步骤S43。

步骤S42，如果所述第二BFD报文是保活报文，则对所述第二BFD报文进行验证，如果验证通过，则所述第二终端判定其与所述第一终端之间的链路正常；

根据步骤S41判断结果，在所述BFD报文是保活报文时，第一终端硬件现场可编辑门阵列FPGA产生了预置个数的BFD保活报文时，再发送给第二终端，或者第一终端硬件现场可编辑门阵列FPGA每产生一个BFD保活报文时，发送给所述第二终端。比如本实施例中在硬件现场可编辑门阵列FPGA产生了3个数的BFD保活报文时，第一端再将硬件现场可编辑门阵列FPGA产生的3个BFD保活报文发送给第二端。第二终端接收到第一终端发送的3个BFD保活报文，对接收的BFD保活报文进行验证，验证通过后，第二终端产生预置个数对应的BFD保活报文，发送给第一终端。当然在第一终端和第二终端未接收到停止发送BFD报文的命令之前，可以一直将产生的每个BFD报文发送给对方，在第一终端和第二终端CPU接收到预置次数的BFD报文时，对所述保活报文进行验证，如果验证通过，则判定所述第二终端和所述第一终端之间的链路正常。如果验证未通过，则判定所述第二终端和所述第一终端之间的链路不正常。

步骤S43，按传统BFD机制发送。

根据步骤S41的判断结果，如果判断结果为所述BFD报文是BFD协商报文，则第一终端和/或第二终端按传统BFD机制发送和处理。当然还可以提高BFD协商报文的优先级，使得第二终端优先处理所述BFD协商报文。

本发明核心思想是在接收到预置次数BFD报文时，才开始检测，包括至少3种实现方式：一、第二终端接收到第一终端一次发送的预置次数BFD报文时，将接收到的预置次数BFD报文上传CPU；二、第二终端在预置时间内接收到第一终端发送的BFD报文，并保存，在保存预置次数BFD报文后，再上传给CPU；三、第二终端接收到第一终端发送的每个BFD报文时都上传CPU。CPU在接收到预置次数BFD报文时，才对接收的BFD报文进行处理。同时本领域人员可以知，上述第一终端和第二终端可以互换，即第一终端和第二终端具有同样的功能。

本发明进一步提供一种链路检测装置。

请参照图4，图4为本发明链路检测装置第一实施例的功能模块示意图。

在本实施例中，该链路检测装置包括：生成模块10、发送模块20、接收模块30和判断模块40。

生成模块10用于在第一终端与第二终端BFD协议协商成功之后，生成第一BFD报文。

发送模块20，用于向所述第一终端定时发送所述第一BFD报文。

接收模块30，用于接收所述第一终端基于所述第一BFD报文反馈的第二BFD报文。

BFD报文在网络数据传输中主要用于为BFD检测机制建立验证参数，在BFD会话建立前，BFD会话处于Down状态，BFD报文用于进行BFD会话协商，协商BFD报文需上报CPU，由CPU来处理；BFD会话建立后，用于更新BFD会话参数，或者重新协商BFD会话，在BFD会话建立后，则认为BFD会话处于UP状态，BFD报文用于检测BFD会话链路正常的BFD报文为保活报文，主要由硬件现场可编辑门阵列FPGA(Field-Programmable GateArray)来处理，BFD报文中包括的时间、端口等参数需上报CPU进行处理。在传统BFD检测机制中，如果CPU由于任务调度问题，无法及时处理，就会造成CPU中大量报文堆积，影响整个BFD运行的稳定性以及降低整个系统的性能，比如第二终端接收预先配置双向转发检测BFD协议的第一终端发送的协商报文之后，由于第一终端CPU被占用，导致第一终端不能及时处理协商报文并配置硬件发送BFD报文，使得第二终端长时间未接受到BFD报文，则第二终端和/或第一终端认为主BFD链路出现故障，从而切换到备用BFD会话链路，或者发送BFD故障报文。

在需要开始进行数据传输时，第一终端主动通过CPU向预先配置BFD协议的第二终端发送BFD协商报文。第二终端接收到第一终端发送的BFD协商报文时，对第一终端发送的BFD协商报文进行验证，验证通过后，第二终端配置硬件现场可编辑门阵列FPGA创建BFD会话，以产生BFD报文，并将产生的所述BFD报文发送给第一终端，即在现场可编辑门阵列FPGA产生一条BFD报文时就发送给所述第一终端，或者将协商报文验证通过后产生的协商成功报文发送给所述第一终端，再将现场可编辑门阵列FPGA产生的所述BFD报文发送给所述第一终端，当然第二终端还可以发送P置位或者F置位报文给所述第一终端。具体实施中还可以将接收到的第一终端发送的BFD协商报文和第二终端产生的BFD报文一同发送。此时第一终端CPU可能被占用，如果第一终端被占用，则第一终端硬件现场可编辑门阵列FPGA接收到第二终端基于第一终端发送的协商报文发送的协商成功报文或者预置次数的BFD报文。

在第一终端CPU未被占用时，第一终端接收到第二终端发送的BFD协商成功报文或者BFD报文后，第一终端CPU根据接收到的BFD协商成功报文或BFD保活报文配置硬件现场可编辑门阵列FPGA建立BFD会话，以产生BFD报文，并发送给所述第二终端，当然也可以将接收到的第二终端发送的BFD报文和第一终端产生的BFD报文一起发送给第二终端。具体实施中第一终端还可以在硬件现场可编辑门阵列FPGA接收到BFD协商成功报文后，自动创建BFD会话。

比如本实施例中，第二终端接收所述第一终端发送的协商BFD报文时，对第一终端发送的协商BFD报文进行验证，如果验证通过，则向所述第一终端发送协商成功的BFD报文，并通知第二终端中硬件现场可编辑门阵列FPGA配置BFD会话。硬件现场可编辑门阵列FPGA配置BFD会话后，对产生的BFD保活报文进行计数，在产生3次BFD报文后，一次向所述第一终端发送产生的所述3个BFD报文，当然也可以设置为2次、4次，具体实施中还可以进入设置菜单，针对装置的不同性能用户自定义进行设置预置次数。在更多的实施中，在配置BFD会话时，还可以按传统机制发送BFD报文，即在协商成功后，产生一个BFD报文，就发送给第一终端，在发送完预置次数的BFD报文之前，接收第一终端发送对应的一个保活报文和/或P置位报文，但不对第一终端发送的BFD报文和/或P置位报文进行检测，即在发送完预置次数的BFD报文之前，第二终端未接收到第一终端的BFD报文，也不会产生告警或启用其他保护机制，比如启用保护链路。在第二终端接收到第一终端发送的预置次数BFD报文时，将预置次数的保活报文上报第二终端的CPU。

第一终端在接收到第二终端协商成功的报文时，第一终端CPU对接收到的协商成功报文进行验证，如果验证通过后，则通知第一终端硬件现场可编辑门阵列FPGA配置BFD会话，此时第一终端开始进入UP状态，硬件现场可编辑门阵列FPGA配置BFD会话后，产生BFD保活报文，同时对产生的BFD报文进行计数，在产生3次BFD报文后，向所述第二节点发送产生的所述3个BFD报文，当然也可以设置为2次、4次，当然还可以进入设置菜单，针对第一终端和/或第二终端的不同性能用户自定义进行设置。在具体实施中，在进入BFD会话后，还可以按传统机制发送BFD报文中保活报文，即在在接收到第二终端协商成功的报文后，产生一个BFD报文，就发送给第二终端，接收第二终端发送的对应一个保活报文和/或P置位报文。在接收到预置次数个BFD报文时，将预置次数的保活报文上报第一终端的CPU。在更多的实施中还可以在第一终端发送协商报文后，就通知硬件现场可编辑门阵列FPGA配置BFD会话。本领域人员可知，发送BFD保活报文的次数的所用的时间小于BFD检测机制中检测BFD报文的预置时间，比如BFD检测机制中预置时间为5秒，若超过5秒未接收到BFD保活报文，则认为BFD会话链路存在故障，此时BFD保活报文的次数的所用的时间小于5秒，当然具体实施中可以对BFD检测机制中预置时间进行调整。

判断模块40，用于在所述第二终端未接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数大于或等于预设阈值时，判定所述第二终端和所述第一终端之间的链路发生故障。

第二终端在向所述第一终端发送的所述BFD报文的次数大于或者等于预设阈值时，比如本实施例中由于第一终端CPU被占用，无法及时处理接收到的第二终端发送的BFD报文，即接收到第二终端发送的协商成功报文后未及时处理，则不能配置硬件可编辑门阵列FPGA产生BFD报文，在所述第二终端向所述第一终端发送的所述BFD报文的次数大于或者等于3次时，如果第二终端未接收到所述第一终端发送的BFD报文，则判定所述第二终端和所述第一终端之间的链路发生故障。当然如果在第二终端在发送预设阈值的所述BFD报文的时间内，所述第二终端接收到所述第一终端发送的BFD报文，但验证未通过，也可以判定所述述第二终端和所述第一终端之间的链路发生故障。具体实施中还可以设置第二终端在发送预置次数的所述BFD报文后，如果第二终端未接收到所述第一终端发送的BFD报文，则启用保护链路进行数据传输，再发送预设阈值次数的BFD报文，如果在通过保护链路进行发送预设阈值次的BFD报文后，还是未收到所述第一终端的反馈BFD报文，则判断所述第二终端和所述第一终端之间的链路发生故障。

或者，由于第二终端CPU被占用，无法处理接收到的第一终端发送的BFD报文，在第一终端在发送预设阈值次的BFD报文后，如果所述第一终端未接收到所述第二终端发送的BFD报文，则判定所述第二终端和所述第一终端之间的链路发生故障，然后第一终端自动重新发送协商BFD报文，当然也可以不发送。

判断模块40，还用于在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数小于预设阈值时，所述第二终端判定其与所述第一终端之间的链路正常。

在第二终端在发送预置次数的所述BFD报文的时间内，如果第二终端接收到所述第一终端发送的BFD报文，则第二终端对接收到的第一终端发送的BFD报文进行验证，如果验证通过，则判定所述第二终端和所述第一终端之间的链路正常。如果验证第一终端协商BFD报文时，验证失败，则向所述第一终端发送验证失败BFD报文，当然也可以不发送。如果验证第一终端协商BFD报文时，验证通过，则继续发送BFD报文，所述第二终端并在接收到第一终端发送的预置次数BFD报文时，对接收的BFD报文进行验证。

或者，在第一终端CPU被占用时，第一终端在第二终端发送预置次数的所述BFD报文的时间内，如果所述第一终端接收到所述第二终端发送的BFD报文，并通过验证，则判定所述第二终端和所述第一终端之间的链路正常。

第一终端和第二终端都是在发送预置次数的BFD报文时，才开始检测接收到的BFD报文。在第一终端和第二终端CPU未被占用时，可以在接收到预置次数的BFD报文时，再上传到CPU，CPU再对接收到预置次数的BFD报文进行验证；当然也可以在每次接收到BFD报文时，上传到CPU，第一终端和第二终端CPU在第一终端或第二终端发送预置次数的BFD报文时才开始验证。

在一优选实施中，所述装置还包括告警模块(图未示)，所述告警模块用于根据判断模块330的判断结果，如果判断到所述BFD会话链路发送故障，则第一终端和/或第二终端生成故障告警报文，并向各自终端CPU发送故障告警报文。当然两终端还可以向对端发送故障告警报文，具体实施中还可以按着预置频率发送故障告警报文，或者在故障状态未改变之前只发送一次故障告警报文，以减少故障告警报文对CPU的负担，当然也可以不发送，比如第一终端通过CPU向第二终端重新发送协商报文。CPU接收到所述故障告警报文，可以在预设BFD信息表中查找，预设BFD信息表是存储有BFD信息索引表，主要涉及BFD报文和BFD链接的通讯问题，当检测到所述BFD链路发生故障时，查找到的对应故障告警报文，并对该告警报文对应的问题进行处理。在更多的实施中可以首先根据所述预设BFD信息表，判断所述BFD报文中是否存在预置的停止标记，如果判断所述BFD报文中存在停止标记，在所述故障告警报文中找到对应预设BFD信息表中的停止标记，则停止发送BFD报文。

在另一实施中还可以通过判断CPU进程数量，根据判断结果确定是否按预置次数发送BFD报文。因为有CPU参与的任务行为，大多是在多进程任务系统中进行的，可以通过判断CPU进程数量，如果CPU进程数量大于预置数量，则说明CPU被占用，此时，按本发明中发送预置次数的BFD报文；如果CPU进程数小于或等于预置数量，则说明CPU未被占用，则可以按传统BFD检测机制发送。

请参照图5，图5为图4中判断模块的细化功能模块示意图。

基于本发明链路检测装置第一实施例，判断模块40包括：判断单元41和验证单元42。

判断单元41用于在接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文时，判断所述第一终端反馈的第二BFD报文是否是保活报文。

协商成功之后，在接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文时，对发送的BFD报文进行判断，判断所述BFD报文是否为保活报文。在具体实施中还可以判断CPU进程数量，因为有CPU参与的任务行为，大多是在多进程任务系统中进行的，可以通过判断CPU进程数量，如果CPU进行数量多，比如CPU进程数大于预置数量，则说明CPU被占用，此时，按本发明中相隔预置时间发送预置次数的BFD报文；如果CPU进程数小于或等于预置数量，则说明CPU未被占用，则按传统BFD检测机制发送。

验证单元42用于在所述判断单元的判断结果为所述第二BFD报文是保活报文时，对所述第二BFD报文进行验证，如果验证通过，则判断模块40判定所述第二终端和所述第一终端之间的链路正常。

根据判断单元41的判断结果为所述BFD报文是保活报文时，第一终端硬件现场可编辑门阵列FPGA产生了预置个数的BFD保活报文时，再发送给第二终端，比如本实施例中在硬件现场可编辑门阵列FPGA产生了3个数的BFD保活报文时，第一端再将硬件现场可编辑门阵列FPGA产生的3个BFD保活报文发送给第二端。第二终端接收到第一终端发送的3个BFD保活报文，对接收的BFD保活报文进行验证，验证通过后，第二终端产生预置个数对应的BFD保活报文，发送给第一终端，以完成UP状态的验证。如果判断单元321的判断结果为所述BFD报文是BFD协商报文，则第一终端和/或第二终端按传统BFD机制发送和处理。

本发明核心思想是在接收到预置次数BFD报文时，才开始检测，包括至少3种实现方式：一、第二终端接收到第一终端一次发送的预置次数BFD报文时，将接收到的预置次数BFD报文上传CPU；二、第二终端在预置时间内接收到第一终端发送的BFD报文，并保存，在保存预置次数BFD报文后，再上传给CPU；三、第二终端接收到第一终端发送的每个BFD报文时都上传CPU。CPU在接收到预置次数BFD报文时，才对接收的BFD报文进行处理。同时本领域人员可以知，上述第一终端和第二终端可以互换，即第一终端和第二终端具有同样的功能。

请参照图6，图6为图5中判断单元的细化功能模块示意图。基于上述实施例，所述链路检测装置中判断单元41包括计算子单元411、判断子单元412和判定子单元413。

计算子单元411用于基于第一终端反馈的第二BFD报文的周期，计算所述第一终端反馈的每个BFD报文的时间间隔。

一般CPU发送的报文为慢速报文，其发送周期在秒级以上，即一秒以上；通过硬件现场可编辑门阵列FPGA发送的报文为快速报文，其发送时间为秒级以下。本实施例中通过根据所述BFD报文产生时间，或者两终端对接收到的BFD报文的周期，进行计算，计算每个BFD报文的发送时间，具体实施中还可以不包括计算子单元，比如在CPU和/或硬件现场可编辑门阵列FPGA产生的BFD报文作一个标记，根据标记进行判断。

判断子单元412用于在在计算子单元411计算结果为每个所述BFD报文的反馈时间小于预置时间时，判断所述第一终端反馈的每个BFD报文的反馈时间间隔是否小于预置时间。

判定子单元413用于在判断子单元412判断结果为所述第一终端反馈的每个所述BFD报文的反馈时间间隔小于预置时间时，判定所述BFD报文为保活报文。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种链路检测方法，其特征在于，所述方法包括以下步骤：

在第一终端与第二终端BFD协议协商成功之后，所述第二终端生成第一BFD报文，并向所述第一终端定时发送所述第一BFD报文；

在所述第二终端未接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数大于或等于预设阈值时，所述第二终端判定其与所述第一终端之间的链路发生故障。

2.如权利要求1所述的方法，其特征在于，所述判定所述第二终端和所述第一终端之间的链路发生故障的步骤之后包括：

所述第二终端生成故障告警报文，并停止发送BFD报文。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数小于预设阈值时，所述第二终端判定其与所述第一终端之间的链路正常。

4.如权利要求3所述的方法，其特征在于，所述在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数小于预设阈值时，所述第二终端判定其与所述第一终端之间的链路正常的步骤包括：

在接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文时，判断所述第一终端反馈的第二BFD报文是否为保活报文；

如果所述第二BFD报文是保活报文，则对所述第二BFD报文进行验证，如果验证通过，则所述第二终端判定其与所述第一终端之间的链路正常。

5.如权利要求4所述的方法，其特征在于，所述判断所述第一终端反馈的第二BFD报文是否为保活报文的步骤包括：

基于所述第一终端反馈的第二BFD报文的周期，所述第二终端计算所述第一终端反馈的每个BFD报文的反馈时间间隔；

所述第二终端判断所述第一终端反馈的每个BFD报文的反馈时间间隔是否小于预置时间；

如果判断结果为第一终端反馈的每个BFD报文的反馈时间间隔小于预置时间时，判定所述第二BFD报文为保活报文。

6.一种链路检测装置，其特征在于，所述装置包括：

生成模块，用于在第一终端与第二终端BFD协议协商成功之后，生成第一BFD报文；

发送模块，用于向所述第一终端定时发送所述第一BFD报文；

接收模块，用于接收所述第一终端基于所述第一BFD报文反馈的第二BFD报文；

判断模块，用于在所述第二终端未接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二终端发送所述第一BFD报文的次数大于或等于预设阈值时，判定所述第二终端和所述第一终端之间的链路发生故障。

7.如权利要求6所述的装置，其特征在于，所述装置还包括：

告警模块，用于在所述链路发生故障时，生成故障告警报文。

8.如权利要求6所述的装置，其特征在于，所述判断模块还用于在所述第二终端接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文，且所述第二节点发送所述第一BFD报文的次数小于或等于预设阈值时，判定所述第二终端和所述第一终端之间的链路正常。

9.如权利要求8所述的装置，其特征在于，所述判断模块包括：判断单元和验证单元，

所述判断单元用于在接收到所述第一终端基于所述第一BFD报文反馈的第二BFD报文时，判断所述第一终端反馈的第二BFD报文是否是保活报文；

所述验证单元用于在所述判断单元的判断结果为所述第二BFD报文是保活报文时，对所述第二BFD报文进行验证，如果验证通过，则判定所述第二终端和所述第一终端之间的链路正常。

10.如权利要求9所述的装置，其特征在于，所述判断单元包括计算子单元、判断子单元和判定子单元，

所述计算子单元用于基于第一终端反馈的第二BFD报文的周期，计算所述第一终端反馈的每个BFD报文的时间间隔；

所述判断子单元用于判断所述第一终端反馈的每个BFD报文的反馈时间间隔是否小于预置时间；

所述判定子单元用于在所述判断子单元判断结果为所述第一终端反馈的每个所述BFD报文的反馈时间间隔小于预置时间时，判定所述BFD报文为保活报文。