告别传统MPLS！手把手教你用SRv6 TE Policy搭建EVPN L3VPN（附华为设备配置详解）
SRv6 TE Policy实战指南：构建下一代EVPN L3VPN网络架构
在数字化转型浪潮中，企业网络正面临前所未有的挑战。传统MPLS VPN虽然成熟稳定，但其复杂的协议栈、IPv4地址空间限制以及刚性路径控制等局限性日益凸显。本文将带您深入探索SRv6 TE Policy这一革命性技术，手把手演示如何基于华为设备构建EVPN L3VPN over SRv6 TE Policy的完整解决方案。
1. 技术演进：从MPLS到SRv6的范式转移
传统MPLS L3VPN架构已经服务企业网络近二十年，其核心依赖LDP/RSVP-TE进行标签分发和路径建立，配合MP-BGP传递VPN路由信息。这种架构存在几个显著痛点：
- 协议栈复杂：需要同时运行IGP、LDP、RSVP-TE、BGP等多种协议
- IPv4依赖：难以原生支持IPv6环境
- 路径控制僵化：流量工程调整需要逐跳配置
- 运维成本高：故障排查涉及多层协议分析
SRv6技术栈的三大突破：
- 协议简化：通过Segment Routing架构将控制平面简化为IGP+BGP组合
- 原生IPv6：直接利用IPv6报头扩展实现路由编程
- 灵活策略：TE Policy支持基于Color的精细化流量引导
华为NE系列路由器从V800R021C10版本开始全面支持SRv6 TE Policy特性。在实际测试中，采用SRv6 TE Policy的EVPN L3VPN相比传统MPLS方案可减少约40%的协议配置量，同时提供更灵活的路径控制能力。
2. 基础环境搭建：SRv6骨干网部署
2.1 网络拓扑规划
我们采用典型的三节点拓扑作为示例：
[PE1]---[P]---[PE2]所有设备间运行IS-ISv6作为IGP协议，并启用SRv6扩展功能。关键配置要点包括：
- 为每个节点分配/64的Locator地址块
- 启用IPv6 MT（多拓扑）支持
- 配置End.X邻接SID用于严格路径控制
华为设备基础SRv6配置示例：
# PE1配置片段 isis 100 segment-routing ipv6 locator PE1 auto-sid-disable # segment-routing ipv6 encapsulation source-address 2001:db8:1::1 locator PE1 ipv6-prefix 2001:db8:100:: 64 static 32 opcode ::1 end-x interface GigabitEthernet1/0/1 nexthop 2001:db8:10::2 psp2.2 SID分配策略
合理的SID规划是SRv6网络稳定运行的基础。建议采用以下分配原则：
| SID类型 | 命名规范 | 功能描述 |
|---|---|---|
| Locator | 2001:db8:X00::/64 | 设备专属地址块，X为设备编号 |
| End.X | ::[接口编号] | 邻接标识，用于严格路径控制 |
| End.DT4 | ::[VPN编号] | VPN解封装标识 |
注意：华为设备要求手工配置SID时需要指定static参数，且长度需与locator前缀长度匹配。例如64位locator前缀对应32位static字段。
3. EVPN L3VPN over SRv6 TE Policy实战
3.1 创建SRv6 TE Policy
SRv6 TE Policy通过三元组<Headend, Color, Endpoint>唯一标识。以下是在PE1上创建指向PE2的TE Policy的完整步骤：
- 定义Segment List：
segment-routing ipv6 segment-list pe1-pe2 index 5 sid ipv6 2001:db8:100::1 # PE1的End.X SID index 10 sid ipv6 2001:db8:200::2 # P节点的End.X SID- 创建TE Policy并关联Candidate Path：
srv6-te policy POLICY1 endpoint 2001:db8:3::3 color 101 candidate-path preference 200 segment-list pe1-pe2关键参数解析：
color 101：对应业务SLA等级，可用于后续策略路由preference 200：路径优先级，值越大优先级越高segment-list：指定严格显式路径
3.2 EVPN与SRv6的集成配置
EVPN L3VPN over SRv6的核心是将VPN路由与SRv6 SID关联。主要配置步骤包括：
- 创建VPN实例并关联EVPN参数：
ip vpn-instance VPN1 ipv4-family route-distinguisher 100:1 vpn-target 1:1 export-extcommunity evpn vpn-target 1:1 import-extcommunity evpn- 配置End.DT4 SID用于VPN流量解封装：
segment-routing ipv6 locator PE1 opcode ::100 end-dt4 vpn-instance VPN1 evpn- 使能EVPN邻居和SRv6支持：
bgp 100 peer 2001:db8:3::3 as-number 100 peer 2001:db8:3::3 connect-interface LoopBack1 # l2vpn-family evpn policy vpn-target peer 2001:db8:3::3 enable peer 2001:db8:3::3 advertise encap-type srv63.3 路由策略与隧道绑定
为确保VPN流量正确迭代到TE Policy，需要配置路由策略和隧道策略：
- 创建隧道策略优先选择SRv6 TE Policy：
tunnel-policy P1 tunnel select-seq ipv6 srv6-te-policy load-balance-number 1- 应用Color扩展团体属性匹配TE Policy：
route-policy RP1 permit node 10 apply extcommunity color 0:101- 将策略应用到VPN实例：
ip vpn-instance VPN1 ipv4-family tnl-policy P1 evpn4. 高级特性与运维实践
4.1 路径保护与故障恢复
SRv6 TE Policy支持多种保护机制：
- TI-LFA：基于拓扑无关的快速重路由
- Candidate Path备份：配置多条候选路径实现主备切换
- 尾节点保护：通过End.M SID实现PE节点冗余
尾节点保护配置示例：
# 在备份PE上配置End.M SID segment-routing ipv6 locator BACKUP_PE opcode ::500 end-m vpn-instance VPN1 evpn4.2 性能优化技巧
SRH压缩：启用reduce-srh减少报文开销
segment-routing ipv6 encapsulation reduce-srh enable负载均衡：通过多Candidate Path实现流量分担
srv6-te policy POLICY1 candidate-path preference 100 segment-list path1 weight 40 candidate-path preference 90 segment-list path2 weight 60Telemetry监控：配置SRv6 Policy的实时质量监测
telemetry sensor-group SRv6 path srv6-te policy POLICY1 destination-group Collector ipv6-address 2001:db8:f00::1
4.3 典型故障排查指南
现象1：EVPN路由学习正常但流量不通
排查步骤：
- 检查TE Policy状态：
display srv6-te policy verbose - 验证SID可达性：
ping ipv6 2001:db8:100::1 - 检查VPN实例路由迭代：
display ip vpn-instance VPN1 routing-table
现象2：TE Policy频繁切换
可能原因：
- 底层链路质量波动
- 路径计算参数设置不合理 解决方案：
srv6-te policy POLICY1 delay 5000 down 50005. 现网部署建议
在实际网络迁移中，建议采用分阶段实施策略：
并行运行阶段：
- 保持现有MPLS网络正常运行
- 新建SRv6 Overlay网络
- 通过路由策略控制流量逐步迁移
业务切割阶段：
- 优先迁移对延迟不敏感的业务
- 设置MPLS作为SRv6的备份路径
- 监控关键业务指标
优化完善阶段：
- 根据业务需求调整TE Policy
- 实施精细化的QoS策略
- 建立自动化运维体系
华为设备提供完善的SRv6迁移工具链，包括：
- NCE：支持SRv6 Policy的自动化下发
- iMaster NCE-Fabric：提供可视化策略编排
- Telemetry：实现分钟级故障定位
在某个金融园区网的改造案例中，通过SRv6 TE Policy部署，将网络配置复杂度降低了35%，故障定位时间缩短了60%，同时实现了基于业务等级的差异化服务保障。