原理：
1.状态迁移
BFD会话建立遵循三次握手，BFD有四种状态：
Down：会话处于Down或者刚刚创建
Init：已经能够与对端系统通信，本端希望使会话进入Up状态
Up：会话已经建立
AdminDown：会话处于管理型Down状态
会话的状态BFD报文的State字段传递，系统根据自己本地的会话状态和接收到的对端BFD报文驱动状态改变。
DeviceA和DeviceB各自启动BFD状态机，初始状态为Down，发送Down BFD报文；DeviceB收到BFD Down报文后，切换到Init状态，不再处理BFD down报文；DeviceB收到 BFD init报文，本地状态切换为Up，DeviceA状态迁移同DeviceB。
2.BFD模式
异步模式：主要操作模式，系统之间相互周期性发送BFD控制报文，如果某个系统连续几个报文都没有接收到，则认为BFD会话的状态为Down
查询模式：当一个系统中存在大量BFD会话时，为防止周期性发送BFD控制报文的开销影响到系统正常运行，可以采用查询模式。查询模式下，一旦BFD会话建立，系统不再周期性发送BFD控制报文，而是通过其他与BFD无关的机制检测连通性（比如路由协议的hello机制/硬件检测机制等），从而减少BFD会话带来的开销。
2.时间协商：
本端rx和对端tx时间协商出本端收报时间，收包次数取决于对端配置的次数
3.
BFD遇到的问题
1.BFD认证删除一端（本端）BFD会话中的认证类型，其他认证配置保存，对端认证信息正常存在。本端BFD状态为Init，对端BFD状态为DOWN
原因：
本端认证使能了，但是没有认证类型，所以发出的报文没有key类型和key id，但是收到对端报文时候，对端报文中的key可以在本地全局key池里找到且配置一致，校验通过，本端切换为Init状态。
标签：Down,BFD,状态,报文,Detection,会话,本端,Bidirectional From： https://www.cnblogs.com/feihujiushiwo/p/17066340.html