OSPF邻居关系的6个阶段详解,搞清楚它你就入门了(ospf邻居关系的建立)

OSPF邻居关系的6个阶段详解,搞清楚它你就入门了(ospf邻居关系的建立)

号主:老杨丨11年资深网络工程师,更多网工提升干货,请关注公众号:网络工程师俱乐部

很多人学 OSPF,配置一套就觉得搞定了。可一旦邻居状态卡在 EXSTART、FULL 死活不上,就只能瞪眼看日志。

其实只要把这6个邻居状态吃透,你就知道 OSPF 其实就是个“认识邻居、交换信息”的流程

今天这篇,就来一步步过一遍。

1. Down(邻居没影)

这是 OSPF 邻居建立的起点。设备启动 OSPF 后,还没收到任何邻居发来的 Hello 报文,就处于 Down 状态。

  • 常见场景:
    • 接口未启用 OSPF;
    • 对端没配置 OSPF 或没在该网段;
    • 接口未 UP;
    • 网络类型不一致(如点对点 vs 广播)。

注意:这一步状态在实际日志中很少“卡住”,因为只要有 Hello 报文,就会自动进入下一阶段。

2. Init(我打了招呼,对面还没理)

设备收到邻居的 Hello 报文,但对方发来的报文里没有自己的 Router ID,说明你发出 Hello 了,但人家还没“认你”。

  • 关键特征:
    • 收到 Hello 报文;
    • Hello 包中不包含本设备 Router ID。
  • 常见问题点:
    • Hello/Dead 时间不一致;
    • 区域号不一致;
    • 网络类型不同;
    • 认证方式或密码不同;
    • MTU 不一致(在某些设备会卡在这儿);

排障建议:

用 display ospf interface 或抓包看 Hello 内容,确认参数一致。

3. 2-Way(两情相悦,准备进一步)

你在邻居的 Hello 报文中看到了自己的 Router ID,说明双方都“看见彼此”了。

但还没到交换路由表阶段,这个状态是多访问广播网络(如以太网)上,非 DR/BDR 的邻居最终状态

  • 重点:
    • 如果你不是 DR 或 BDR,也不是对端,那你们就在 2-Way 终止;
    • 对 DR/BDR 会继续进入下一阶段。
  • 常见迷惑点:
    • “为啥我两个设备就是 2-Way 不往下走?” 检查是不是都不是 DR/BDR?这就正常。
4. ExStart(吵架谁先发?抢谁做主)

到了这一步,双方开始“协商谁先来发数据库描述信息”。这需要根据 Router ID 进行对比。

  • 主从协商:
    • Router ID 大的做 Master,先发;
    • 小的做 Slave,等对面说话。
  • 问题高发点:
    • MTU 不一致(最常见故障点之一!);
    • 如果两边 MTU 不一样,有些设备默认 Drop DBD 报文,邻居就永远卡在这一步。

排障建议:display ospf peer 查看状态,或者 debug ip ospf 看 DBD 报文收发是否成功。

5. Exchange(数据库大交换)

主从确定后,就开始真正交换 DBD(Database Description)报文,也就是 LSDB 的摘要信息。

  • 这个阶段干了啥?
    • 告诉对方:我有哪些 Link-State 记录(不发全内容,只发“目录”);
    • 比较对方有没有自己没有的,如果有,后面去要细节。
  • 风险点:
    • 如果有大量链路状态变化,这步可能花不少时间;
    • 报文校验出错、过期、路由不一致等也可能中断。
6. Loading → Full(我把你缺的都补上)

在 Exchange 之后,设备会根据对方 DBD 中“自己没有”的部分,发 Link State Request 请求,然后对方返回 LS Update 报文,完成真正的 LSDB 同步。

  • Loading:正在请求 Link-State 数据
  • Full:邻接完成,数据库完全同步

到 Full 状态,邻居关系才算“完全建立”,也才能真正参与 SPF 计算。

一图总结:OSPF 邻居状态六部曲

每一步都有其定位:

  • Down:啥都没有;
  • Init:收到 Hello;
  • 2-Way:互相 Hello;
  • ExStart:抢谁先来;
  • Exchange:交换目录;
  • Loading:拉取内容;
  • Full:同步完成!
