问

bfd+bgp的联动问题

18小时前提问

0关注
0收藏，47浏览

zhiliao_dB1Esc

zhiliao_dB1Esc 四段

粉丝：0人关注：1人

问题描述：

接口没配bfd，bgp里配了bfd。然后bfd显示down的，但是bgp邻居是好的。这是为啥

2 个回答

按时间按赞数

已采纳

有飞不起的鸟

有飞不起的鸟九段

粉丝：18人关注：0人

根据您提供的图片和描述，这是一个非常经典的BFD与BGP联动配置问题。您观察到的现象（BFD状态为Down，但BGP邻居状态为Established）是正常的，并且准确地指出了问题的关键。

根本原因：BFD会话是双向的，需要两端协同才能建立。您的配置只在一端（本端BGP视图下）启用了BFD，但会话建立所必需的“双向握手”没有完成。

下面结合图片信息进行详细分析：

关键证据分析（来自您的截图）

dis bfd ses输出分析 (关键证据)：
- Remote Discr: 0- 这是最直接的证据。BFD通过交换Local Discr（本地标识符）来建立会话。Remote Discr为0，意味着本端没有收到对端发来的有效BFD控制报文，因此无法识别对端，会话自然无法建立（状态为Down）。
- Tx Count: 2945721- 本端一直在发送BFD控制报文（尝试建立会话）。
- Rx Count: 0- 本端没有收到任何来自对端的BFD控制报文。
- 结论：BFD通信是单向的，只有本端在“自言自语”，对端没有回应。
dis bgp peer输出分析：
- BGP current state: Established- BGP的TCP连接（端口179）是正常的，三层/IP层路由可达。
- BGP依靠自身的Keepalive机制（协商后为10秒）维持邻居关系，它不依赖于BFD状态。只要TCP连接不断，BGP邻居状态就会保持Established。

为什么会出现这种情况？

您的配置场景是：“接口没配bfd，bgp里配了bfd”。这通常意味着：

在本端设备上：
- 您在BGP视图下使用了类似 peer 10.0.25.62 bfd的命令。这条命令的作用是让BGP协议去触发BFD会话的建立。
- 但是，BFD会话建立的前提是底层通信链路（接口/VLAN等）必须支持并启用BFD报文收发。您没有在接口上配置BFD，这是一个关键缺失。在H3C设备上，通常需要在接口视图下通过 bfd min-transmit-interval等命令启用BFD功能，或者确保接口的BFD默认参数可用。
- 即使接口能发报文，对端不配合，BFD也无法建立。
在对端设备（IP: 10.0.25.62）上：
- 根据BFD状态Down和Remote Discr: 0判断，对端设备极有可能根本没有配置任何与BFD相关的命令。
- 对端收到了本端发往10.0.25.62的BFD控制报文，但由于没有启用BFD功能，其内核或协议栈会直接丢弃这些报文，不会进行处理和回复。

问题总结与解决方案

项目	状态	原因
BGP邻居	Established (正常)	依赖于TCP连接（179端口）。只要IP路由可达、TCP连接成功，BGP就能独立工作。
BFD会话	Down (异常)	双向握手失败。本端尝试建立，但对端未启用BFD，不回复报文。

要使BFD正常工作，实现BGP的快速故障检测，您需要进行以下配置：

检查并确保接口/VLAN的BFD基础功能：确保去往对端的出接口（图中是GigabitEthernet2/0/2）允许BFD报文通过，并且本端设备的BFD全局功能已开启（默认是开启的）。在某些版本或场景下，可能需要在接口下明确配置BFD参数。
在对端设备上配置BFD：这是必须的步骤。您需要在对端设备（IP: 10.0.25.62）上做完全相同的配置：
- 在BGP视图下配置：peer 10.0.187.10.74 bfd（假设您本端的BGP源地址是10.187.10.74）。
- 同样，确保对端相应接口的BFD功能正常。

配置完成后，BFD会话状态应该会从 Down变为 Up，并且 Remote Discr会显示为一个非零值（对端的本地标识符）。 此时，BGP和BFD的联动才真正生效。一旦中间链路发生故障，BFD能在毫秒级内检测到并通知BGP，BGP则会立即中断TCP连接，将邻居状态置为Down，从而实现路由的快速收敛。

简单来说，您目前只配置了“让BGP去叫BFD起床”，但BFD这个“人”还没在对端设备上“安家”。两边都把BFD安顿好，它们才能协同工作。