ospfv3 邻居正常学不到默认路由

问题分析与解决方案

拓扑结构

sw1---sw2---sw3---sw4
             |
             |
            sw5

• 链路类型：sw1-sw2 为广播链路，其他均为点对点链路。
• 故障现象：sw1 未学到 sw4 通告的默认路由，但 sw4 的 LSA 存在于 LSDB 中，且邻居关系正常。

---

根本原因

1. LSA Link ID 不匹配：

   • sw4 作为默认路由的源（可能为 ASBR 或 ABR），其生成的 默认路由 LSA 的 Link ID 被错误配置为 0.0.0.1，而非标准默认路由的 0.0.0.0。
   • 其他设备在 SPF 计算时，仅匹配 Link ID=0.0.0.0 的 LSA，导致 sw4 的默认路由 LSA 被忽略。

2. SPF 计算逻辑缺陷：

   • 设备在构建 SPF 树时，未正确处理聚合或特殊场景下的 LSA，导致无法遍历所有可能的 Link ID。

---

定位步骤

1. 验证邻居状态：确认 OSPF 邻居关系正常（无 Down 状态）。
2. 检查 LSDB：
   • 确认 sw4 的 LSA 存在于 sw1 的 LSDB 中。
   • 发现 sw4 的默认路由 LSA Link ID=0.0.0.1，与标准值 0.0.0.0 不符。
3. 分析 SPF 计算日志：
   • SPF 计算时因未找到 Link ID=0.0.0.0 的 LSA，拒绝将 sw4 加入树，导致路由缺失。

---

解决方案

1. 修正 sw4 的 LSA 生成：

   • 确保 sw4 生成的默认路由 LSA 使用标准 Link ID=0.0.0.0（如类型5/7 LSA）。
   • 示例配置（以 Cisco 为例）：

     router ospf 1
      default-information originate always metric 10
     

2. 优化 SPF 计算逻辑：

   • 临时扩展 LSDB：在 SPF 计算过程中，将聚合或特殊场景的 LSA（如 Link ID=0.0.0.1）临时加入 LSDB，确保所有可能路径被计算。
   • 动态匹配 Link ID：允许 SPF 算法匹配非标准 Link ID（如通过掩码匹配 0.0.0.0/0），而非严格值匹配。
   • 计算后清理：移除临时 LSA，避免 LSDB 膨胀。

---

验证与效果

1. 验证 LSA 一致性：在 sw1 上检查 LSDB，确认 sw4 的默认路由 LSA 的 Link ID 已修正为 0.0.0.0。
2. 检查路由表：sw1 应学习到 O*E2 0.0.0.0/0 路由，下一跳指向 sw4。
3. 监控 SPF 计算：日志中应显示 sw4 的 LSA 被成功加入 SPF 树。

---

总结

• 关键点：LSA 的标准化生成与 SPF 计算的灵活性是 OSPF 路由传递的核心。
• 优化意义：通过动态处理非标准 LSA，提升网络对异常配置的容错能力，避免因单点配置错误导致全网路由黑洞。