一、先分清两个 OSPF 固定组播地址
- 224.0.0.5（AllSPFRouters）：所有 OSPF 路由器监听
- 224.0.0.6（AllDRouters）：仅 DR/BDR 监听
二、LSACK 什么时候发单播、什么时候发 224.0.0.5 组播
1. 拓扑背景规则
- 普通邻居（非 DR/BDR 关系，点到点、P2MP、广播域普通路由器之间） ：LSU、LSACK、LSR 全部使用 224.0.0.5
- 广播 / NBMA 网段 DR 与非 DR 路由器之间 ：
- 非 DR 发 LSU 给 DR：目的 224.0.0.6
- DR 回复 LSACK：单播发给对应非 DR（不组播）
2. LSACK 用 224.0.0.5 的核心场景
点到点链路、P2MP、广播域两台普通路由器之间交换 LSA 时：
- 路由器 A 通过224.0.0.5发送 LSU（携带 LSA）
- 同一网段所有 OSPF 路由器都收到该 LSU
- 每一台收到 LSU 且需要确认的路由器，直接以224.0.0.5回复 LSACK
三、为什么选 224.0.0.5，不选单播？
1. 协议设计：广播泛洪机制简化交互
OSPF 链路状态泛洪逻辑是全网同步，同网段所有 OSPF 路由器都需要接收这份 LSA。
- 如果用单播：每收到一条 LSU，要逐个查邻居表、逐个单播发 LSACK，开销大、逻辑复杂
- 如果用 224.0.0.5 组播：一次报文就能让同网段所有 OSPF 路由器收到确认，协议逻辑更简洁
2. 点到点链路天然适配 224.0.0.5
串口、P2P 隧道等链路只有两台设备，组播 224.0.0.5 等价于 "发给对端唯一邻居"，不需要区分单播 / 组播，统一一套转发逻辑。
3. LSU 本身就是 224.0.0.5 泛洪，ACK 同目的保持对称
发送 LSU 时使用 224.0.0.5，回复确认报文复用同一组播地址，报文收发地址模型统一，设备底层转发、ACL、抓包分析更统一。
4. 区分 224.0.0.6 的使用边界
224.0.0.6 只用于普通路由器向 DR 发送 LSU，DR 负责汇总泛洪；DR 回复 ACK 时用单播，避免网段内大量无效组播确认，减少广播域报文风暴。 而普通路由器之间没有 DR 中转关系，直接互相泛洪，ACK 跟随 LSU 使用 224.0.0.5。
四、一句话总结
在 P2P、P2MP、广播域非 DR 邻居交互场景中，LSACK 采用 224.0.0.5（所有 OSPF 路由器组播）是为了匹配 LSU 的泛洪模型，一次组播报文完成网段内所有 OSPF 设备的 LSA 确认，简化邻居交互逻辑；仅 DR 与普通路由器之间的 ACK 会使用单播。