华为BFD介绍

BFD究竟是何方神圣呢？下面就由小编一一为您解答！BFD（BidrectionalForwardingDetection双向转发检测）用于快速检测系统设备之间的发送和接受两个方向的通信故障，并在出现故障时通知生成应用。BFD广泛用于链路故障检测，并能实现与接口、静态路由、动态路由等联动检测。

　　定义

　　双向转发检测BFD（BidirectionalForwardingDetection）是一种全网统一的检测机制，用于快速检测、监控网络中链路或者IP路由的转发连通状况。

　　BFD控制报文封装在UDP报文中传送，对于单跳检测其UDP目的端口号为3784，对于多跳检测其UDP目的端口号为4784或3784。

　　目的

　　为了减小设备故障对业务的影响，提高网络的可靠性，网络设备需要能够尽快检测到与相邻设备间的通信故障，以便及时采取措施，保证业务继续进行。在现有网络中，有些链路通常通过硬件检测信号，如SDH告警，检测链路故障，但并不是所有的介质都能够提供硬件检测。此时，应用就要依靠上层协议自身的Hello报文机制来进行故障检测。上层协议的检测时间都在1秒以上，这样的故障检测时间对某些应用来说是不能容忍的。同时，在一些小型三层网络中，如果没有部署路由协议，则无法使用路由协议的Hello报文机制来检测故障。

　　BFD协议就是在这种背景下产生的，BFD提供了一个通用的标准化的介质无关和协议无关的快速故障检测机制。具有以下优点：

　　·对相邻转发引擎之间的通道提供轻负荷、快速故障检测。这些故障包括接口、数据链路，甚至有可能是转发引擎本身。

　　·用单一的机制对任何介质、任何协议层进行实时检测。

　　受益

　　BFD可以实现快速检测并监控网络中链路或IP路由的转发连通状态，改善网络性能。相邻系统之间通过快速检测发现通信故障，可以更快地帮助用户建立起备份通道以便恢复通信，保证网络可靠性。

　　原理描述

　　原理简介

　　BFD在两台网络设备上建立会话，用来检测网络设备间的双向转发路径，为上层应用服务。BFD本身并没有邻居发现机制，而是靠被服务的上层应用通知其邻居信息以建立会话。会话建立后会周期性地快速发送BFD报文，如果在检测时间内没有收到BFD报文则认为该双向转发路径发生了故障，通知被服务的上层应用进行相应的处理。下面以OSPF与BFD联动为例，简单介绍会话工作流程。

　　图1BFD会话建立流程图

　　上图所示是一个简单的网络组网，两台设备上同时配置了OSPF与BFD，BFD会话建立过程如下所示：

　　·OSPF通过自己的Hello机制发现邻居并建立连接。

　　·OSPF在建立了新的邻居关系后，将邻居信息（包括目的地址和源地址等）通告给BFD。

　　·BFD根据收到的邻居信息建立会话。

　　·会话建立以后，BFD开始检测链路故障，并做出快速反应。

　　图2BFD故障发现处理流程图

　　如上图所示：

　　·被检测链路出现故障。

　　·BFD快速检测到链路故障，BFD会话状态变为Down。

　　·BFD通知本地OSPF进程BFD邻居不可达。

　　·本地OSPF进程中断OSPF邻居关系。

　　BFD会话建立方式

　　BFD会话的建立有两种方式，即静态建立BFD会话和动态建立BFD会话。静态和动态创建BFD会话的主要区别在于本地标识符（LocalDiscriminator）和远端标识符（RemoteDiscriminator）的配置方式不同。BFD通过控制报文中的LocalDiscriminator和RemoteDiscriminator区分不同的会话。

　　·静态建立BFD会话

　　静态建立BFD会话是指通过命令行手工配置BFD会话参数，包括配置本地标识符和远端标识符等，然后手工下发BFD会话建立请求。

　　·动态建立BFD会话

　　动态建立BFD会话时，系统对本地标识符和远端标识符的处理方式如下：

　　·动态分配本地标识符

　　当应用程序触发动态创建BFD会话时，系统分配属于动态会话标识符区域的值作为BFD会话的本地标识符。然后向对端发送RemoteDiscriminator的值为0的BFD控制报文，进行会话协商。

　　·自学习远端标识符

　　当BFD会话的一端收到RemoteDiscriminator的值为0的BFD控制报文时，判断该报文是否与本地BFD会话匹配，如果匹配，则学习接收到的BFD报文中LocalDiscriminator的值，获取远端标识符。

　　BFD检测机制

　　BFD的检测机制是两个系统建立BFD会话，并沿它们之间的路径周期性发送BFD控制报文，如果一方在既定的时间内没有收到BFD控制报文，则认为路径上发生了故障。

　　BFD提供两种检测模式：

　　·异步模式：BFD的主要操作模式为异步模式。在这种模式下，系统之间相互周期性地发送BFD控制报文，如果某个系统连续几个报文都没有接收到，就认为此BFD会话的状态是Down。

　　·查询模式：BFD的第二种操作模式称为查询模式。当一个系统中存在大量BFD会话时，为防止周期性发送BFD控制报文的开销影响到系统的正常运行，可以采用查询模式。在查询模式下，一旦BFD会话建立，系统就不再周期性发送BFD控制报文，而是通过其他与BFD无关的机制检测连通性（比如路由协议的Hello机制、硬件检测机制等），从而减少BFD会话带来的开销。

　　BFD会话管理

　　BFD会话有四种状态：Down、Init、Up和AdminDown。会话状态变化通过BFD报文的State字段传递，系统根据自己本地的会话状态和接收到的对端BFD报文驱动状态改变。BFD状态机的建立和拆除都采用三次握手机制，以确保两端系统都能知道状态的变化。以BFD会话建立为例，简单介绍状态机的迁移过程。

　　图3BFD会话建立流程图

　　·SwitchA和SwitchB各自启动BFD状态机，初始状态为Down，发送状态为Down的BFD报文。对于静态配置BFD会话，报文中的RemoteDiscriminator的值是用户指定的；对于动态创建BFD会话，RemoteDiscriminator的值是0。

　　·SwitchB收到状态为Down的BFD报文后，状态切换至Init，并发送状态为Init的BFD报文。

　　·SwitchB本地BFD状态为Init后，不再处理接收到的状态为Down的报文。

　　·SwitchA的BFD状态变化同SwitchB。

　　·SwitchB收到状态为Init的BFD报文后，本地状态切换至Up。

　　·SwitchA的BFD状态变化同SwitchB。

　　小编结语：从本质上讲，BFD是一种高速的独立HELLO协议（类似于那些在路由协议中使用的协议，如开放最短路径优先协议（OSPF），或可以与链路、接口、隧道、路由或其他网络转发部件建立联系的中间系统到中间系统协议）。