網路工程師如何利用BFD與浮動路由聯動實現鏈路自動切換？

這個實驗可能對大部分人來說很簡單，不過對小白來說，還是值得學習一下。

所以本期龍哥將分享一下沒有用BFD和用BFD的區別

看完，您會有如下收益：

1、深刻了解BFD帶來的效果；

2、瞭解、掌握BFD配置、BFD如何聯動靜態路由。

1、拓撲圖

2、需求（目的）

1、測試浮動路由未聯動BFD和聯動BFD區別；

2、掌握BFD配置方法、聯動靜態路由方法。

3、配置思路

1、搭建好拓撲圖環境，標出規劃好的IP地址。

2、修改網路裝置預設名稱、配置好IP地址。

3、配置路由。（這裡我均使用靜態路由即可）

4、測試未配置BFD時候，鏈路中斷，丟包情況。

5、配置BFD，聯動靜態路由。

6、測試配置BFD時候，鏈路中斷，丟包情況。

4、

配置過程

01、搭建好拓撲圖環境，標出規劃好的IP地址。

此步驟，省略，見拓撲圖。

02、修改網路裝置預設名稱、配置好IP地址。

PC1配置：

server配置：

R1配置：

R2配置：

R3配置：

R4配置：

03、配置路由

注：配置靜態路由後面新增“preference ”引數，表示修改靜態路由的優先順序，數值越小越優先，相同路由的情況，數值小的，優先出現在路由表。

R1配置：

R2配置：

R3配置：

R4配置：

04、測試未配置BFD時候，鏈路中斷，丟包情況。

鏈路中斷前，我們先來測試一下，正常情況，PC1訪問伺服器的連通性以及路徑：

可以看到連通性沒問題，路徑是：PC1——R1——R2——R4——Server

至於為啥走這個路徑呢？看路由表咯！

現在我們來模擬鏈路中斷，不管是中斷R1與R2之間的鏈路，還是R2與R4之間的鏈路，都會有問題，總有一端裝置的靜態路由無法檢測中間跨裝置的鏈路情況。

這裡，我以中斷R1與R2之間的鏈路來分析吧。

中斷前，我先在PC1 開個長ping，然後在R1的G0/0/0介面下shutdown。

PC1開啟長ping：

R1的G0/0/0介面shutdown模擬鏈路中斷：

看看丟包情況，你會發現PC1一直丟包無法恢復：

這時你可能會疑問，我們不是在R1已經配了浮動路由了嗎？而且也配了路由優先順序，難道是龍哥太水了？沒配好？

等等，且聽我分析一下。

我們先來看看R1的路由表吧，不通就先看路由表對吧。

有沒有路由就知道。

咦，路由也有了，也切換到R3了。咋就不通呢？

該怎麼辦呢？ 咦，還有一個工具非常好用，那就是tracert，看看在哪裡丟包，不就知道了嘛。

由此，可以發現，R4的G0/0/1沒有回包給R3。

我們去R4看看路由表就知道了：

原來是R4路由表上的預設路由，下一跳還是走R2，因為R4根本不知道R1和R2之間的鏈路中斷了，所以浮動路由就沒有切換了。

所以，我們需要BFD來檢測鏈路，一旦檢測中途鏈路不通了，就判定為鏈路中斷了，做了聯動，浮動路由就能快速切換了。

05、配置BFD，聯動靜態路由。

本次實驗就以聯動其中一條鏈路的靜態路由為例，另外一條參考類似配置。

R1的配置：

R4的配置：

一般配完BFD，可以先檢視一下BFD狀態：

06、測試配置BFD時候，鏈路中斷，丟包情況。

老規矩，先在PC1開啟長ping：

然後我再R1的G0/0/0介面shutdown模擬鏈路中斷，你會發現，只丟2個包，可以發現BFD檢測是如此快，很快就切換到備用路由。

可知，走備用路徑了。

以上是龍哥分享的個人見解，時間關係，如有講錯地方，還請大家多多指正。

如果您有更好的見解、想法，歡迎評論告訴龍哥，一起討論，我們一起成長。