BFD與OSPF聯動 Huawei裝置

2021-10-10 06:53:38 字數 2093 閱讀 9089

二、實驗分析

本篇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....