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


个人名片:

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

🐓每日一句:🍭我很忙,但我要忙的有意义!



文章目录

  • OSPF卡在2-way状态
  • 拓扑
  • 需求:
  • 配置实验
  • 结论
  • OSPF卡在Exstart状态
  • 原因:
  • 配置命令
  • 欢迎添加微信,加入我的核心小队,请备注来意



OSPF卡在2-way状态

拓扑

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

需求:

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

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

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

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

配置实验

【 R1 】

   interface GigabitEthernet 0/0/0
    ospf dr-priority 0
【 R2 】

   interface GigabitEthernet 0/0/1
    ospf dr-priority 0

结论

虽然,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