Page 15 - 网络电信2024年3月刊

不论是基于SLA的专线服务还是流量清洗的业务场景，其 图2 增加网络平面支持SRv6的承载网络改造方案
实质都是为用户提供差异化服务，因为SRv6隧道建立的特点，
两者均可运行在网络的单平面上；而运营商网络为保障安全性
均采用双节点双平面的设置，因此可以考虑对运营商网络的一
个平面进行SRv6改造及应用，这样一方面可以保障新业务通过
SRv6进行部署，另一方面减少对现网的改造力度，从而在节约
投资的同时减少对现网业务的影响。单平面支持SRv6的承载网
络改造方案如图1所示。
采用本方案完成网络改造后，端到端的差异化服务场景可
以通过单平面进行业务承载，在SRv6平面出现问题无法进行业
务承接的情况下，业务可以通过普通平面承载进行逃生，对于
业务可用性没有太大的影响。在SRv6业务应用需求较少的网络
改造初期，采用此方案是个很好的选择。

图1 单平面支持SRv6的承载网络改造方案

也就是说，在网络进行SRv6 policy转发的过程中，如果只
需要进行VPN颗粒度的转发，那么并不需要所经过的设备全部支
持SRv6，而是头尾两端支持SRv6，中间节点仅做IPv6的转发即
可。因此，在实际的跨域转发过程中，只对网络域边界的设备
进行SRv6改造即可实现SRv6的业务转发。但因为中间节点不支
持SRv6，该方法无法支持需要进行精细化选路的场景。
3.2 业务承载层面技术方案
3.2.1 城域网+骨干网端到端支持SRv6业务承载方案
运营商网络一般根据网络的所在层级和转发位置分为城域
3.1.2 增加新设备平面进行业务承载
内网络和骨干网络，分别负责用户业务接入本地转发以及跨地
单平面支持SRv6的改造方案虽然减少了对网络和业务的影
（市）跨省业务转发，因此如果希望更好地支持SRv6业务，最
响，对于业务量较小且恰好有升级需求的网络来说是个不错的
好的办法是网络能够端到端支持SRv6。SRv6-TE的数据转发过程
选择，但还是需要对现网设备和业务进行升级割接。因此，如
和传统的L3VPN跨域比较类似，当前主要支持Option A跨域，
果在不影响原有业务的情况下进行SRv6等新技术的部署，还可
即2个AS域内分别进行SRv6-TE数据转发，ASBR之间进行普通的
以采用增加网络平面的方式进行网络设备改造，即新平面设备
IPv4数据转发，具体做法是在ASBR1上和ASBR2上互相配置VPN实
部署SRv6，最后形成SRv6+MPLS双平面共存的网络拓扑，并基
例，使ASBR1作为ASBR2的CE接入，ASBR2作为ASBR1的CE接入。
于SDN控制系统，实现SRv6+MPLS双平面的按需智能选路，解决
SRv6-TE跨域和传统的L3 VPN跨域，其主要区别就在于使
SRv6与MPLS网络融合的问题。这样一方面保护了存量资源的投
用SRv6-TE隧道替换了MPLS隧道。在SRv6-BE跨域过程中，只
资，另一方面新技术的部署不受现有网络节点的限制，可以做
需要头尾节点，也就是PE1和PE2支持SRv6即可，其他设备（P
到端到端的新技术部署，但也存在网络规模大幅增加以及新老
和ASBR）可以不支持SRv6，仅支持IPv6的转发即可；如果是
技术平面互通的问题，具体拓扑如图2所示。
SRv6-TE，则需要AS边界设备都支持SRv6，比如说PE1、ASBR1、
3.1.3 其他需要说明的问题
ASBR2、PE2，但如果域内的中间设备P1和P2支持SRv6，则可以
在SRv6中，IPv6目的地址（DA）字段是一个不断变换的
实现IPv6转发，但不能准确进行路径计算和下发。跨域全面支
字段，其取值由Segment Left字段和下面的Segment List共同
持SRv6业务承载方案示意如图3所示。
决定，当指针Segment Left指向一个活跃的段，比如此处的
Segment List时，需要将Segment List的IPv6地址复制到IPv6 图3 跨域全面支持SRv6业务承载方案示意
目的地址字段。
从转发角度来看，如果说一个节点不支持SRv6，那么就不
需要处理IPv6报文里面的SRH信息，仅依据IPv6目的地址字段，
查找IPv6路由表，依靠最长匹配原则，进行普通的IPv6转发即
可。

网络电信 二零二四年四月 15