【每日一记】OSPF卡在2-way状态、OSPF卡在Exstart状态解析

---

---

个人名片：

🐼作者简介：一名大二在校生，喜欢编程🎋
🐻‍❄️个人主页🥇：小新爱学习.
🐼个人WeChat：hmmwx53
🕊️系列专栏：🖼️

• 零基础学Java——小白入门必备
• 重识C语言——复习回顾
• 计算机网络体系———深度详讲
• 微信小程序开发——实战开发

🐓每日一句：🍭我很忙，但我要忙的有意义！

---

---

OSPF卡在2-way状态

拓扑

需求：

R1和R2的互联网段，互联接口是默认的OSPF网络类型——Broadcast

即：R1和R2的网段中需要选举出DR

此时，R1和R2的OSPF邻居状态，已经是FULL

我们通过实验观察：DR优先级都是为0，会不会影响到OSPF的邻居关系

配置实验

【 R1 】

   interface GigabitEthernet 0/0/0
    ospf dr-priority 0
1
2
3
4

【 R2 】

   interface GigabitEthernet 0/0/1
    ospf dr-priority 0
1
2
3
4

结论

虽然，DR在OSPF网络中，具有不可抢占性

但是我们通过将DR优先级设置为0的方法，是可以让该网段所有设备的互联接口都被迫成为DRother

此时，R1和R2的邻居关系卡在了2-way

OSPF卡在Exstart状态

原因：

在OSPFv2版本（IPv4的OSPF）中，默认是不检查MTU值的

所谓MTU就是最大传输单元，就是这个接口最大收发的报文的大小

如果我们在接口开启了MTU检查，并设置了MTU值

而MTU值设置步正确，很可能会卡在Exstart状态

配置命令

  interface GigabitEthernet x/x/x
   ospf mtu-enable                //开启OSPF的MTU检查，默认不开启
   mtu xxx
1
2
3

---

欢迎添加微信，加入我的核心小队，请备注来意

👇👇👇👇👇👇👇👇👇👇👇👇👇👇👇