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

简介: 【每日一记】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


目录
相关文章
|
5天前
|
缓存 网络协议 安全
【网络工程师】<软考中级>解析协议ARP&路由协议RIP/OSPF/BGP
【1月更文挑战第27天】【网络工程师】<软考中级>解析协议ARP&路由协议RIP/OSPF/BGP
|
5天前
|
运维 网络协议 网络架构
|
3天前
|
Linux 网络安全 Windows
网络安全笔记-day8,DHCP部署_dhcp搭建部署,源码解析
网络安全笔记-day8,DHCP部署_dhcp搭建部署,源码解析
|
4天前
HuggingFace Tranformers 源码解析(4)
HuggingFace Tranformers 源码解析
6 0
|
4天前
HuggingFace Tranformers 源码解析(3)
HuggingFace Tranformers 源码解析
7 0
|
4天前
|
开发工具 git
HuggingFace Tranformers 源码解析(2)
HuggingFace Tranformers 源码解析
7 0
|
4天前
|
并行计算
HuggingFace Tranformers 源码解析(1)
HuggingFace Tranformers 源码解析
9 0
|
5天前
PandasTA 源码解析(二十三)
PandasTA 源码解析(二十三)
42 0
|
5天前
PandasTA 源码解析(二十二)(3)
PandasTA 源码解析(二十二)
34 0

推荐镜像

更多