YD/T 4785.2-2024 标准解读

一、标准适用范围与执行边界

• 适用主体：通信设备制造商、网络运营商、数据中心服务商、政企专网建设单位，具备SRv6控制面部署能力的系统集成商。
• 适用场景：
  1. 基于IPv6网络环境下的SRv6段路由控制面构建；
  2. OSPFv3协议需支持SRv6扩展功能的现网升级或新建部署；
  3. 跨厂商设备间实现SRv6拓扑信息、SID（Segment ID）分发互通；
  4. 要求实现SRv6-TE Policy动态路径计算与快速收敛的业务承载网络。
• 排除条件：
  • 不适用于非IPv6环境或仅运行OSPFv2的网络；
  • 不覆盖SRv6数据面转发行为规范；
  • 不涉及BGP-Prefix-SID、IS-IS SRv6扩展等其他控制面协议扩展；
  • 不适用于未启用OSPFv3 SRv6能力协商的节点间交互。

二、核心实操技术要求

• SID分配与通告机制：
  1. 每个运行OSPFv6的路由器必须配置本地Block（如/48前缀），划分为Node-SID、Adj-SID等子空间；
  2. Node-SID通过OSPFv3 Router Information Opaque LSA（Type 10）中的SRv6 Capabilities TLV和SRv6 Locator TLV进行通告；
  3. Adj-SID由直连链路两端通过Link-State Advertisement（LSA）Type 8（Inter-Area-Router-LSA）或Extended-Link-LSA携带SRv6 End.X SID Sub-TLV发布。
• LSA扩展格式要求：

  LSA类型	TLV结构	必选字段
  Type 10 (Opaque)	SRv6 Capabilities TLV (Type=4) + SRv6 Locator TLV (Type=5)	Algorithm, Flags, Locator Block, Prefix Length
  Type 8 (Extended Link)	SRv6 End.X SID Sub-TLV (Type=19)	SID Value, Algorithm, Weight

• 算法与策略一致性：
  • 所有节点必须支持Algorithm 0（SPF）和Algorithm 128（Flex-Algo自定义）；
  • Flex-Algo定义需通过OSPFv3 Flex-Algorithm Definition TLV（Type=7）在域内泛洪，包含Metric-Type、Priority、Excluded Admin Group等参数；
  • 节点收到未知Algorithm时应忽略对应路径信息，不得参与最短路径计算。
• 邻接建立与能力协商：
  1. OSPFv3邻居建立过程中，双方通过Hello报文Option字段设置“V6-bit”和“R-bit”标识支持IPv6及路由器能力；
  2. 在Database Description（DBD）阶段交换Router Information LSA，确认SRv6能力是否匹配；
  3. 若一方未通告SRv6 Locator，则不生成SRv6拓扑视图，降级为传统OSPFv3转发。
• 验收规范：
  • 使用抓包工具（如Wireshark）验证OSPFv3报文中存在SRv6相关TLV且格式合规；
  • 通过CLI命令查看本地SID数据库与LSDB中收到的远端Locator信息一致；
  • 执行Trace Route测试经由SRv6 Policy路径，确认SID序列正确压入并逐跳处理；
  • 模拟链路故障后，收敛时间应小于2秒，且新路径符合Flex-Algo约束条件。

三、典型业务场景应用案例

• 城域网SRv6 TE隧道部署：

  某省级运营商在城域核心层启用OSPFv3 SRv6扩展。接入层PE设备配置Locator ::/48，分配Node-SID ::100。汇聚节点通过Type 10 LSA泛洪SID信息。控制器下发Flex-Algo 128（低延迟路径），优先绕行高拥塞链路。实际运行中，视频回传业务自动选择低抖动路径，丢包率下降至0.01%以下。

• 跨省DCI互联优化：

  两家数据中心通过运营商骨干网互联，采用OSPFv3作为IGP。双方在边界路由器启用SRv6扩展，通告Anycast Node-SID用于服务端负载均衡。通过Adj-SID精确控制出接口转发，实现微秒级故障切换。运维人员通过NetConf接口批量校验LSA TLV字段，确保多厂商设备兼容。

• 5G UPF分流调度：

  5G核心网用户面功能（UPF）部署于多个边缘站点。控制面通过OSPFv3 SRv6扩展构建统一拓扑视图，为不同切片分配独立Flex-Algo策略。eMBB切片绑定高带宽路径（Algorithm 129），URLLC切片绑定低时延路径（Algorithm 130）。基站发起会话时，AMF查询SRv6 Policy自动选择最优UPF入口。

四、实操难点与解决方案

• 多厂商设备TLV解析不一致
  1. 问题表现：A厂商设备发送的SRv6 Locator TLV中Prefix Length=48，B厂商接收后误判为64；
  2. 解决方案：制定《SRv6互操作清单》，强制要求遵循YD/T 4785.2-2024第6.3条编码规则；部署前进行TLV字段级一致性测试，使用TCPdump比对原始字节流。
• 旧版本OSPFv3进程冲突

  现网存在同时运行传统OSPFv3与SRv6增强版的混合环境，导致LSDB同步异常。

  • 隔离物理区域，划分独立Area 0.0.0.0用于SRv6域；
  • 在ABR上配置过滤策略，阻止非SRv6-capable LSA进入增强区域；
  • 升级前执行feature negotiation check脚本，自动检测OSPF邻居能力状态。
• SID资源规划混乱
  1. 问题根源：未统一分配Locator地址空间，出现SID重叠；
  2. 标准化对策：制定全网SID分配表，按地市划分/56子块，通过CMDB集中管理；在NMS平台集成SRv6资源校验模块，发现冲突实时告警。
• Flex-Algo策略无法生效

  配置Algorithm 128后路径仍走默认SPF，排查发现部分节点未启用SRv6 topology calculation。

  • 在所有节点执行强制指令：router ospfv3 1 address-family ipv6 unicast topology sr-base；
  • 启用debug ospfv3 sr命令跟踪Flex-Algo SPF计算过程；
  • 定期导出LSDB中Flex-Algorithm Definition TLV，验证泛洪完整性。