摘要

  • RFC 9903 是 IETF Standards Track 文档，于 2025 年 12 月发布，定义 ietf-ospf-sr-mpls YANG 模块，覆盖 OSPFv2 和 OSPFv3 的 MPLS Segment Routing 管理，并扩展 RFC 9129 的 OSPF 模型。
  • 它依赖 RFC 9020 提供与协议无关的 SR 资源分组，包括实例级 Mapping Server 绑定、按协议区分的 SRGB，以及接口 Adj-SID；统一的是管理表面，不是两种 OSPF 的线协议编码。

RFC 9903 的边界需要从三个层次读取。实例层承载 Mapping Server 绑定和每个协议的 SRGB 等资源关系；区域层启用 SR-MPLS，并把该启用作用于区域内的每个接口，同时在 LSA 中发布 SR-MPLS 信息；接口层则可为广播或 NBMA 多接入接口上的特定邻居表示 Adj-SID，并表示 MPLS 上的 TI-LFA。区域启用不是只属于某一个接口的局部开关。

RFC 9129 提供被 RFC 9903 增强的 OSPF 基础模型，RFC 9020 则提供 SR 的协议无关资源模型。这个组合不表示模型负责转发、计算路径或分配标签；它定义配置与状态的管理结构。TI-LFA 和基于 SR 的 Remote LFA 是可选能力，且 remote-lfa-sr 只有在 Remote LFA 已启用时才适用。Mapping Server 的使用同样不应被当作强制要求。

状态读取必须按协议版本核对。OSPFv2 把 Prefix Range 和 Prefix-SID 映射到 Extended Prefix Opaque LSA，把 algorithm、SID/Label Range、SR Local Block 和 SRMS Preference 映射到 Router Information Opaque LSA。OSPFv3 则在 Extended Prefix LSA/TLV 中呈现 Prefix Range 和 Prefix-SID，在 Router-Link TLV 中呈现 Adj-SID 与 LAN Adj-SID，并在 Router Information LSA 中呈现 algorithm、range、local block 和 SRMS preference。一个共同 schema 不会让这些 Opaque LSA、Extended LSA 和 TLV 变成同一种证据。

管理面也属于控制边界。NETCONF 或 RESTCONF 应使用安全传输和双向认证；NACM 可把用户限制在获授权的操作和内容范围内。未授权地修改 SR 启用、绑定、协议 SRGB、Adj-SID 或 TI-LFA，可能造成流量中断、改道或拒绝服务。可读的 OSPFv2/OSPFv3 LSDB 增强状态还可能暴露前缀、算法、范围、本地块、SRMS 数据和拓扑信息，因此读取权限与写入权限都需要单独审视。

运营者检查清单

  1. 先确认设备、控制器和目标实例实际使用 OSPFv2 还是 OSPFv3；不要用一套 LSA 解析器假定另一套证据。
  2. 在变更前导出实例级绑定、每协议 SRGB、区域启用状态、接口邻居 Adj-SID 与相关 TI-LFA/Remote LFA 条件。
  3. 在测试或受控区域确认区域级启用会覆盖该区域所有接口，并列出受影响的邻居和接口。
  4. 写入后分别读取 OSPFv2 的 Extended Prefix/Router Information Opaque LSA，或 OSPFv3 的 Extended Prefix、Router-Link TLV 和 Router Information LSA。
  5. 用安全 NETCONF/RESTCONF、双向认证和 NACM 验证操作者的最小权限；同时确认 LSDB 读权限不会无意扩大。
  6. 为每个协议版本保存变更前状态、预期状态和反向操作；若绑定、SRGB、Adj-SID、区域启用或 TI-LFA 证据不匹配，停止扩散并按对应版本回滚。

来源