静态路由和BFD联动

BFD是⼀种双向转发检测机制，可以提供毫秒级的检测，可以实现链路的快速检测，BFD通过与上层路由协议联动，可以实现路由的快速收敛，确保业务的永续性。

BFD Echo报⽂采⽤UDP封装，⽬的端⼝号为3784，源端⼝号在49152到65535的范围内。⽬的IP地址为发送接⼝的地址，源IP地址由配置产⽣（配置的源IP地址要避免产⽣ICMP重定向）

硬件检测：例如通过SDH（Synchronous Digital Hierarchy，）告警检测链路。硬件检测的优点是可以很快发现，但并不是所有介质都能提供硬件检测。

慢Hello机制：通常采⽤中的Hello机制。这种机制检测到故障所需时间为秒级。对于⾼速数据传输，例如吉⽐特速率级，超过1秒的检测时间将导致⼤量数据丢失；对于时延敏感的业务，例如语⾳业务，超过1秒的延迟也是不能接受的。并且，这种机制依赖于。其他检测机制：不同的协议有时会提供专⽤的检测机制，但在系统间互联互通时，这样的专⽤检测机制通常难以部署。

双向转发检测（BFD）的新协议将帮助解决这个问题，提⾼与恢复速度。作为⼀项IETF草案标准，BFD提供⼀种检测链路或系统转发传输流能⼒的简单⽅法。

静态路由与BFD联动可为静态路由绑定BFD会话，利⽤BFD会话来检测静态路由所在链路的状态，具体过程如下：

当某条静态路由上的BFD会话检测到链路故障时，BFD会将故障上报系统，促使该路由失效，使该路由在IP路由表中不可见。当某条静态路由上的BFD会话检测到故障的链路重新建⽴成功时，BFD会上报系统，激活该路由，使该路由重新出现在IP路由表中。

由于静态路由感知⽹络拓扑变化（只能知道直连⽹络的状况）并作出动态响应，⽽BFD（双向转发检测），能够快速检测⽹络中的链路状况⼯作原理：

在这个拓扑中，如果LSW1与R2之间的链路故障，R1是⽆法感知到的。但是配置完BFD

BFD在R1与R2之间开始⼯作后，两者开始交互BFD报⽂当R1与R2之间链路产⽣问题，BFD报⽂交互也会发⽣问题R1与R2能通过BFD感知⽹络变化配置：R1：

[R1]bfd ? ? ? ? ? ?#激活bfd[R1-bfd-session-ab]dis this

bfd ab bind peer-ip 192.168.12.2 ? ? ? ? ?#创建⼀个bfd会话，名称为ab（仅在本地有意义），对端IPdiscriminator local 1 ? ? ? ? ? ? ? ?#BFD会话本地标识符discriminator remote 2 ? ? ? ? ? ? #BFD会话远端标识符commit ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? #提交配置

ip route-static 0.0.0.0 0.0.0.0 192.168.12.2 track bfd-session ab ?#将静态路由与bfd会话ab联动ip route-static 0.0.0.0 0.0.0.0 192.168.13.3 preference 80

R2：

R2的配置与R1类似，注意本地、远端标识符和R1相反[R2]bfd ? ? ? ? ? ?#激活bfd[R2-bfd-session-ba]dis this

bfd ba bind peer-ip 192.168.12.2 ? ? ? ? ?#创建⼀个bfd会话，名称为ba（仅在本地有意义），对端IPdiscriminator local 2 ? ? ? ? ? ? ? ?#BFD会话本地标识符discriminator remote 1 ? ? ? ? ? ? #BFD会话远端标识符commit ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? #提交配置

当我们把LSW1与R2之间⼀个接⼝shut down后，再看R1路由表，已经切换到R3这条链路。