本文详细介绍了OSPF协议的状态机，包括Down、Init、2-way、Exstart、Exchange、Loading和Full状态，以及可能导致状态卡住的问题。讨论了网络类型、特殊区域如NSSA的转换规则和MTU对OSPF的影响。此外，文章还涵盖了静态路由引入OSPF时的潜在问题及解决方案，以及虚链路、shame-link的配置与作用，强调了DN位在防止BGP MPLS VPN中环路的重要性。
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
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
