在 OSPF 邻居建立的过程中， Option 字段 （在 Hello 报文和 DD 报文中均包含）用于协商路由器的可选能力。如果 E 位（External）或 N 位（NSSA）不一致，意味着两端设备对**区域类型（Area Type）**的定义产生了冲突。

基于 OSPFv2 (RFC 2328) 和 OSPFv3 (RFC 5340) 的规范，以下是该场景下邻居状态的变化逻辑及底层原理：

1. 邻居状态变化：停滞于 Down 状态

如果两端 Options 字段中的区域属性位（E/N 位）不一致，邻居关系 完全无法建立 。

  • 状态表现 ：邻居状态会一直卡在 Down 状态。
  • 现象描述 ：即使底层二层连通性正常，你在查看邻居状态（display ospf peer）时，可能根本看不到该邻居，或者该邻居条目短暂出现后立即消失。

2. 核心冲突点：E 位与 N 位的定义

这两个标志位定义了该接口所属区域处理外部路由的能力：

  • E 位 (External Routing) ：
  • E=1：普通区域或 Backbone 区域，允许泛洪 AS-External-LSA（5类）。
  • E=0：Stub 区域或 NSSA 区域，禁止 5 类 LSA。
  • N 位 (NSSA) ：
  • N=1：该区域被定义为 NSSA 区域，支持 Type-7 LSA。
  • N=0：非 NSSA 区域。

常见的配置错误场景：

  1. 一端 Stub，一端 Normal ：A 端配置了 stub，B 端未配置。A 发出的 Hello 报文 E=0，B 发出 E=1。
  2. 一端 NSSA，一端 Stub ：A 为 nssa（E=0, N=1），B 为 stub（E=0, N=0）。

3. 协议检查逻辑（逐步解释）

根据 OSPF 状态机处理 Hello 报文的准则：

  1. Hello 报文接收检查 ：当路由器接口收到邻居发来的 Hello 报文时，会立即提取 Options 字段。
  2. 区域一致性校验 ：
  • 路由器会将收到的 E 位和 N 位与本地接口所属区域的配置进行对比。
  • RFC 规定 ：如果接收到的 Hello 报文中的 Options 属性与本地配置不匹配，该报文必须被丢弃（Discard）。
  1. 状态机不迁移 ：
  • 由于有效的 Hello 报文被丢弃，接口无法满足“接收到合法的 Hello 报文”这一触发条件，状态机无法从 Down 迁移到 Init 。
  • 因为无法进入 Init 状态，两端也就无法在后续的 Hello 报文中的 Active Neighbor 列表中看到自己的 Router ID，从而导致双向确认（2-Way）永远无法完成。

4. 诊断建议

当你怀疑 Options 不一致时，在华为 VRP 平台上可采用以下手段：

  • 调试命令 ：使用 debugging ospf packet hello。你会观察到类似 “Option mismatch” 或 “Area type mismatch” 的错误提示。
  • 查看统计 ：display ospf error。在错误计数中，你会看到 “Area option mismatch” 的数值在持续增长。

总结

OSPF 强制要求 区域属性必须完全对等 。Options 字段中的 E 位和 N 位本质上是区域类型的逻辑标识，一旦不匹配，OSPF 协议栈会认为这两台路由器不属于同一个物理逻辑层级的区域，出于防止路由环路和泛洪混乱的考虑，从最基础的 Hello 协商阶段就拒绝建立邻居关系。