二、實驗分析
本篇blog承接這篇,重點對bfd的配置基於實驗進行詳解
bfd技術與靜態路由聯動(huawei裝置)
實驗拓撲如下
問題:
r1、r2間執行ospf協議,宣告直連網段與自己的環迴;由於中間的連線時ma網路,即當r2的直連線口down掉後,r1並不能直接感受到,需要等待4倍的hello時間,即40s的dead後,才能感受到鄰居的down,這種情況放在真實網路中是難以忍受的
解決:
bfd技術,即雙向**檢測技術
r1上宣告自己的環迴和直連網段即可,r2上做類似配置
[r1-ospf-1]di th
[v200r003c00]
#ospf 1 router-id 10.0.1.1
area 0.0.0.0
network 10.0.1.1 0.0.0.0
network 10.0.12.0 0.0.0.255
#return
[r2-ospf-1]di th
[v200r003c00]
#ospf 1 router-id 10.0.2.2
area 0.0.0.0
network 10.0.2.2 0.0.0.0
network 10.0.12.0 0.0.0.255
#return
檢查其鄰居關係,可見狀態為full
若此時,r2的直連線口出現故障,檢查ospf的鄰居關係多久會斷開
[r2]int g0/0/0
[r2-gigabitethernet0/0/0]shutdown
抓包可見,當鄰居基於組播224.0.0.5傳送了4個hello後,ospf才檢測出鄰居出現故障
bfd的配置是手工建立鄰居,而當ospf與bfd聯動時,由於ospf本身就已經建立了鄰居,所以只需在ospf的協議中宣告啟用bfd即可
r1、r2做相同配置
[r1]bfd
[r1-bfd]quit [r1]ospf 1
[r1-ospf-1]bfd all-inte***ces enable
[r1-ospf-1]quit
[r2]bfd
[r2-bfd]quit [r2]ospf 1
[r2-ospf-1]bfd all-inte***ces enable
[r2-ospf-1]quit
檢查bfd會話的建立,可見狀態為up
驗證檢視:
在r1開啟debug功能,觀察debug日誌,down掉r2的直連線口
debug ospf bfd
[r2]int g0/0/0
[r2-gigabitethernet0/0/0]shutdown
可以看到,在秒級的時間內,ospf的會話就down掉了,日誌提示「由於bfd的會話down,所以ospf的鄰居關係down」 靜態路由和BFD聯動
bfd是一種雙向 檢測機制,可以提供毫秒級的檢測,可以實現鏈路的快速檢測,bfd通過與上層路由協議聯動,可以實現路由的快速收斂,確保業務的永續性。bfd echo報文採用udp封裝,目的埠號為3784,源埠號在49152到65535的範圍內。目的ip位址為傳送介面的位址,源ip位址由配置產生 配置的...
eNSP實驗 02 BFD與靜態路由聯動
bfd是一種雙向 檢測機制,可以對鏈路進行毫秒級的檢測。本實驗通過bfd和靜態路由聯動,實現鏈路的快速收斂。有些情況下鏈路失效後路由器並不能感知到,這類問題可通過部署bfd解決。就如本實驗拓撲所示,lsw1的g0 0 2和r2的g0 0 0所在鏈路斷開後,r1是無法感知到的。實驗概述 r1和r2之間...
以太鏈路的介面備份和BFD聯動
實驗內容 要求pc1 和pc2通過r1 r2 r4這條鏈路作為主鏈路進行業務傳輸。r1 r3 r4這條鏈路作為備份鏈路,使用者希望當主鏈路出現故障時,可以快速啟用備份鏈路來承擔業務的傳輸。實驗拓撲 實驗配置 各個介面ip配置已省略 r4 ip route static 2.2.2.0 24 4.4....