網絡拓撲結構
任務
- 創建默認靜態路由
- 部署浮動靜態路由
- 檢查主路由故障時是否切換到浮動靜態路由
概觀
首先,先簡單介紹一下什麼是靜態路線,甚至是浮動路線。 與動態路由不同,靜態路由需要您獨立構建到達特定網絡的路由。 浮動靜態路由用於在主路由發生故障時提供到達目標網絡的備份路徑。
以我們的網絡為例,“邊界路由器”到目前為止僅具有直接連接到 ISP1、ISP2、LAN_1 和 LAN_2 網絡的路由。
創建默認靜態路由
在講備份路由之前,我們首先需要構建主路由。 讓邊界路由器的主路由經過ISP1到達Internet,經過ISP2的路由作為備份。 為此,請在全局配置模式下的邊界路由器上設置默認靜態路由:
Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/0
其中:
- 前 32 位零是目的網絡地址;
- 第二個 32 位零是網絡掩碼;
- s0/0/0是連接ISP1網絡的邊界路由器的輸出接口。
該條目表示,如果從 LAN_1 或 LAN_2 網絡到達邊界路由器的數據包包含不在路由表中的目標網絡地址,則它們將通過 s0/0/0 接口轉發。
讓我們檢查邊界路由器的路由表,並從 PC-A 或 PC-B 向 Web 服務器發送 ping 請求:
我們看到默認靜態路由條目已添加到路由表中(如 S* 條目所示)。 讓我們跟踪從 PC-A 或 PC-B 到 Web 服務器的路由:
第一跳是從 PC-B 到邊緣路由器的本地 IP 地址 192.168.11.1。 第二跳是從邊界路由器到 10.10.10.1 (ISP1)。 請記住,將來我們將比較這些轉換。
部署浮動靜態路由
這樣,主靜態路由就已經建立了。 接下來,我們實際上創建了一條通過 ISP2 網絡的浮動靜態路由。 創建浮動靜態路由的過程與常規默認靜態路由相同,只是第一個路由額外指定了管理距離。 管理距離是指路線的可靠程度。 事實上,靜態路由的管理距離等於 5,這意味著相對於動態路由協議的絕對優先級,動態路由協議的管理距離要大很多倍,但本地路由除外 - 它們將其設置為零。 因此,在創建靜態浮動路由時,應指定大於 XNUMX 的管理距離,例如 XNUMX。這樣,浮動路由不會優先於主靜態路由,但在其不可用時,將使用默認路由將被視為主要的。
設置浮動靜態路由的語法如下:
Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/1 5
其中:
- 5 - 這是管理距離的值;
- s0/0/1是連接ISP2網絡的邊緣路由器的輸出接口。
我只想說 當主路由運行時,浮動靜態路由不會顯示在路由表中。 為了更有說服力,讓我們在主路由狀況良好時顯示路由表的內容:
可以看到,路由表中仍然顯示出出接口Serial0/0/0的主默認靜態路由,並且路由表中沒有顯示其他靜態路由。
檢查主路由故障時是否切換到浮動靜態路由
現在最有趣的是: 讓我們模擬一下主路由的故障。 這可以通過在軟件級別禁用接口或簡單地刪除路由器和 ISP1 之間的連接來完成。 禁用主路由的Serial0/0/0接口:
Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#int s0/0/0
Edge_Router(config-if)#shutdown
...並立即運行查看路由表:
上圖中可以看到,主靜態路由失效後,輸出接口Serial0/0/0變為Serial0/0/1。 在我們之前運行的第一個跟踪中,邊界路由器的下一跳是 IP 地址 10.10.10.1。 讓我們通過使用回退路由時重新路由來比較跳數:
現在,從邊界路由器到 Web 服務器的轉換是通過 IP 地址 10.10.10.5 (ISP2) 進行的。
當然,靜態路由可以通過顯示當前路由器配置來查看:
Edge_Router>en
Edge_Router#show run
來源: www.habr.com