OSPF 邻居状态机
OSPF 邻居要依次经历几个状态，每个状态卡住都对应不同类型的故障：参数不一致、MTU 或 Router-ID 冲突、链路质量差导致数据库同步失败。看懂状态再排错，能直接缩小到配置项或链路，而不是盲目改参数。
基本信息
| 适用平台 | 华为 VRP、思科 IOS、H3C Comware |
|---|---|
| 标准状态序列 | Down、Init、2-WAY、ExStart、Exchange、Loading、Full |
| 华为与 H3C | display ospf peer / display ospf peer brief / display ospf error |
| 思科 | show ip ospf neighbor / show logging 过滤 OSPF |
| 高效入口 | display ospf error 可以按类型看到参数不匹配的计数 |
状态与常见卡点
| 状态 | 含义 | 卡住的高频原因 |
|---|---|---|
| Down | 未收到任何 Hello | 接口未使能 OSPF，或二层不可达 |
| Init | 收到对方 Hello，但自己不在其邻居列表 | Hello 或区域、认证参数不一致 |
| 2-WAY | 双向确认，非 DR/BDR 之间属正常 | 长期 2-WAY 需核对 DR 选举预期 |
| ExStart | 协商主从与数据库描述 | MTU 不一致、Router-ID 重复 |
| Exchange 与 Loading | 交换 LSA 摘要与请求明细 | 链路丢包、单向丢包导致同步失败 |
| Full | 邻接完成，数据库同步 | —— |
典型使用场景
- 邻居起不来，需要按状态判断是参数问题还是链路问题
- 升级或割接后邻居数量变化，核对状态是否恢复正常
- 巡检时批量确认邻居是否都在 FULL（非 DR/BDR 之间 2-WAY 属正常）
- 排查邻居反复重建：结合日志确认是否周期性抖动
- 多厂商对接邻居卡在中间状态，优先核对网络类型与 MTU
华为 VRP 与 H3C Comware
华为 VRP 与 H3C Comware
display ospf peer brief # 华为：一次看清所有邻居状态
display ospf error # 参数不匹配类型与计数
display ospf interface brief # 接口是否已使能 OSPF
display ospf peer # H3C
display ospf error思科 IOS
思科 IOS
show ip ospf neighbor # 邻居与状态
show ip ospf interface brief # 接口使能与网络类型
show logging | include OSPF # 从日志里看邻居变化
# debug ip ospf adj 仅在线窗内短时开启记忆口诀：Init 是参数不对（我听得见你、你听不见我）；ExStart 多是 MTU 或 Router-ID 冲突；Loading 阶段长时间不结束通常是链路质量或单向丢包问题。定位顺序永远是先看状态、再看错误计数，最后才考虑抓包。
调试命令只在线窗内短时开启：debug 输出量大，在生产高峰会显著抬升 CPU，甚至影响协议收敛与控制平面响应。