OSPF笔记

本文详细介绍了OSPF协议的状态机,包括Down、Init、2-way、Exstart、Exchange、Loading和Full状态,以及可能导致状态卡住的问题。讨论了网络类型、特殊区域如NSSA的转换规则和MTU对OSPF的影响。此外,文章还涵盖了静态路由引入OSPF时的潜在问题及解决方案,以及虚链路、shame-link的配置与作用,强调了DN位在防止BGP MPLS VPN中环路的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

OSPF状态机:

Down:没有启用OSPF的状态;邻居失效后变为该状态

Init:初始化状态,第一次收到对端发来的hello包(包含对端route-id)时,将对端的状态设置为init

2-way:邻居状态,相互间周期发送hello的状态(双方建立会话)

Exstart:交换信息的初始化状态

发送DBD(包含本地的LSA的摘要信息)报文,选举主从路由器(利用HELLO报文中的ID和优先权来进行选举,不允许抢占,DR没了,DBDR才能上)

Exchange:交换信息的状态

该状态下,相互间发送DBD,告知对端本地所有的LSA的目录;同时,可以发送 LSR,LSU,LSACK来学习对端的LSA

Loading:加载状态(没有学习完的状态)

发送LSR,LSU,LSACK,专门学习对端的LSA的详细信息

Full:邻接状态(学习完的状态)

彼此的LSDB同步,即所有的LSA相同

卡状态问题

卡在down状态:OSPF没有运行;
卡在init状态:没有收到对方的包;
卡在2-way状态:MA网络没法选举;
卡在exstart状态:MTU不匹配;
卡在exchange状态:包交互有问题,发出DBD后没有收到ACK;
卡在loading状态:LSA加载不完全、包交互有问题;

参数
router-id
area id
dead time
认证
特殊区域标识
MTU 可能会卡在exstart、exchange
exchange阶段卡非参数因素主要是信息交互不畅导致----网络拥塞、丢包
loading LSA保护

lsdb-overflow-limit

MA网络接口优先级都是0
网络类型不一致(本身不会影响但是hello可能不一致就会导致卡,一致的不会比如p2p与BM

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

.Demon  

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值