痛點：傳統路由協議收斂太慢，VoIP/視訊業務等不了
OSPF、IS-IS、BGP 等路由協議的 Hello/Dead 計時器通常以秒為單位，故障偵測需數十秒甚至分鐘。對於語音、視訊、金融交易等即時業務，這段盲區意味著業務中斷、掉單、投訴。BFD（Bidirectional Forwarding Detection，雙向轉發檢測）應運而生，作為 IETF 標準草案，提供毫秒級故障偵測能力。
BFD 核心特性：多層、高速、獨立、簡單
多層檢測：一套機制覆蓋全傳輸棧
- 實體鏈路：乙太網、SONET/SDH、光纖通道
- 隧道封裝：GRE、IPsec、MPLS LSP、PW、VXLAN
- 邏輯介面：子介面、VLAN 介面、Loopback 介面
無論上層跑何種協議，BFD 都能在數毫秒內感知下層轉發平面故障。
高速獨立 Hello 機制
- 協商偵測間隔：最低可至 3.3 ms（傳送間隔）+ 10 ms（檢測倍數 3），實現亞秒級故障宣告。
- 獨立於路由協議進程，運行在轉發平面（硬體/NPU/線卡 CPU），不受控制平面高負載影響。
- 支援單臂/雙臂、單跳/多跳、微型 BFD（Micro-BFD）等多種部署模式。
簡單抽象：只負責「活著還是死著」，不關心業務語意
BFD 狀態機極簡：Down → Init → Up。一旦對端連續錯過 N 個 Hello，即宣告 Down 並觸發註冊的客戶端（OSPF、BGP、MPLS FRR、VRRP、静態路由、PIM 等）執行快速收斂動作。
典型應用場景：VoIP 媒體網關 + 邊緣路由器
挑戰
- 媒體網關不跑路由協議，無法感知上游鏈路故障。
- 乙太網交換機不主動通知上層鏈路故障（除非啟用 EFM/OAM/LLDP）。
- 中間跨越多層交換機，傳統機制感知延遲大。
BFD 解決方案
- 在媒體網關與邊緣路由器間建立 BFD Session，綁定至靜態路由或 VRRP 追蹤對象。
- 中間任一鏈路故障 → BFD 毫秒級感知 → 觸發網關/路由器切換備用路徑（如 MPLS FRR、靜態路由浮動、VRRP Master 切換）。
- 語音業務無感知切換，通話不掉線。
部署建議
- 優先在硬體支援 BFD 卸載的線卡/介面啟用，減輕 CPU 負載。
- 根據業務 SLA 設定合理計時器：核心層 50ms×3，接入層 100-200ms×3，避免誤觸發。
- 配合
bfd echo 模式進一步降低控制平面負載。
- 監控 BFD 狀態變更日誌，納入 NMS 告警體系。
結語：BFD 不是銀彈，但它彌補了「控制平面收斂慢、轉發平面無感知」的結構性短板。在即時業務佔比日益提升的今天，將 BFD 納入網路設計標準模板，已是成熟網路架構的基本配置。