个人名片:
🐼作者简介:一名大二在校生,喜欢编程🎋
🐻❄️个人主页🥇:小新爱学习. 🐼
🕊️系列专栏:🖼️🐓每日一句:🍭我很忙,但我要忙的有意义!
文章目录
- OSPF卡在2-way状态
- 拓扑
- 需求:
- 配置实验
- 结论
- OSPF卡在Exstart状态
- 原因:
- 配置命令
- 欢迎添加微信,加入我的核心小队,请备注来意
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
【 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