常见问题合集

问:为什么邻居状态卡在 2-Way 不动?

→ 很可能你不是 DR 或 BDR。正常情况,不会进入后续阶段。

问:配置一模一样,邻居就是不上 FULL?

→ 先查 MTU、认证、区域号、Hello 时间,尤其 MTU 是高频杀手。

问:OSPF 状态突然从 FULL 变成 INIT 再回来,正常吗?

→ 可能链路波动,也可能是对端重启或 Hello 超时。建议检查接口状态、链路稳定性。

写在最后

OSPF 并不难,但很多“诡异的邻居不上线”“路由不通”“状态反复抖动”,基本都出在这6个阶段某个点。

建议你熟练掌握以下命令:

  • display ospf peer:看邻居状态
  • display ospf interface:看参数对不对
  • display ospf lsdb:确认同步情况
  • debug ip ospf / 抓包:终极排障法宝

原创:老杨丨11年资深网络工程师,更多网工提升干货,请关注公众号:网络工程师俱乐部

特别声明:[OSPF邻居关系的6个阶段详解,搞清楚它你就入门了(ospf邻居关系的建立)] 该文观点仅代表作者本人,今日霍州系信息发布平台,霍州网仅提供信息存储空间服务。

猜你喜欢

老人端面手指浸汤争执后店员持刀 顾客退面钱照付引发冲突(老人手指缝溃烂是什么原因)

8月10日,辽宁本溪一家面馆内发生了一起顾客与店家之间的争执。据称,店主父亲在端面时手指不慎浸入面汤,引起了顾客的不满。双方因此发生言语冲突,随后店主的儿子从后厨持刀冲向游客理论。次日,有游客在网上发布视频反映此事

老人端面手指浸汤争执后店员持刀 顾客退面钱照付引发冲突(老人手指缝溃烂是什么原因)

美国宇航局外星探测车为何频频被困?美工程师揭示地球测试盲点(美国宇航局nasa外星人)

这一盲点曾导致 2009 年“勇气号”火星车被困沙地,无法脱困。 “Chrono”软件不仅为航天任务带来突破,也被全球数百家机构用于复杂机械系统仿真,该软件完全开源,免费供全球用户使用,且持续由团队维护和升级…

美国宇航局外星探测车为何频频被困?美工程师揭示地球测试盲点(美国宇航局nasa外星人)

牡丹花下死做鬼也风流!41岁文章开200万大G现身,副驾女子疑姚笛(牡丹花下死做鬼也风流出自哪首诗)

而反观当初的“受害者”马伊琍,在事发时,她用一句"恋爱虽易,婚姻不易,且行且珍惜"揭过了此事,但当时没人能预料,这竟是她事业腾飞的起点。 离婚后,马伊琍的行程总是精准避开文章的动向,当文章在话剧舞台复出时

牡丹花下死做鬼也风流!41岁文章开200万大G现身,副驾女子疑姚笛(牡丹花下死做鬼也风流出自哪首诗)

包装封口热封质量保障:泉科瑞达热封仪的检测应用与性能优势(包装材料的热封性能及强度因素研究)

山东泉科瑞达推出的热封仪凭借高精度控制、智能化设计与多场景适配能力,成为保障包装封口热封质量的核心设备,广泛应用于药包材、食品包装、日化产品等领域的质量检测与工艺优化。 三、泉科瑞达热封仪在包装封口热封质量检…

包装封口热封质量保障:泉科瑞达热封仪的检测应用与性能优势(包装材料的热封性能及强度因素研究)

低开高走神剧血泪安利:爷们熬过前3集,爽到天灵盖起飞!(高开低走的电影)

每一件事都得匆匆而过,剧集也是一样,开头的铺陈总让人感到沉闷。 兄弟们,看这一剧,不仅仅是为了梅长苏的睿智,更为了你我在职场上能有一分冷静的深思。它让我想起了我们每个人,在复杂的社会与体制中,面对困境时的坚韧…

低开高走神剧血泪安利:爷们熬过前3集,爽到天灵盖起飞!(高开低走的电影)