OSPF状态机与数据包及链路状态通告LSA联系

过程

• 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 网络中指定错误邻居地址