當一臺路由器同時運行兩個OSPF時，選路的時候會有個有趣的現象：

這里我們的R1-R2是快速以太口，自然在R2上 到192.168.1.1/32的開銷就是2！

然后我們把R2的fa0/1口的帶寬改成64，開銷就成了1563了，自然R2去往192.168.1.1/32會選擇R1那條路！現在在R1上down掉lo3，R2自然也就選擇R3去往192.168.1.1/32了；接著我們在激活R1的lo3，按理說R2又會重新選擇R1去往192.168.1.1/32，可是實際上并不是這樣的，它依舊選擇R3去往192.168.1.1/32

如上圖，最開始是選擇R1去往192.168.1.1

現在我們在R1上down掉lo3

自然R1上去往192.168.1.1就會選擇R3了！

現在我們再重新激活R1的lo3

那么R2上的關于192.168.1.1的路徑是否改變啦？

可以看到R2去往192.168.1.1的路由，并沒有隨之R1上的lo3的恢復而改變！

接著我們分別以不同的先后順序在R1和R2上刷新下OSPF進程，看看R2上去往192.168.1.1的路徑會發生什么變化！

我們先刷新下R3的ospf進程（命令：clear ip os process)，再來看看R2的路由表：

接著刷新下R1的ospf進程，再來看看R2的路由表：

然后再反復初始化幾次進程，我們會發現在R2上會根據OSPF進程的啟動收斂順序，來決定把誰通告的路由注入到ospf路由表！這是因為METRIC值只會在同一進程內進行比較。在多進程OSPF的路由器上,不同進程的路由OSPF路由表只會按照進程收斂的順序來選擇一條作為最佳路由放在全局路由表中，而不會針對metric屬性進行選擇。

如果要避免這個問題，就只有通過修改一方的管理距離了！

轉載于:https://blog.51cto.com/3824597/1198542

總結

以上是生活随笔為你收集整理的路由器在多个OSPF进程下的路由学习问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。