OSPF+BFD

BFD 和 OSPF 的协同工作方式

核心思想：分工协作

• OSPF： 负责路由计算和决策。它通过 Hello 包和 Dead Timer 来检测邻居故障，默认时间在秒级（如 40 秒）。
• BFD： 负责快速的链路故障检测。它是一个轻量级的通用协议，不处理路由，只负责检测路径上的双向连通性，检测间隔可以达到毫秒级（如 50ms）。

协同关系： BFD 充当 OSPF 的超级敏感故障检测雷达。OSPF 信任 BFD 的检测结果，一旦 BFD 报告故障，OSPF 会立即做出反应，跳过自己漫长的等待时间。

协同工作流程

1. 初始化和会话建立

1. 配置： 管理员在OSPF配置模式下（router ospf）使用命令 bfd 启用BFD支持。同时，BFD本身也需要在接口或全局下进行配置（如设置最小收发间隔）。
2. OSPF启动： OSPF进程启动，开始发送Hello包尝试建立邻居关系。
3. BFD会话触发： 当OSPF邻居状态进入 ExStart 或 2-Way（取决于网络类型）之后，底层系统会识别到这个邻居需要BFD监控。它会自动触发并尝试与对端设备建立BFD会话。
4. BFD会话Up： BFD通过快速交换控制包，成功建立会话。此时，OSPF和BFD都处于正常运行状态。

2. 正常运行状态

• OSPF按自己的节奏（例如每10秒）发送Hello包，维持邻居关系。
• BFD以快得多的节奏（例如每50毫秒）发送控制包，检测链路质量。
• OSPF订阅了BFD的事件通知。它告诉系统：“如果这个邻居的BFD状态发生变化，请立刻通知我”。

当BFD探测为Down时的OSPF处理流程

情况一：对端从未启用 BFD

这是 “配置不对称” 的场景。

处理流程：

1. 本端：OSPF 邻居建立后，尝试触发 BFD 会话建立。
2. 对端：因为没有配置 BFD，对端会忽略本端发起的 BFD 握手包。
3. 结果：本端的 BFD 会话始终无法建立，状态持续为 Down 或 Init。
4. OSPF 行为：因为 BFD 会话从未成功建立为 Up 状态，OSPF 根本不会订阅这个会话的状态变更事件。因此，这个永久的 Down 状态对 OSPF 是透明、无影响的。
5. 最终状态：OSPF 邻居关系正常建立并保持，双方依靠传统的 OSPF Hello 机制来维持邻居关系。网络畅通，但无法享受 BFD 的毫秒级快速故障检测。

结论：这是一种配置缺陷，但不会引起中断，只会导致快速检测机制失效。

---

情况二：对端先启后删 BFD

这是 “动态会话中断” 的场景，会导致网络震荡。

处理流程：

1. 初始状态：两端 BFD 均正常，会话成功建立（Up）。OSPF 订阅此会话的事件。
2. 对端操作：对端管理员删除了 BFD 配置或重启了 BFD 服务。
3. 本端检测：本端 BFD 再也收不到对端的应答包。
4. BFD 动作：BFD 协议快速（毫秒级）检测到故障，将会话状态由 Up 变为 Down。
5. 关键一步：BFD 立即向 OSPF 进程发送一个 “邻居 X 的 BFD 会话 Down” 的事件通知。
6. OSPF 反应：OSPF 收到事件后，完全信任 BFD 的判断。它会立即调用内部函数，强制清除与对端的 OSPF 邻居关系，状态机回退到 Down 状态。
7. 网络影响：
   • OSPF 触发路由收敛（SPF 计算），撤销所有经过该邻居的路由。
   • 流量中断。
8. 后续自愈：
   • 因为底层链路和 OSPF 协议本身并无故障，对端OSPF仍在发送Hello包。
   • 本端OSPF在Down状态下重新开始收发Hello包。
   • 双方OSPF重新建立邻居关系和邻接关系。
   • 路由重新学习，流量恢复。

结论：这会导致一次不必要的网络震荡和短暂流量中断，之后网络会自动恢复。

---

核心总结与对比

flowchart TD A[OSPF邻居建立] --> B[本端尝试建立BFD会话] B -- 情况一：对端从未启用BFD --> C[BFD会话始终无法建立<br>状态持续为Down] C --> D[OSPF未订阅事件<br>忽略此BFD会话] D --> E[OSPF邻居关系保持<br>无快速检测能力] B -- 情况二：对端先启后删BFD --> F[BFD会话成功建立Up] F --> G[OSPF订阅会话事件] G --> H[对端删除BFD<br>本端BFD状态: Up -> Down] H --> I[BFD立即通知OSPF] I --> J[OSPF强制清除邻居关系] J --> K[网络流量中断] K --> L[OSPF自行重新建立邻居<br>流量恢复]

特性	对端从未启用 BFD	对端先启后删 BFD
BFD 会话状态	始终 Down（从未建立）	从 Up 变为 Down
OSPF 是否订阅	否	是
OSPF 反应	无任何影响	立即清除邻居
网络影响	无中断，但无快速检测	必然发生一次震荡中断
根本原因	配置不一致（缺陷）	配置动态变更（操作）

注意事项：

1. 保持配置一致性：BFD 必须在对端设备上对称配置，避免情况一。
2. 谨慎操作：在线删除 BFD 配置等同于一次链路故障演练（情况二），应在维护窗口进行。
3. 故障诊断：若出现短暂 OSPF 震荡，查看日志中是否有 BFD-Session down 后紧跟 OSPF neighbor down 的记录，这是判断是否为情况二的关键证据。