H3C交换机（非模拟器测试）：BFD-echo 报文方式 (不用互建立bfd会话、使用echo 报文方式)

H3C交换机（非模拟器测试）：BFD-echo 报文方式 (不用互建立bfd会话、使用echo 报文方式)

H3C S5530C-EI-D_2022.05.01.16时07分10秒.txt

（1）拓扑图

echo 报文方式下必须配置echo 报文的源IP 地址。IP 地址可以任意指定，不需要与实际接口地址对应。
建议不要将echo 报文的源IP 地址配置为属于该设备任何一个接口所在网段，避免对端发送大量的ICMP 重定向报文造成网络拥塞。 

（2）配置

interface LoopBack1
 ip address 1.1.1.1 255.255.255.255
 bfd echo-source-ip 1.1.1.1
interface Vlan-interface1
 ip address 172.20.20.48 255.255.255.0
 
 ip route-static 0.0.0.0 0 Vlan-interface1 172.20.20.254 bfd echo-packet preference 70

（3）查看

display bfd session
display bfd session verbose
display ip routing-table

 # 配置接口接收BFD echo 报文的最小时间间隔为100ms
 #单跳BFD 检测时间倍数为3。
interface Vlan-interface1
   ip address 172.20.20.48 255.255.255.0
   bfd min-echo-receive-interval 100
   bfd detect-multiplier 3

 bfd echo-source-ip 172.20.20.48
interface Vlan-interface1
   ip address 172.20.20.48 255.255.255.0
   bfd min-echo-receive-interval 100
   bfd detect-multiplier 3
   ip route-static 0.0.0.0 0 Vlan-interface1 172.20.20.254 bfd echo-packet preference 70

display bfd session
display bfd session verbose
display ip routing-table

备注：BFD-echo 报文方式，只支持直连,比如如果检测多跳的地址，如互联网的223.5.5.5，则会失败。

 ip route-static 0.0.0.0 0 Vlan-interface1 172.20.20.254 bfd echo-packet preference 70
 ip route-static 192.168.8.0 24 Vlan-interface1 223.5.5.5 bfd echo-packet

完。

相关知识点（此知识点来源于H3C产品文档）：

BFD简介
BFD（Bidirectional Forwarding Detection，双向转发检测）是一个通用的、标准化的、介质无关和协议无关的快速故障检测机制，用于检测转发路径的连通状况，保证设备之间能够快速检测到通信故障，以便能够及时采取措施，保证业务持续运行。BFD可以为各种上层协议（如路由协议）快速检测两台设备间双向转发路径的故障。上层协议通常采用Hello报文机制检测故障，所需时间为秒级，而BFD可以提供毫秒级检测。

BFD的基本原理
BFD在两台网络设备上建立会话，用来检测网络设备间的双向转发路径，为上层应用服务。BFD本身并没有发现机制，而是靠被服务的上层协议通知来建立会话。上层协议在建立新的邻居关系后，将邻居的参数及检测参数（包括目的地址和源地址等）通告给BFD；BFD根据收到的参数建立BFD会话。会话建立后会周期性地快速发送BFD报文，如果在检测时间内没有收到BFD报文，则认为该双向转发路径发生了故障，并将故障信息通知给该会话所服务的上层应用，由上层应用采取相应的措施。下面以OSPF与BFD联动为例，简单介绍BFD的工作流程。
如图1-1所示，OSPF与BFD联动触发建立会话的流程为：
(1) OSPF通过自己的Hello机制发现邻居并建立连接。
(2) OSPF在建立了新的邻居关系后，将邻居信息（包括目的地址和源地址等）通告给BFD。
(3) BFD根据收到的邻居信息建立会话。
图1-1 BFD会话建立流程图

BFD检测到链路故障通知OSPF的流程为：
(1)BFD检测到链路故障，BFD会话状态变为Down。
(2)BFD通知本地OSPF进程BFD邻居不可达。
(3)本地OSPF进程中断OSPF邻居关系。
图1-2 BFD故障发现处理流程图

单跳检测和多跳检测
BFD可以用来进行单跳和多跳检测：
·单跳检测：是指对两个直连设备进行IP连通性检测，这里所说的“单跳”是IP的一跳。例如，如图1-3所示，使用BFD检测Device A和Device B之间的IP单跳路径。
图1-3 单跳检测

多跳检测：BFD可以检测两个设备间任意路径的链路情况，这些路径可能跨越很多跳。例如，如图1-4所示，使用BFD检测Device A和Device B之间的IP多跳路径。
图1-4 多跳检测

BFD会话的工作方式
BFD会话通过控制报文实现。
控制报文封装在UDP报文中传送，对于单跳检测其UDP目的端口号为3784，对于多跳检测其UDP目的端口号为4784。链路两端的设备通过控制报文中携带的参数（会话标识符、期望的收发报文最小时间间隔、本端BFD会话状态等）协商建立BFD会话。

BFD会话的工作方式
BFD会话通过控制报文实现。
控制报文封装在UDP报文中传送，对于单跳检测其UDP目的端口号为3784，对于多跳检测其UDP目的端口号为4784。链路两端的设备通过控制报文中携带的参数（会话标识符、期望的收发报文最小时间间隔、本端BFD会话状态等）协商建立BFD会话。
硬件BFD
软件BFD是指BFD检测过程中的报文收发、BFD会话状态机的维护完全依赖CPU来处理。软件BFD会极大的消耗CPU能力。同时，受CPU性能影响，能够支持的BFD会话规格较小，无法用于大规格BFD会话需求的应用场景。
硬件BFD把过度消耗CPU资源的会话处理转移到芯片，这样CPU可以及时处理其他重要任务。硬件BFD会话处理的性能不受限于CPU的性能。相较于软件BFD，硬件BFD能够支持大规格的BFD会话。
用户通过display bfd session verbose命令显示信息中的Hardware mode字段能够判断会话由软件维护还是由硬件维护：Hardware mode字段取值为Disabled，说明会话由软件维护；Hardware mode字段取值为Enabled，说明会话由硬件维护。
对于由硬件维护的BFD会话，触发会话切换为软件维护的常见操作包括：
·配置硬件BFD不支持的命令
·调整BFD检测时间。如果调整后的时间为硬件BFD不支持的时间，则触发会话切换为软件维护
·拔出支持硬件BFD的单板
由硬件维护的BFD会话切换为软件维护时，可能会导致会话震荡，请谨慎配置。

协议规范
与BFD相关的协议规范有：
·RFC 5880：Bidirectional Forwarding Detection (BFD)
·RFC 5881：Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)
·RFC 5882：Generic Application of Bidirectional Forwarding Detection (BFD)
·RFC 5883：Bidirectional Forwarding Detection (BFD) for Multihop Paths
·RFC 7130：Bidirectional Forwarding Detection (BFD) on Link Aggregation Group (LAG) Interfaces

BFD、NQA、SLA（列表、list、全）bfdlist、nqalist、slalist
http://www.zh-cjh.com/wenzhangguilei/976.html
文章归类、所有文章列表、LISTLIST
http://www.zh-cjh.com/wangzhangonggao/2195.html