过去二十年，广域网堆出了 LDP、RSVP-TE、MPLS、VPLS 一座协议的山；SRv6 极简化要用一条 IPv6 扩展头把它们全部收编。本文讲透 SRv6/SRH 原理、极简化的四个体现、与传统 MPLS 的对比，以及演进落地的五个注意事项。

一、开篇：网络的"断舍离"

过去二十年，运营商骨干网和企业广域网堆出了一座协议的山：IGP 负责 IGP 路由、LDP 负责 MPLS 标签分发、RSVP-TE 负责流量工程、BGP 负责 VPN 路由、VPLS/EVPN 负责二层业务……每上一类新业务，就加一套协议；每加一套协议，就多一层状态、多一类故障、多一队要养它的工程师。

SRv6 极简化（SRv6 Network Programming，即 IPv6+ 的核心能力）要做的，就是一次彻底的"断舍离"：用一条 IPv6 扩展报文头（SRH），把原本要好几套协议配合才能实现的路径指定、流量工程、VPN 业务，全部收进报文本身。

这不是概念炒作。国内三大运营商的新型骨干网、城域网已大规模商用 SRv6，云厂商的云网融合专线、政企智能专线也在普遍切换到"SRv6 + EVPN"架构。对企业网络负责人来说，问题已经从"要不要了解 SRv6"变成"什么时候、用什么姿势演进过去"。

二、60 秒看懂 SRv6

SRv6 = Segment Routing over IPv6，即把源路由（Segment Routing）能力搬到 IPv6 数据面上。

核心机制一句话：由头节点把整条路径"写"进报文，网络中间节点只管照着转发。

具体做法是：在 IPv6 报文里插入一个叫 SRH（Segment Routing Header） 的扩展头，里面放着一段有序的 Segment List——每个 Segment 是一个 128 位的 SID（Segment Identifier）。报文每到一站，就处理完当前 SID、指针下移一站，直到走完列表。

SID 的典型格式是 Locator : Function : Arguments：

Locator定位：标识网络中的一个位置/节点，由 IGP 扩散，可聚合、可路由。
Function功能：到达该节点后要执行的指令，如查某张 VPN 表、进某个业务链。
Arguments参数：传给该功能使用的可变参数。

理解了这一点，SRv6 的"极简"就有了着落：路径信息和业务指令都变成了报文里普通的 IPv6 地址，网络设备不再需要为每条业务维护隧道状态。

三、"极简"到底简在哪？四个体现

3.1 协议归一：控制面从"七国八制"到只剩 IGP

传统 MPLS 网络里，一条承载 VPN 业务的端到端隧道，通常需要：IGP 打通可达性 → LDP 分发标签 → RSVP-TE 做流量工程（可选）→ MP-BGP 扩散 VPN 路由。四套协议，四处状态，四处故障点。

SRv6 的做法：

• 砍掉 LDP：SID 由 IGP（IS-IS/OSPFv3 扩展）直接扩散，转发即查 IPv6 路由表；
• 砍掉 RSVP-TE：流量工程由头节点的 Segment List 直接表达，不需要逐跳信令建隧道；
• 数据面统一为 IPv6：不再需要给每台设备分配和运维 MPLS 标签空间。

协议栈从"IGP + LDP + RSVP-TE + BGP"收敛为"IGP + BGP"，这就是"极简"最直观的账。

3.2 无状态转发：状态收敛到源节点

传统 RSVP-TE 隧道，路径上每一台设备都要维护这条隧道的会话状态——网络规模一大，状态数量随链路数爆炸。SRv6 把路径信息放在报文头里随包走，中间节点无隧道状态，只需按普通 IPv6 路由转发。状态集中到源节点，网络变成"哑管道 + 聪明源头"，扩容和排障的心智负担都大幅下降。

3.3 端到端可编程：业务像编程一样编排

SID 本质上是一条"指令"。把不同节点的 SID 编程组合，就能在数据面直接表达业务意图：

• L3VPN / L2VPN：入节点一个 SID 指到 PE 的 VPN 表，EVPN + SRv6 实现二三层业务统一承载；
• 业务链（SFC）：报文按顺序"路过"防火墙 SID、探针 SID、NAT SID，业务链天然按序执行；
• 切片与 SLA 保障（IPv6+ 扩展能力）：结合 FlexE/网络切片，同一张物理网切出多张逻辑网。

对企业的意义：新开一条跨域专线，从"多台设备逐跳配置"变成"入口节点下发一条 SRv6 Policy"，业务开通从天级走向分钟级。

3.4 跨域端到端：一张 IPv6 底座打通骨干、城域、数据中心

传统 MPLS 网络跨域互联配置繁琐、扩展性差。SRv6 的 SID 是全局 IPv6 地址，天然可跨域路由——骨干网、城域网、云内网络只要都在 IPv6 底座上，就能端到端编排出一条完整路径。这也是"云网融合""算力网络"选择 SRv6 作为底座协议的根本原因：云和网第一次用同一种语言说话。

四、SRv6 vs 传统 MPLS：一张表看清差异

维度	传统 MPLS（LDP/RSVP-TE）	SRv6
控制面协议	IGP + LDP + RSVP-TE + BGP	IGP + BGP（SRv6 Policy 由控制器/头节点下发）
数据面承载	MPLS 标签	原生 IPv6 + SRH 扩展头
隧道状态	中间节点逐跳维护	仅头节点持有，中间无状态
流量工程	需 RSVP-TE 信令	Segment List 直接表达，可编程
业务链 SFC	需额外 NSH/SFC 架构	SID 编程天然支持
跨域打通	配置繁琐、扩展受限	SID 全局可路由，端到端原生打通
与云的协同	需翻译层	与 IPv6/云网络同栈，天然融合
额外开销	标签栈小（每标签 4 字节）	SRH 头较大，需关注 MTU（见 6.2）

一句话总结：SRv6 用"稍大一点的报文头"换掉了"一整套协议栈和逐跳状态"。这笔账在大多数场景下都是划算的。

五、什么场景值得上 SRv6？

场景	典型诉求	SRv6 的价值
运营商骨干/城域演进	协议收敛、网络可编程	大规模商用已验证，产业成熟
政企智能专线	快速开通、SLA 可视、故障秒级切换	分钟级开局、SLA 实时监测
云网融合 / 多云互联	云和网统一编排	云网同栈，控制器一端编排到底
企业多分支广域网	简化架构、降低运维	可与 SD-WAN 结合（见 FAQ Q4）
数据中心互联（DCI）	大二层、低时延路径	EVPN + SRv6 统一承载

一个简单的判断标准：如果你的网络即将面临大规模 IPv6 改造，或者你正在为"多套协议、多处状态、业务开通慢"付费，那就是评估 SRv6 的正确时机。如果现有 MPLS 网络运转良好、业务简单，则不必为了新技术而新技术——演进规划要算账（见第六节）。

六、落地注意事项：真要演进，先看这五条

6.1 硬件与芯片支持是第一道门槛

SRH 是 IPv6 扩展头，要求转发芯片支持对扩展头的硬件处理。部分存量中低端设备的芯片对"多跳 SID 的硬件线速转发"支持有限，选型时务必确认设备的 SRv6 转发规格（支持的 SID 深度、插入/剥离能力、转发性能衰减）。规划路径长度时，SID 压缩方案（如 G-SRv6）也值得纳入评估。

6.2 MTU 是最常见的翻车点

SRH 增加了报文长度（每个 SID 16 字节，加上固定头部），如果沿途 MTU 没有相应放大，会出现"能通但大包丢"的疑难杂症。落地前：统一规划沿途 MTU 与 MSS 钳制，把 SRH 开销纳入 MTU 预算。

6.3 演进路线：双栈过渡，别搞一刀切

