本文演示如何从 OSPFv3 的链路状态数据库（LSDB）重建单区域 IPv6 网络拓扑，重点对比 Router-LSA 与 OSPFv2 的结构差异，说明地址信息剥离如何避免前缀变更触发 SPF 重算。
**Router-LSA 结构变化**
OSPFv3 Router-LSA 与 OSPFv2 存在四项关键差异：选项字段扩展至 24 位；Link State ID 不再等于发布路由器的 RID；所有寻址信息从 Router-LSA 中移除；连接存根网络接口的链路状态信息同样被移除。在 OSPFv3 中，单台路由器可生成多个 Router-LSA，通过不同的 Link State ID 区分，LSDB 仍以 LS 类型、Link State ID、Advertising Router RID 三元组唯一标识一条 LSA。原文未给出具体数据。
**地址信息迁移与 SPF 优化**
OSPFv2 在 Router-LSA 与 Network-LSA 中保存寻址细节：点对点链路记录本端 IPv4 地址；传输网链路记录 DR 与本端 IPv4 地址；存根网链路记录本端 IPv4 与掩码；传输网掩码由 DR 生成的 Network-LSA 携带。OSPFv3 将这些信息迁移至其他 LSA 类型，Router 与 Network-LSA 仅保留构建 SPF 树所需的拓扑字段。因此拓扑变更才会泛洪这两类 LSA，前缀变更不再触发 SPF 重算，这是相对于 OSPFv2 的改进。原文未给出具体数据。
**R1 Router-LSA 实例解析**
R1 生成的 Router-LSA 描述两条点对点链路，每条链路包含四个字段：Metric 表示出接开销；Local Interface ID 唯一标识本端接口；Neighbour Interface ID 对应邻居接口 ID；Neighbour Router ID 标识链路远端节点。据此可绘制出 R1 与两个邻居的拓扑图谱，验证 LSDB 到图模型的映射过程。原文未给出具体数据。
对运维工程师而言，理解 OSPFv3 将拓扑与寻址分离的设计，有助于在排查 IPv6 网络故障时快速定位 LSDB 变更来源，避免因前缀波动误判拓扑抖动。
原文: APNIC Blog（2021-11-16）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog