為解決傳統(tǒng)城域網(wǎng)架構(gòu)在5G大帶寬、云化和云網(wǎng)融合等需求場(chǎng)景下存在的建網(wǎng)成本高、業(yè)務(wù)編排復(fù)雜等問題，中國聯(lián)通提出了面向5G時(shí)代的固移融合、云網(wǎng)一體的智能城域網(wǎng)架構(gòu)，是對(duì)已有綜合承載傳送網(wǎng)（UTN）的技術(shù)升級(jí)。中國聯(lián)通智能城域網(wǎng)端到端支持并部署SR/EVPN協(xié)議，承載5G業(yè)務(wù)、政企大客戶業(yè)務(wù)和家寬業(yè)務(wù)等，其中5G業(yè)務(wù)等三層業(yè)務(wù)采用SR-BE+L3VPN方案實(shí)現(xiàn)，二層業(yè)務(wù)采用SR-TE+EVPN方案實(shí)現(xiàn)。

目前智能城域網(wǎng)絡(luò)已經(jīng)完成了初期建設(shè)，但隨著以SRv6和網(wǎng)絡(luò)切片為代表的IPv6+技術(shù)的持續(xù)研究與陸續(xù)成熟，承載網(wǎng)絡(luò)也將處于持續(xù)演進(jìn)的過程。

SRv6技術(shù)與應(yīng)用研究

SRv6作為IPv6+的核心代表技術(shù)，雖然在2013年與SR-MPLS技術(shù)一起提出，但是在2020年3月第一個(gè)核心RFC 8754（IPv6 Segment Routing Header，簡(jiǎn)稱SRH）才正式定稿。從主流設(shè)備廠商支持的完備程度上看，SRv6技術(shù)的成熟與國內(nèi)5G承載第一階段的研究/建設(shè)窗口期之間存在一定的錯(cuò)位時(shí)間窗，由此導(dǎo)致SRv6技術(shù)尤其是體現(xiàn)SRv6可編程核心價(jià)值的SRv6 Policy技術(shù)未能在5G承載網(wǎng)絡(luò)建設(shè)的第一時(shí)間部署應(yīng)用。而SRv6技術(shù)相比于SR-MPLS技術(shù)，是當(dāng)前階段達(dá)成了一定共識(shí)的下一代演進(jìn)的更優(yōu)技術(shù)。因此5G承載網(wǎng)絡(luò)向SRv6技術(shù)演進(jìn)是目前研究的主要方向之一。

目前，國際、國內(nèi)標(biāo)準(zhǔn)組織均在積極推進(jìn)SRv6技術(shù)的相關(guān)標(biāo)準(zhǔn)化。現(xiàn)階段已經(jīng)形成了RFC 8754、RFC 8986等多篇RFC標(biāo)準(zhǔn)文稿，支持SRv6的ISIS/OSPF擴(kuò)展等標(biāo)準(zhǔn)草案也在快速成熟，在國內(nèi)CCSA也已經(jīng)完成了《基于SRv6的IP承載網(wǎng)絡(luò)總體技術(shù)要求》《基于SRv6的網(wǎng)絡(luò)編程技術(shù)要求》和《基于SRv6的VPN網(wǎng)絡(luò)技術(shù)要求》等系列標(biāo)準(zhǔn)。

從SRv6的應(yīng)用部署來看，受管控面的成熟度、設(shè)備的支持能力和SRH頭壓縮標(biāo)準(zhǔn)進(jìn)展等因素的綜合影響，在2021年之前業(yè)界SRv6的大部分部署案例主要是基于SRv6-BE技術(shù)實(shí)現(xiàn)，雖然SRv6-BE技術(shù)基于Native IPv6的可達(dá)性在集客專線等場(chǎng)景可以發(fā)揮出快速開通的優(yōu)勢(shì)，但是從SRv6可編程特性的應(yīng)用來看，SRv6-Policy才是SRv6技術(shù)成熟落地的標(biāo)志。

