「太閣乾貨」介面MTU不一致對OSPF鄰居建立的影響

大家都知道在OSPF建立full的鄰接關係的時候, MTU 也是影響鄰接關係建立的條件, 華為裝置預設不開啟MTU一致性檢查,那麼,這個MTU 一致性檢查引數如果開啟了,會對鄰接關係的建立如何產生影響呢?

下面我們以華為模擬器為例, 給大家演示一下介面MTU不一致對鄰居關係建立的影響。

「太閣乾貨」介面MTU不一致對OSPF鄰居建立的影響

情況 1:

兩邊都開啟 Ospf MTU-enable 後,R1 的 MTU < R2 的 MTU,兩邊都停留在 ExStart 狀態;

分析:

1。 MA 網路中選舉 Master 和 Slave, Router-ID 大的為 Master, Router-ID 小的為 Slave,此環境 R2 為 Master;

2。 Master 的 MTU 大可以透過 MTU 檢測,等待 Slave 傳送有內容的 DBD 報文來確認這個Master的選舉結果;

3。 Slave 的 MTU 小無法透過 MTU 檢測,不會發送 DBD 報文;

4。 兩邊無法完成 Master的選舉,都停留在 ExStart 狀態;

驗證:

R1 配置:

介面下配置:

interface GigabitEthernet0/0/0 mtu 1400

ip address 12。1。1。1 255。255。255。0

ospf mtu-enable把介面宣告進程序

ospf 1 router-id 1。1。1。1 area 0。0。0。0

network 12。1。1。1 0。0。0。0

R2 配置:

interface GigabitEthernet0/0/0

ip address 12。1。1。2 255。255。255。0

ospf mtu-enable

ospf 1 router-id 2。2。2。2 area 0。0。0。0

network 12。1。1。2 0。0。0。0

可以看到, 雙方都卡在Exstart 狀態下。

「太閣乾貨」介面MTU不一致對OSPF鄰居建立的影響

「太閣乾貨」介面MTU不一致對OSPF鄰居建立的影響

情況2

兩邊都開啟 Ospf MTU-enable 後,R1 的 MTU >R2 的 MTU,R1 停留在 Exchange 而 R2 則停留在 ExStart 狀態;

分析:

1。 MA 網路中選舉 Master 和 Slave, Router-ID 大的為 Master, Router-ID 小的為 Slave,此環境 R2 為 Master;

並且R2 是DR

2。 Master 的 MTU 小無法透過 MTU 檢測,停留在 ExStart 狀態;

3。 Slave 的 MTU 大可以透過 MTU 檢測,傳送 DBD 報文後進入 Exchange 狀態;

現在把R1 的介面下MTU 改為1600

R1:

interface GigabitEthernet0/0/0

mtu 1600

驗證:

「太閣乾貨」介面MTU不一致對OSPF鄰居建立的影響

「太閣乾貨」介面MTU不一致對OSPF鄰居建立的影響

「太閣乾貨」介面MTU不一致對OSPF鄰居建立的影響

情況 3:

R1 MTU

可建立至 FULL;

分析:

未開啟 MTU 檢測一端收到對方的 DBD 後忽略 MTU 檢測直接透過,自身發的 MTU 值為預設值 0(華為預設不

檢測 MTU 預設值為 0),開啟 MTU 檢測的一方向小相容並透過 MTU 檢測;

配置:

R1

interface GigabitEthernet0/0/0 mtu 1400

ip address 12。1。1。1 255。255。255。0

#去掉 MTU 一致性檢查

R2

interface GigabitEthernet0/0/0

ip address 12。1。1。2 255。255。255。0

#ospf mtu-enable 開啟MTU 一致性檢查

檢查效果:

「太閣乾貨」介面MTU不一致對OSPF鄰居建立的影響

「太閣乾貨」介面MTU不一致對OSPF鄰居建立的影響

影片資料、NA綜合實驗配置檔案拓撲圖及模擬器、太閣獨家實驗手冊、網工必讀書籍等

官方學習交流群:677090119領取