【太阁干货】接口MTU不一致对OSPF邻居建立的影响

闫辉

大家都知道在OSPF建立full的邻接关系的时候， MTU 也是影响邻接关系建立的条件， 华为设备默认不开启MTU一致性检查，那么，这个MTU 一致性检查参数如果开启了，会对邻接关系的建立如何产生影响呢？

下面我们以华为模拟器为例， 给大家演示一下接口MTU不一致对邻居关系建立的影响。

情况 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 状态下。

情况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

验证：

情况 3:

R1 MTU<R2 MTU,R2 开启 ospf MTU-enable 或者 R2 MTU<R1 MTU,R1 开启 ospf MTU-enable，邻居均
可建立至 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 一致性检查

检查效果：

最后

太阁老师的个人微信

添加太阁老师个人微信领取：太阁免费视频资料、NA综合实验配置文件拓扑图及模拟器、太阁独家实验手册、网工必读书籍等

hmxaur

好东西谢谢楼主分享

thamky