同時(shí)，依托于SRv6-Policy技術(shù)，業(yè)界也在積極開展基于SRv6的SFC技術(shù)研究。如圖1所示，借助SRv6 SFC技術(shù)，可以更加靈活地為傳統(tǒng)的運(yùn)營商專線提供增值服務(wù)能力，尤其在安全增值服務(wù)場(chǎng)景，SRv6 SFC技術(shù)可以充分發(fā)揮Native IPv6可達(dá)性、可編程性的優(yōu)勢(shì)，實(shí)現(xiàn)云側(cè)服務(wù)與網(wǎng)絡(luò)側(cè)承載的融合統(tǒng)一，在一定程度上實(shí)現(xiàn)云網(wǎng)融合。

圖1  基于SRv6的SFC增值服務(wù)專線場(chǎng)景

基于SRv6的SFC技術(shù)與PBR和NSH等技術(shù)相比有明顯的優(yōu)勢(shì)，其可以與其它SID type無縫集成統(tǒng)一編排，簡(jiǎn)化網(wǎng)絡(luò)層次，也可以充分利用SRv6的網(wǎng)絡(luò)編程能力，易于擴(kuò)展。在SRv6網(wǎng)絡(luò)中，利用SRv6 SID的業(yè)務(wù)語義實(shí)現(xiàn)SFC，是相對(duì)更優(yōu)的選擇。

目前基于SRv6的SFC技術(shù)相關(guān)IETF標(biāo)準(zhǔn)主要有轉(zhuǎn)發(fā)面標(biāo)準(zhǔn)draft-ietf-spring-sr-service-programming、控制面標(biāo)準(zhǔn)draft-lz-lsr-igp-sr-service-segments和draft-dawra-idr-bgp-ls-sr-service-segments等，其中轉(zhuǎn)發(fā)面標(biāo)準(zhǔn)已經(jīng)相對(duì)穩(wěn)定，控制面標(biāo)準(zhǔn)尚處于個(gè)人草案狀態(tài)，穩(wěn)定性相對(duì)不足。但在明確需求場(chǎng)景的基礎(chǔ)上，可以按需采用靜態(tài)方式部署SRv6 SFC業(yè)務(wù)。

基于SRv6的SFC技術(shù)對(duì)承載網(wǎng)絡(luò)設(shè)備提出了要求，目前雖然轉(zhuǎn)發(fā)面標(biāo)準(zhǔn)相對(duì)穩(wěn)定，directadmin漢化，但僅有部分廠家設(shè)備層支持該能力，后續(xù)尚需要進(jìn)一步推動(dòng)。SFC技術(shù)雖然需要調(diào)度云側(cè)服務(wù)，但并不強(qiáng)制要求云內(nèi)交換網(wǎng)絡(luò)/VNF支持SRv6。如圖2所示，如果云內(nèi)VNF支持SRv6，可采用SRv6 aware方式，VNF直接參與業(yè)務(wù)鏈的調(diào)度。如果云內(nèi)VNF不支持SRv6，則可采用SRv6 unaware方式部署，將承載網(wǎng)PE配置為SRv6 Proxy，作為云網(wǎng)業(yè)務(wù)調(diào)度點(diǎn)，從而降低對(duì)云內(nèi)服務(wù)的要求。

圖2  基于SRv6的SFC兩種實(shí)現(xiàn)方式

SRv6 aware/unaware方式各有優(yōu)劣，在目前大部分云側(cè)服務(wù)不支持SRv6的情況下，可優(yōu)先采用SRv6 unaware方式開展業(yè)務(wù)，后續(xù)根據(jù)網(wǎng)絡(luò)/業(yè)務(wù)的具體要求，按需逐步推進(jìn)SRv6入云。

網(wǎng)絡(luò)切片

承載網(wǎng)絡(luò)切片在行業(yè)標(biāo)準(zhǔn)中的定義是，IP承載網(wǎng)絡(luò)為給特定的用戶或業(yè)務(wù)提供專用或共享的網(wǎng)絡(luò)資源，以滿足不同的用戶業(yè)務(wù)差異化連接需求和質(zhì)量保證的虛擬網(wǎng)絡(luò)。在IETF中的標(biāo)準(zhǔn)定義可以參考draft-ietf-teas-ietf-network-slice-definition。在實(shí)際落地應(yīng)用中，承載網(wǎng)絡(luò)切片應(yīng)用主要的關(guān)注點(diǎn)為隔離和差異化的調(diào)度服務(wù)，目前主要有軟切片VPN+QoS與硬切片F(xiàn)lexE+VPN+QoS兩種落地部署方式。