1. 從一個(gè)真實(shí)運(yùn)維場景說起B(yǎng)FD到底在解決什么問題如果你做過企業(yè)級(jí)網(wǎng)絡(luò)運(yùn)維大概率遇到過這種讓人血壓升高的場景核心交換機(jī)A和B之間跑著OSPF鏈路中間隔了一臺(tái)傳輸設(shè)備或者一條運(yùn)營商專線。某天凌晨兩點(diǎn)專線出現(xiàn)了“單通”故障——A能收到B的報(bào)文B收不到A的。OSPF的Hello報(bào)文默認(rèn)10秒發(fā)一次Dead Time是40秒。也就是說從故障發(fā)生到OSPF真正感知到鄰居失效最壞情況下要等40秒。這40秒里A還在往B發(fā)數(shù)據(jù)B那邊已經(jīng)收不到了業(yè)務(wù)直接黑洞。40秒對(duì)普通辦公網(wǎng)可能還能忍但對(duì)金融交易、實(shí)時(shí)音視頻、工業(yè)控制這類場景40秒足夠造成生產(chǎn)事故。那能不能把OSPF的Hello和Dead Time調(diào)小可以但代價(jià)是協(xié)議報(bào)文頻率大幅上升CPU和帶寬開銷增加而且OSPF本身的設(shè)計(jì)并不適合做毫秒級(jí)檢測。BFDBidirectional Forwarding Detection雙向轉(zhuǎn)發(fā)檢測就是為解決這個(gè)矛盾而生的。它的核心思路非常清晰把“鏈路故障檢測”這件事從路由協(xié)議里剝離出來交給一個(gè)獨(dú)立的、輕量的、專門做快速檢測的協(xié)議。BFD只干一件事——用極小的報(bào)文、極高的頻率檢測兩個(gè)系統(tǒng)之間的雙向轉(zhuǎn)發(fā)路徑是否還活著。一旦發(fā)現(xiàn)不通立刻通知上層協(xié)議OSPF、BGP、靜態(tài)路由、VRRP等讓它們快速收斂。華為設(shè)備上的BFD實(shí)現(xiàn)是國內(nèi)企業(yè)網(wǎng)、運(yùn)營商網(wǎng)絡(luò)里最常見的一種。它的配置邏輯、狀態(tài)機(jī)、檢測機(jī)制和RFC 5880標(biāo)準(zhǔn)基本一致但在具體命令、默認(rèn)參數(shù)、聯(lián)動(dòng)方式上有自己的特點(diǎn)。這篇文章就從實(shí)際運(yùn)維角度把華為BFD的檢測原理、配置方法、聯(lián)動(dòng)場景、排錯(cuò)技巧完整拆一遍。提示BFD本身不負(fù)責(zé)路由計(jì)算也不負(fù)責(zé)鄰居建立。它只是一個(gè)“探針”檢測結(jié)果需要聯(lián)動(dòng)到具體協(xié)議才能產(chǎn)生實(shí)際效果。單獨(dú)配BFD而不做聯(lián)動(dòng)等于白配。2. 華為BFD的核心機(jī)制拆解為什么它能做到毫秒級(jí)檢測2.1 檢測原理三個(gè)時(shí)間參數(shù)決定一切BFD的檢測速度本質(zhì)上由三個(gè)時(shí)間參數(shù)決定參數(shù)含義華為默認(rèn)值可調(diào)范圍Desired Min TX Interval本端期望的最小發(fā)送間隔1000ms3ms~1000msRequired Min RX Interval本端要求的最小接收間隔1000ms3ms~1000msDetect Mult檢測倍數(shù)33~50實(shí)際生效的發(fā)送間隔取的是本端Desired Min TX Interval和對(duì)端Required Min RX Interval中的較大值。實(shí)際檢測時(shí)間 實(shí)際發(fā)送間隔 × Detect Mult。舉個(gè)例子本端配Desired Min TX100ms對(duì)端配Required Min RX200ms那么實(shí)際發(fā)送間隔是200ms。如果Detect Mult3檢測時(shí)間就是600ms。也就是說從鏈路真正中斷到BFD感知最壞情況600ms最好情況200ms剛好在檢測窗口內(nèi)沒收到。這個(gè)計(jì)算邏輯很關(guān)鍵。很多人配BFD的時(shí)候只改本端參數(shù)發(fā)現(xiàn)檢測時(shí)間沒變就是因?yàn)閷?duì)端的Required Min RX Interval卡住了上限。BFD的參數(shù)協(xié)商是雙向的兩端都要匹配才能達(dá)到預(yù)期效果。2.2 會(huì)話建立三次握手與狀態(tài)機(jī)華為BFD會(huì)話的建立過程遵循標(biāo)準(zhǔn)的狀態(tài)機(jī)Down → Init → Up。具體來說本端初始狀態(tài)為Down發(fā)送BFD控制報(bào)文攜帶本地Discriminator本地標(biāo)識(shí)符和Your Discriminator0。對(duì)端收到后如果也處于Down狀態(tài)會(huì)回復(fù)一個(gè)Init狀態(tài)的報(bào)文攜帶自己的Discriminator并把Your Discriminator設(shè)為本端的Discriminator。本端收到Init報(bào)文后狀態(tài)切換為Up并發(fā)送Up狀態(tài)的報(bào)文。對(duì)端收到Up報(bào)文后也切換為Up。會(huì)話建立完成。這個(gè)過程通常在一秒內(nèi)完成。如果兩端狀態(tài)一直卡在Init或者Down常見原因是Discriminator沖突、檢測時(shí)間不匹配、或者中間設(shè)備攔截了UDP 3784端口的報(bào)文。華為設(shè)備上查看BFD會(huì)話狀態(tài)的命令是display bfd session all verbose輸出里會(huì)顯示會(huì)話的本地標(biāo)識(shí)符、遠(yuǎn)端標(biāo)識(shí)符、當(dāng)前狀態(tài)、實(shí)際發(fā)送間隔、實(shí)際檢測時(shí)間等信息。這個(gè)命令是排錯(cuò)時(shí)第一個(gè)要看的。2.3 兩種會(huì)話模式控制報(bào)文與回聲報(bào)文華為BFD支持兩種檢測模式異步模式Asynchronous兩端周期性地互發(fā)BFD控制報(bào)文如果一端在檢測時(shí)間內(nèi)沒收到對(duì)端的報(bào)文就認(rèn)為鏈路故障。這是最常用的模式。查詢模式Demand一端發(fā)送查詢報(bào)文另一端回復(fù)。這種模式用得少因?yàn)樾枰~外的硬件支持。另外還有回聲功能Echo本端發(fā)送回聲報(bào)文對(duì)端收到后直接原路返回不需要對(duì)端參與BFD狀態(tài)機(jī)?；芈暷Ｊ降臋z測速度可以更快但對(duì)網(wǎng)絡(luò)路徑的對(duì)稱性有要求。華為設(shè)備上可以通過bfd echo-source-ip命令配置回聲源地址。實(shí)際項(xiàng)目中異步模式控制報(bào)文是絕對(duì)主流?；芈暷Ｊ街辉谔囟▓鼍跋率褂帽热鐚?duì)端設(shè)備不支持BFD但需要快速檢測時(shí)。2.4 聯(lián)動(dòng)機(jī)制BFD如何通知上層協(xié)議BFD檢測到故障后需要通知上層協(xié)議。華為設(shè)備支持多種聯(lián)動(dòng)方式BFD與OSPF聯(lián)動(dòng)BFD會(huì)話Down后立即通知OSPFOSPF不需要等Dead Time到期直接斷開鄰居關(guān)系觸發(fā)路由重新計(jì)算。BFD與BGP聯(lián)動(dòng)類似BFD Down后BGP立即撤銷路由。BFD與靜態(tài)路由聯(lián)動(dòng)BFD Down后靜態(tài)路由從路由表中撤銷。BFD與VRRP聯(lián)動(dòng)BFD Down后VRRP觸發(fā)主備切換。BFD與接口聯(lián)動(dòng)BFD Down后接口狀態(tài)變?yōu)镈own。聯(lián)動(dòng)的本質(zhì)是BFD會(huì)話狀態(tài)變化時(shí)通過內(nèi)部消息機(jī)制通知協(xié)議模塊協(xié)議模塊立即執(zhí)行相應(yīng)動(dòng)作。這個(gè)通知是毫秒級(jí)的所以整體收斂時(shí)間可以做到百毫秒級(jí)別。注意BFD聯(lián)動(dòng)OSPF時(shí)OSPF的鄰居關(guān)系會(huì)立即斷開但OSPF本身的路由收斂還需要時(shí)間SPF計(jì)算、LSA泛洪等。所以端到端的收斂時(shí)間 BFD檢測時(shí)間 OSPF收斂時(shí)間。BFD只是把“檢測”這一環(huán)加速了后面的收斂過程還是要看協(xié)議本身。3. 華為BFD配置實(shí)操從單跳檢測到多跳聯(lián)動(dòng)3.1 單跳檢測配置最基礎(chǔ)的BFD會(huì)話單跳檢測是指BFD會(huì)話的兩端直接相連中間沒有三層設(shè)備。這是最常見的場景比如兩臺(tái)核心交換機(jī)之間的互聯(lián)鏈路。配置步驟如下第一端設(shè)備A配置# 進(jìn)入系統(tǒng)視圖 system-view # 使能BFD功能 bfd # 創(chuàng)建BFD會(huì)話綁定出接口和下一跳 bfd 1 bind peer-ip 10.1.1.2 interface GigabitEthernet0/0/1 # 配置本地標(biāo)識(shí)符 discriminator local 1 # 配置遠(yuǎn)端標(biāo)識(shí)符 discriminator remote 2 # 配置發(fā)送間隔和接收間隔 min-tx-interval 100 min-rx-interval 100 # 配置檢測倍數(shù) detect-multiplier 3 # 提交配置 commit第二端設(shè)備B配置system-view bfd bfd 1 bind peer-ip 10.1.1.1 interface GigabitEthernet0/0/1 discriminator local 2 discriminator remote 1 min-tx-interval 100 min-rx-interval 100 detect-multiplier 3 commit配置完成后用display bfd session all查看會(huì)話狀態(tài)。如果顯示Up說明BFD會(huì)話建立成功。實(shí)際檢測時(shí)間 max(100, 100) × 3 300ms。這里有幾個(gè)關(guān)鍵點(diǎn)discriminator local和remote必須兩端對(duì)應(yīng)。A的local是1remote是2B的local是2remote是1。如果配錯(cuò)會(huì)話起不來。bind peer-ip和interface必須匹配實(shí)際鏈路。如果下一跳地址寫錯(cuò)或者接口寫錯(cuò)BFD報(bào)文發(fā)不出去。commit命令必須執(zhí)行。華為BFD的配置在commit之前只是候選配置不會(huì)生效。3.2 多跳檢測配置跨設(shè)備的BFD會(huì)話多跳檢測是指BFD會(huì)話的兩端之間隔了多層設(shè)備比如經(jīng)過一臺(tái)路由器或者多條鏈路。這種場景下BFD報(bào)文需要被中間設(shè)備轉(zhuǎn)發(fā)所以配置方式不同。多跳BFD的配置命令是bfd 1 bind peer-ip 10.1.1.2 discriminator local 1 discriminator remote 2 min-tx-interval 100 min-rx-interval 100 detect-multiplier 3 commit注意這里沒有bind interface因?yàn)槎嗵鴪鼍跋鲁鼋涌诓还潭˙FD報(bào)文會(huì)根據(jù)路由表轉(zhuǎn)發(fā)。多跳BFD通常用于檢測經(jīng)過多個(gè)跳數(shù)的路徑比如跨數(shù)據(jù)中心互聯(lián)。多跳BFD的一個(gè)常見問題是中間設(shè)備可能對(duì)BFD報(bào)文做特殊處理。比如某些防火墻默認(rèn)會(huì)丟棄UDP 3784端口的報(bào)文導(dǎo)致BFD會(huì)話起不來。這時(shí)候需要在中間設(shè)備上放行BFD報(bào)文。3.3 BFD與OSPF聯(lián)動(dòng)配置加速路由收斂BFD與OSPF聯(lián)動(dòng)是最常見的應(yīng)用場景。配置方法是在OSPF進(jìn)程下使能BFDospf 1 bfd all-interfaces enable這條命令會(huì)讓OSPF的所有接口都嘗試建立BFD會(huì)話。如果只想對(duì)特定接口使能可以用ospf 1 bfd all-interfaces enable interface GigabitEthernet0/0/1 ospf bfd enable配置完成后OSPF鄰居建立時(shí)會(huì)自動(dòng)觸發(fā)BFD會(huì)話建立。當(dāng)BFD檢測到故障時(shí)OSPF會(huì)立即斷開鄰居不需要等Dead Time。實(shí)測數(shù)據(jù)某企業(yè)網(wǎng)核心層兩臺(tái)交換機(jī)之間跑OSPF默認(rèn)Dead Time 40秒。配置BFD后檢測時(shí)間300msOSPF鄰居斷開時(shí)間從40秒降到300ms左右。路由收斂時(shí)間從原來的40秒降到1秒以內(nèi)。提示BFD與OSPF聯(lián)動(dòng)時(shí)OSPF的Hello報(bào)文和BFD報(bào)文是獨(dú)立發(fā)送的。BFD負(fù)責(zé)快速檢測OSPF負(fù)責(zé)鄰居維護(hù)和路由計(jì)算。兩者互不干擾但BFD的檢測結(jié)果會(huì)覆蓋OSPF的Dead Time機(jī)制。3.4 BFD與靜態(tài)路由聯(lián)動(dòng)讓靜態(tài)路由“活”起來靜態(tài)路由本身沒有檢測機(jī)制只要接口Up路由就一直在。如果下一跳不可達(dá)靜態(tài)路由不會(huì)自動(dòng)撤銷導(dǎo)致流量黑洞。BFD可以解決這個(gè)問題。配置方法ip route-static 192.168.1.0 255.255.255.0 10.1.1.2 bfd這條命令的意思是靜態(tài)路由的下一跳是10.1.1.2同時(shí)建立BFD會(huì)話檢測這個(gè)下一跳。如果BFD會(huì)話Down靜態(tài)路由自動(dòng)從路由表中撤銷。這個(gè)功能在雙出口場景下特別有用。比如企業(yè)有兩條出口鏈路一條主用一條備用。主用鏈路的靜態(tài)路由綁定BFD當(dāng)主用鏈路故障時(shí)BFD Down靜態(tài)路由撤銷流量自動(dòng)切換到備用鏈路。3.5 BFD與VRRP聯(lián)動(dòng)毫秒級(jí)主備切換VRRP本身的主備切換依賴VRRP通告報(bào)文默認(rèn)間隔1秒Master Down Time約3秒。配置BFD后可以加速切換。配置方法vrrp vrid 1 virtual-ip 192.168.1.1 vrrp vrid 1 priority 120 vrrp vrid 1 preempt-mode timer delay 0 vrrp vrid 1 track bfd-session 1 reduced 30這里track bfd-session 1表示VRRP跟蹤BFD會(huì)話1。當(dāng)BFD會(huì)話Down時(shí)VRRP優(yōu)先級(jí)降低30觸發(fā)主備切換。切換時(shí)間從原來的3秒降到BFD檢測時(shí)間比如300ms。4. 華為BFD排錯(cuò)實(shí)錄那些年踩過的坑4.1 常見問題速查表現(xiàn)象可能原因排查方法解決方法BFD會(huì)話一直Down兩端Discriminator不匹配檢查兩端local/remote配置確保A的localB的remoteBFD會(huì)話卡在Init檢測時(shí)間不匹配查看兩端min-tx/min-rx調(diào)整參數(shù)使兩端匹配BFD會(huì)話Up但聯(lián)動(dòng)不生效未配置聯(lián)動(dòng)命令檢查協(xié)議下是否使能BFD添加bfd all-interfaces enableBFD報(bào)文發(fā)不出去中間設(shè)備攔截UDP 3784抓包確認(rèn)放行UDP 3784端口BFD會(huì)話頻繁震蕩檢測時(shí)間過短查看鏈路質(zhì)量適當(dāng)增大檢測倍數(shù)多跳BFD起不來路由不可達(dá)檢查路由表確保peer-ip路由可達(dá)4.2 坑一Discriminator配反了這是新手最容易犯的錯(cuò)誤。BFD的Discriminator是本地唯一標(biāo)識(shí)一個(gè)會(huì)話的兩端必須對(duì)應(yīng)。A的local是1remote必須是B的local值。如果A配local 1 remote 2B也配local 1 remote 2會(huì)話就起不來。排查方法display bfd session all verbose看Local Discriminator和Remote Discriminator是否匹配。4.3 坑二檢測時(shí)間算錯(cuò)了很多人以為配了min-tx-interval 100檢測時(shí)間就是100×3300ms。但實(shí)際上如果對(duì)端配的是min-rx-interval 1000實(shí)際發(fā)送間隔是1000ms檢測時(shí)間是3000ms。BFD的實(shí)際發(fā)送間隔 max(本端min-tx, 對(duì)端min-rx)。這個(gè)邏輯一定要記住。4.4 坑三BFD會(huì)話Up但業(yè)務(wù)不通BFD檢測的是轉(zhuǎn)發(fā)路徑的連通性但業(yè)務(wù)不通可能是其他原因ACL攔截、路由問題、NAT問題等。BFD Up只說明BFD報(bào)文能通不代表業(yè)務(wù)報(bào)文能通。排查方法先確認(rèn)BFD會(huì)話狀態(tài)再檢查業(yè)務(wù)報(bào)文的轉(zhuǎn)發(fā)路徑?？梢杂胻racert和ping結(jié)合排查。4.5 坑四多跳BFD的源地址問題多跳BFD會(huì)話建立時(shí)本端需要選擇一個(gè)源地址發(fā)送BFD報(bào)文。如果設(shè)備有多個(gè)接口地址可能會(huì)選錯(cuò)源地址導(dǎo)致對(duì)端收不到報(bào)文。解決方法用bfd multi-hop-source-ip命令指定源地址。bfd bfd 1 bind peer-ip 10.1.1.2 discriminator local 1 discriminator remote 2 multi-hop-source-ip 10.1.1.1 commit4.6 坑五BFD與OSPF聯(lián)動(dòng)的順序問題配置BFD與OSPF聯(lián)動(dòng)時(shí)如果先配了BFD會(huì)話再配OSPF聯(lián)動(dòng)可能會(huì)發(fā)現(xiàn)BFD會(huì)話沒有自動(dòng)建立。這是因?yàn)镺SPF聯(lián)動(dòng)需要OSPF鄰居先建立然后才會(huì)觸發(fā)BFD會(huì)話。正確的順序是先配OSPF確保鄰居Up再配BFD聯(lián)動(dòng)?；蛘咧苯优鋌fd all-interfaces enable讓OSPF自動(dòng)觸發(fā)BFD。5. 華為BFD的性能調(diào)優(yōu)與最佳實(shí)踐5.1 檢測時(shí)間與CPU開銷的平衡BFD檢測時(shí)間越短故障感知越快但CPU和帶寬開銷也越大。以100ms發(fā)送間隔為例每個(gè)BFD會(huì)話每秒發(fā)送10個(gè)報(bào)文每個(gè)報(bào)文約24字節(jié)不含IP頭帶寬占用很小。但如果設(shè)備上有1000個(gè)BFD會(huì)話每秒就是10000個(gè)報(bào)文CPU中斷處理壓力會(huì)明顯增加。實(shí)際項(xiàng)目中建議根據(jù)業(yè)務(wù)需求選擇檢測時(shí)間普通企業(yè)網(wǎng)300ms~500ms檢測時(shí)間足夠金融交易場景100ms~200ms工業(yè)控制場景50ms~100ms運(yùn)營商核心10ms~50ms需要硬件加速華為高端交換機(jī)如CE系列支持硬件BFD檢測時(shí)間可以做到3ms且不占用CPU。低端設(shè)備只能做軟件BFD檢測時(shí)間通常不低于50ms。5.2 檢測倍數(shù)怎么選Detect Mult默認(rèn)是3意思是連續(xù)3個(gè)報(bào)文丟失才認(rèn)為故障。這個(gè)值不能太小否則鏈路輕微抖動(dòng)就會(huì)導(dǎo)致BFD震蕩。也不能太大否則檢測時(shí)間過長。建議鏈路質(zhì)量好光纖直連Detect Mult3鏈路質(zhì)量一般經(jīng)過傳輸設(shè)備Detect Mult4或5鏈路質(zhì)量差無線或微波Detect Mult5以上5.3 BFD會(huì)話數(shù)量規(guī)劃華為設(shè)備對(duì)BFD會(huì)話數(shù)量有限制。低端設(shè)備可能只支持幾十個(gè)會(huì)話高端設(shè)備支持上千個(gè)。規(guī)劃時(shí)要注意不要在所有接口上都使能BFD只在對(duì)收斂速度有要求的鏈路上使能。多跳BFD比單跳BFD消耗更多資源因?yàn)樾枰槁酚杀?。如果BFD會(huì)話數(shù)量接近設(shè)備上限考慮用其他檢測機(jī)制如EFM、CFM替代。5.4 與路由協(xié)議的協(xié)同BFD只是加速檢測不負(fù)責(zé)路由收斂。所以BFD配置好后還要確保路由協(xié)議的收斂速度跟得上。比如OSPF的SPF計(jì)算時(shí)間、LSA泛洪延遲等。如果OSPF本身收斂要5秒BFD檢測再快也沒用。優(yōu)化建議OSPF配置spf-schedule-interval 100 100 100加快SPF計(jì)算。BGP配置bgp convergence fast加快BGP收斂。使用路由策略減少路由數(shù)量降低收斂壓力。6. 幾個(gè)真實(shí)場景的BFD落地案例6.1 場景一雙核心交換機(jī)互聯(lián)某企業(yè)網(wǎng)有兩臺(tái)核心交換機(jī)之間跑OSPF同時(shí)互聯(lián)鏈路經(jīng)過一臺(tái)傳輸設(shè)備。傳輸設(shè)備偶爾出現(xiàn)單通故障導(dǎo)致OSPF鄰居無法及時(shí)斷開。解決方案在核心交換機(jī)互聯(lián)接口上配置BFD檢測時(shí)間300ms聯(lián)動(dòng)OSPF。傳輸設(shè)備故障時(shí)BFD在300ms內(nèi)檢測到OSPF立即斷開鄰居流量切換到備用路徑。效果故障切換時(shí)間從40秒降到1秒以內(nèi)。6.2 場景二雙出口靜態(tài)路由某公司有兩條出口鏈路一條主用一條備用。主用鏈路配置靜態(tài)路由備用鏈路配置浮動(dòng)靜態(tài)路由。主用鏈路故障時(shí)靜態(tài)路由不會(huì)自動(dòng)撤銷導(dǎo)致流量黑洞。解決方案主用鏈路的靜態(tài)路由綁定BFD檢測下一跳可達(dá)性。BFD Down時(shí)靜態(tài)路由自動(dòng)撤銷浮動(dòng)靜態(tài)路由生效。效果出口切換時(shí)間從手動(dòng)干預(yù)降到300ms自動(dòng)切換。6.3 場景三VRRP主備切換某數(shù)據(jù)中心兩臺(tái)核心交換機(jī)做VRRP主備默認(rèn)切換時(shí)間3秒。業(yè)務(wù)要求切換時(shí)間小于1秒。解決方案VRRP跟蹤BFD會(huì)話BFD檢測時(shí)間200ms。BFD Down時(shí)VRRP優(yōu)先級(jí)降低觸發(fā)主備切換。效果切換時(shí)間從3秒降到200ms。7. 寫在最后BFD不是萬能藥BFD確實(shí)能大幅提升故障檢測速度但它也有局限性。BFD檢測的是轉(zhuǎn)發(fā)路徑的連通性如果故障是間歇性的、或者只影響特定業(yè)務(wù)流量BFD可能檢測不到。另外BFD本身不加密、不認(rèn)證存在被偽造報(bào)文攻擊的風(fēng)險(xiǎn)。華為設(shè)備支持BFD認(rèn)證功能可以在關(guān)鍵鏈路上開啟。我在實(shí)際項(xiàng)目中的體會(huì)是BFD最適合用在“鏈路質(zhì)量穩(wěn)定、故障模式明確”的場景。如果鏈路本身就不穩(wěn)定BFD頻繁震蕩反而會(huì)加劇網(wǎng)絡(luò)抖動(dòng)。這時(shí)候應(yīng)該先解決鏈路質(zhì)量問題再考慮上BFD。另外BFD的配置一定要兩端匹配參數(shù)協(xié)商邏輯要搞清楚。我見過太多因?yàn)镈iscriminator配反、檢測時(shí)間不匹配導(dǎo)致BFD起不來的案例。排錯(cuò)時(shí)先用display bfd session all verbose看狀態(tài)再用display bfd statistics看報(bào)文統(tǒng)計(jì)基本能定位大部分問題。最后分享一個(gè)小技巧如果BFD會(huì)話頻繁震蕩可以臨時(shí)把Detect Mult調(diào)大觀察是否穩(wěn)定。如果調(diào)大后穩(wěn)定了說明鏈路有丟包需要排查鏈路質(zhì)量。如果調(diào)大后還是震蕩可能是BFD報(bào)文被中間設(shè)備限速或丟棄需要抓包確認(rèn)。