交换机bfd session一直是down

plaintext
Total Session Num: 1
Up Session Num: 0
Init Mode: Active
LD/RD:34817/0
SourceAddr:10.255.255.252 DestAddr:10.255.255.253
State:Down
Interface:Vlan4094
关键特征：RD=0，代表本端从未收到对端 BFD 报文；会话无法协商建立。
组网背景：两台 S7503E-M IRF，VLAN4094 作为 BFD-MAD 互联三层接口，设备直连。
一、先理清核心概念
LD = 本地标识符；RD = 收到对端的标识符。
RD=0 = 本端收不到任何对端 BFD 控制报文，这是最直观线索。
二、根因分层排查（按优先级）
1、三层连通性基础核查（第一步必做）
plaintext
ping 10.255.255.253
如果 ping 不通：问题在三层链路。
核查 Vlan4094 在互联端口是否允许通过、接口是否 UP、有没有 ACL 阻断 ICMP/BFD；
如果 ping 正常，仅 BFD Down：二层通、三层可达，问题聚焦BFD 参数、报文拦截、模式不匹配。
BFD 使用 UDP 3784 端口，很多人只放通 ping，忘记放行 BFD！
2、BFD 本地模式不匹配（高频故障点）
输出Init Mode: Active
BFD 两种模式：
Active：主动发起会话
Passive：被动等待对端发起
⚠️不能两端同为 Passive！
规范配对：一端 Active，一端 Active（推荐）；或者一端 Active + 一端 Passive。
查看对端设备 BFD 初始化模式，如果两端都是 Passive，会话永远起不来。
查看命令：
plaintext
display bfd session
3、VLAN4094 接口配置核查
1）确认两端 Vlan-interface 4094 IP 地址同网段；
2）确认互联物理接口属于 VLAN4094；
3）确认没有配置 ACL 过滤 UDP/3784；
重点：交换机全局 ACL、接口 inbound ACL 很容易拦截 BFD 报文。
4、IRF+BFD-MAD 典型配置核对
参考标准正确配置：
plaintext
# 本端
interface Vlan-interface 4094
ip address 10.255.255.252 255.255.255.252
bfd mad
bfd session init-mode active
irf mad bfd enable
plaintext
# 对端
interface Vlan-interface 4094
ip address 10.255.255.253 255.255.255.252
bfd mad
bfd session init-mode active
irf mad bfd enable
❌常见错误：缺少bfd mad；或者只开 irf mad bfd enable，接口下未启用 bfd。
5、报文层面排查
开启调试（业务低谷操作）
plaintext
debugging bfd packet
terminal debugging
观察：
本机是否向外发送 BFD 报文；
是否收到对端 BFD 报文。
只发不收：链路单向可达 / 对端未发送 / ACL 拦截入方向；
完全不发送：BFD 会话配置异常。
6、硬件 & 二层干扰
互联端口是否存在 STP 震荡、端口 flap；
直连线缆、光模块收发异常；
端口配置端口安全、MAC 学习限制导致 BFD 报文丢弃。
三、极易踩坑的两个误区
❌“能 ping 通，BFD 就一定能起来”
ping 是 ICMP，BFD 是 UDP3784。ACL 允许 ICMP，但是拦截 UDP3784，会话直接 Down。
❌“BFD-MAD 只要配置 IP 就能自动协商”
必须接口下开启bfd mad，同时全局开启irf mad bfd enable，两条缺一不可。
四、标准化排查步骤
两端互 ping MAD 互联地址，确认三层可达；
核查两端 Vlan4094 接口下是否配置bfd mad；全局开启 irf mad bfd enable；
确认两端 bfd session init-mode 不要同时为 passive；推荐统一 active；
检查所有接口 ACL、全局 ACL 是否放行 UDP 3784；
使用 debug bfd packet 确认收发报文；
确认互联端口无环路、STP 无震荡。
五、针对你截图现象总结
RD=0，本机收不到对端 BFD 报文。
优先排查：
① 对端是否正确配置 bfd mad、是否正常发出 BFD 报文；
② 链路有没有 ACL 拦截 UDP 3784；
③ 确认 VLAN4094 双向流量正常转发。

up了就说明堆叠分裂了

这种情况是正常，UP才是不正常

交换机BFD会话一直处于Down状态，尤其是在直连的MAD（多主检测）检测场景下，这很可能是一个正常现象，而非故障。

💡 核心原因：MAD BFD的正常工作机制

当BFD用于IRF（智能弹性架构）的MAD检测时，其设计目标是在IRF分裂时检测到多个主设备。因此，在IRF正常运行时，BFD会话保持Down状态是符合预期的。

• 正常情况下 (IRF未分裂)：只有IRF中的主设备（Master）上配置的MAD IP地址是生效的。从设备（Slave）上的MAD IP地址不生效，因此BFD会话无法建立，状态为Down。

• 异常情况下 (IRF已分裂)：当IRF分裂为两个独立的设备后，两台设备都会认为自己是主设备，各自的MAD IP地址均生效。此时，BFD会话会成功建立并变为Up状态，从而触发MAD检测机制，通过关闭其中一台设备的所有端口来避免“双主”冲突。

因此，你看到的BFD会话Down状态，恰恰说明你的IRF堆叠系统目前运行正常，没有发生分裂。

🧐 排查步骤：验证配置与环境

虽然Down状态通常是正常的，但如果你的目的是验证配置是否正确，或在非MAD场景下遇到此问题，可以按照以下步骤排查：

1. 确认BFD会话类型
   首先确认你的BFD会话用途。如果是MAD BFD检测，状态Down是正常的。如果用于其他目的（如与路由协议联动），则需要进一步排查。

2. 检查BFD配置一致性
   检查BFD会话两端的配置参数是否一致，包括检测时间（Detect Time）、发送间隔（Transmit Interval） 和接收间隔（Receive Interval）。参数不匹配会导致会话无法建立。

3. 检查网络层连通性
   BFD会话的建立依赖于IP连通性。

   • 执行 display ip routing-table 命令，检查是否存在到达BFD会话目的地址（DestAddr）的路由。

   • 尝试从本端BFD源地址ping对端BFD目的地址，确认三层互通。

4. 检查物理链路状态
   检查直连的物理端口状态是否为Up。

   • 执行 display interface 命令，检查端口是否有CRC错误、丢包等计数增长。

   • 确保用于MAD检测的VLAN（通常是VLAN 4094）未被其他端口使用，并关闭该端口的STP（生成树协议）功能。

5. 检查安全策略或ACL
   确认没有ACL或安全策略阻塞了BFD报文。BFD控制报文通常使用UDP端口3784进行单跳检测，UDP端口3785进行多跳检测。

6. 检查BFD会话规格
   执行 display bfd session 命令，查看 Total sessions 是否已达到设备支持的最大会话数。如果超规格，可能无法创建新的会话。

7. 查看BFD会话详细信息
   执行 display bfd session verbose 命令，查看会话的详细状态。重点关注State字段以及Last Down Time等信息，这些信息有助于判断会话down的具体原因