过程
- Down 关闭状态
- Init 初始化状态,接收到没有自己router-id的hello报文。
- Two Way 双向通信状态,也称邻居双方互相收到包含自己的router-id的hello报文这个状态下会进行DR选举。(P2P直接进入下一状态,MA网络将进行DR/BDR选举)
- Exstart 预启动状态,开始交互DBD(用于主从选举),协商MTU,此时的DBD不包含LSA信息。
- Exchange 准交换状态,主从选举完成,发送LSA头部信息进入同时进行隐式确认,并使用真正的
DBD包来共享数据库目录,需要LSack确认。 - Loading 加载,使用LSR/LSU/LSack 来获取未知的LSA信息,LSR过来会回复LSU,然后还会把 LSU中的信息防止重传列表中(怕丢失),等待下一个传输完成再删除重传列表里的信息(发送LSR,请求LSU,LSack确认)
- Full转发,邻接关系建立,没有LSR/LSU,靠LSA的三个信息确认(类型 ADV link-id)
小结
- P2P网络中,肯定存在1类LSA,是否存在其他LSA视实际情况;若在建立邻居时,邻居已经建立过邻居,那么邻居数据库中有几类LSA就发几类LSA。
- 在MA网络中,一定存在1类LSA,若存在DR必定有2类LSA。是否存在其他LSA要视情况而定;若在建立邻居时,邻居已经建立过邻居,那么邻居数据库中有几类LSA就发几类LSA。
注解
-
LSA–链路状态通告—存在多个类别;不同类别携带不同条件下产生拓扑或路由信息;
-
LSDB–链路状态数据库—所有 LSA 的集合—数据库表
-
OSPF 的整个收敛过程被称为—LSA 洪泛,LSDB 同步
OSPF 邻居关系的建立条件:
router-id 不同
area-id 相同
Hello,dead 时间相同
认证类型,认证数据相同
特殊区域标识相同
双方网络掩码一致(MA 网络可以不一致)
在邻居关系建立过程出现故障排除:
卡在 init----hello 包协商失败
卡在 twoway----在 MA 网络不能生成 DR
卡在 exstart----MTU 不一致
卡在 loading----LSDB 不能同步
卡在 attempt----NBMA 网络中指定错误邻居地址