第一步：SR-MPLS 先行在 IGP 上启用 SR-MPLS，先用 SR 替代 LDP/RSVP-TE，享受简化红利——这一步不需要 IPv6 底座全面就绪。
第二步：引入 SRv6IPv6 底座成熟后，在业务边缘引入 SRv6，双栈承载。
第三步：收敛旧协议业务迁移完成后逐步下线 LDP、RSVP-TE 等存量协议。

先减协议（SR-MPLS），再换数据面（SRv6），风险和投资节奏都更可控。

6.4 控制器与可观测性一起上

SRv6 的可编程价值需要控制器兑现：路径计算、SRv6 Policy 下发、SLA 实时遥测（Telemetry）、故障自动切换。规划时就应把"控制器 + 随流检测（iFIT 类）"纳入方案，否则 SRv6 只是被当成另一种隧道，极简化的收益会打对折。

6.5 地址规划与安全基线

• Locator 规划要全局统一、可聚合：跨域场景下，Locator 就是网络的"行政区划"，前期规划质量决定后期扩展性；
• SRH 处理边界要收敛：只允许可信边界设备处理/插入 SRH，公网边界应过滤携带 SRH 的外部报文，防止源路由被滥用。

七、常见问题（FAQ）

Q1：SRv6 和 SR-MPLS 到底是什么关系？

同一思想（源路由 Segment Routing）的两种数据面实现：SR-MPLS 复用 MPLS 标签承载，改造成本低，适合"先减协议"；SRv6 用原生 IPv6 + SRH 承载，能力上限更高，适合"最终形态"。主流演进路线是先 SR-MPLS、后 SRv6。

Q2：上 SRv6 必须全网更换设备吗？

不必全网更换。通常在业务边缘和骨干核心替换/升级支持 SRv6 的设备，存量节点以双栈或对接方式过渡。但需逐台核实芯片对 SRH 硬件转发的支持规格，这是选型重点。

Q3：SRv6 会让网络更慢吗？

路径处理上与 MPLS 同量级，不构成明显瓶颈；需要注意的是 MTU 与 SID 深度，这两项规划得当即可。真正的性能差异更多取决于链路质量与切片方案，而非 SRv6 本身。

Q4：SRv6 和 SD-WAN 是竞争关系吗？

不是，更多是互补。SD-WAN 解决"最后一公里"灵活接入和应用级选路，SRv6 解决"广域骨干"的端到端可编程承载。不少企业广域网方案是"分支侧 SD-WAN + 骨干 SRv6"，两层协同。

Q5：企业规模不大，有必要关心 SRv6 吗？

看两个信号：一是所租用的运营商/云商专线是否已升级到 SRv6 底座（直接影响专线开通速度和 SLA 可视能力）；二是自身网络是否有 IPv6 改造计划。即使不自建 SRv6，理解它也有助于评估上游服务能力。

Q6：SRH 里的 SID 是谁下发的？

两种方式：静态指定（头节点配置 Segment List，简单场景够用）；由 SDN 控制器根据拓扑与 SLA 动态计算下发（主流做法，配合 BGP SR Policy 分发）。

Q7：SRv6 的故障切换有多快？

配合 TI-LFA 快速重路由，可实现 50ms 级别的本地保护倒换，与现有高端 MPLS 网络一致；叠加随流检测后，还能做到"先感知、再切换"的智能路径调整。

Q8：文档里常看到"IPv6+"，和 SRv6 是一回事吗？

IPv6+（IPv6 Enhanced）是以 SRv6 为核心的一揽子增强技术体系，包括网络切片、随流检测、确定性转发等。SRv6 是底座，IPv6+ 是超集。

关于墨者安全
墨者安全致力于安全防护、服务器高防、网络高防、ddos防护、cc防护、dns防护、防劫持、高防服务器、高防dns、网站防护等方面的服务，全网第一款指纹识别技术防火墙，自研的WAF指纹识别架构，提供任意CC和DDoS攻击防御