本文分析了SRv6技術(shù)目前面臨的主要技術(shù)挑戰(zhàn)，主要包括包頭開銷過大、芯片實現(xiàn)復雜、平滑升級較難等。針對這些挑戰(zhàn)，本文提出了一種新型的Unified SID優(yōu)化方案支持短地址格式的SRv6頭壓縮。測試驗證了該方案繼承了SRv6的網(wǎng)絡(luò)可編程、通用轉(zhuǎn)發(fā)等優(yōu)勢，同時能適應(yīng)各種地址規(guī)劃，易于芯片實現(xiàn)，支持現(xiàn)網(wǎng)平滑升級。
關(guān)鍵詞
分段路由 SR-MPLS SRv6 Unified-SID Micro-SID
1.分段路由的概念
分段路由（SR：Segment Routing）是一種源路由技術(shù)，基于SDN理念，構(gòu)成面向路徑連接的網(wǎng)絡(luò)架構(gòu)，支撐未來網(wǎng)絡(luò)多層次的可編程需求，可以滿足5G超大連接和切片的應(yīng)用場景下的連接需求。SR-MPLS是基于當前主流MPLS轉(zhuǎn)發(fā)面形成的SR解決方案；SRv6是基于IPv6擴展的SR解決方案。SR-MPLS沿用MPLS轉(zhuǎn)發(fā)機制，自然演進，并已經(jīng)在傳輸網(wǎng)絡(luò)得到廣泛應(yīng)用。SRv6則進一步增強了網(wǎng)絡(luò)可編程能力，支持網(wǎng)絡(luò)和業(yè)務(wù)可編程。
2.SRv6技術(shù)面臨的挑戰(zhàn)
2.1.SRv6報文開銷帶來的挑戰(zhàn)
運營商網(wǎng)絡(luò)中對SR標簽層數(shù)要求較高。以5G承載網(wǎng)為例，隨著5G核心網(wǎng)集中化部署，基站的流量需要穿過城域網(wǎng)以及IP骨干網(wǎng)。典型場景下，在城域網(wǎng)中，接入環(huán)有8-10個節(jié)點，匯聚環(huán)有4-8個節(jié)點，核心環(huán)也有4-8個節(jié)點；在IP骨干網(wǎng)，流量還需穿過多個路由器節(jié)點。同時，由于網(wǎng)絡(luò)切片、高可靠SLA、可管可控的要求，運營商網(wǎng)絡(luò)需要能夠指定顯式路徑，端到端SR隧道會有10跳甚至以上。因此，目前國內(nèi)外多數(shù)部署MPLS-SR的運營商都要求支持8層以上SID標簽。
當前，SRv6方案基于SRH（Segment Routing Header），其SID長度為128bit Segment ID。按照8層SID，為報文帶來128Byte的開銷，對于平均長度256Byte的應(yīng)用凈荷，SRv6帶來的開銷超過1/3，帶寬利用率則下降為67%以下。而相同場景下，SR-MPLS的開銷只有32Byte，帶寬利用率仍有89%。SRv6和SR-MPLS在SID個數(shù)從1-10時承載效率的對比分析如下圖所示（僅簡單對比SRH和SR-MPLS SID的開銷）：
圖2 凈荷長度256B時SR-MPLS網(wǎng)絡(luò)域與SRv6網(wǎng)絡(luò)域?qū)?/P>
2.2.SRv6復雜性帶來網(wǎng)絡(luò)芯片的挑戰(zhàn)
在運營商應(yīng)用中，SRv6需要在網(wǎng)絡(luò)芯片在報文中插入超過128Byte長度的字段，相當于32層MPLS-SR標簽深度，超出了已部署網(wǎng)絡(luò)芯片的能力，如果在芯片內(nèi)部采用環(huán)回的解決方案，將大幅降低網(wǎng)絡(luò)性能并引入更高的時延和抖動。在重新設(shè)計的網(wǎng)絡(luò)芯片中，支持SRv6需要進一步擴大內(nèi)部處理總線帶寬，其是芯片成本和功耗的關(guān)鍵因素。
SRv6在中間節(jié)點要求網(wǎng)絡(luò)芯片讀取完整SRH，然后根據(jù)指針指示的位置提取需要處理的Segment并進行轉(zhuǎn)發(fā)。對比MPLS-SR僅需讀取最外層標簽，引入的復雜性進一步增加網(wǎng)絡(luò)芯片的處理時延。
低功耗和低時延是運營商5G解決方案的關(guān)鍵因素，SRv6復雜性對網(wǎng)絡(luò)芯片帶來的功耗、成本、時延的增加為其落地應(yīng)用帶來挑戰(zhàn)。
2.3.SRv6方案平滑升級面臨的挑戰(zhàn)
SRv6是自成一體的獨立解決方案，與MPLS/MPLS-SR方案不存在延續(xù)性。
首先，SRv6需要規(guī)劃和分配128bit SID，同時SRv6要引入的開銷難以在現(xiàn)有設(shè)備進行支持，需要對現(xiàn)有業(yè)務(wù)和網(wǎng)絡(luò)進行徹底的改造，構(gòu)建一張全新的SRv6網(wǎng)絡(luò)。在運營商的大網(wǎng)中難以部署。
其次，SRv6支持的業(yè)務(wù)和網(wǎng)絡(luò)的編程特性需要全網(wǎng)支持SRv6功能，在SRv6和MPLS/SR-MPLS混合部署的場景下，無法發(fā)揮其核心優(yōu)勢。
根據(jù)以上分析，現(xiàn)有SRv6報文開銷、網(wǎng)絡(luò)芯片的復雜性、難以平滑升級帶來的三大挑戰(zhàn)讓其難以快速部署到運營商網(wǎng)絡(luò)中，需要在SRv6技術(shù)基礎(chǔ)上進一步進行演進。
3.Unified SID技術(shù)
IPv6技術(shù)成是新一代網(wǎng)絡(luò)的主體技術(shù)，基于IPv6的SRv6長遠考慮是未來網(wǎng)絡(luò)的必然的演進趨勢，為了解決上文提出的三大挑戰(zhàn)，包括基于SRv6技術(shù)降低開銷，簡化SRv6對轉(zhuǎn)發(fā)面的要求，支持從SR-MPLS平滑演進到SRv6，中國移動聯(lián)合中興、博通、盛科、新華三等提出了基于SRv6的Unified SID技術(shù)（Unified-SID【1】）。Unified SID基于標準SRv6的SRH方案進行簡潔擴展，支持SR-MPLS/IP地址與SRv6基于統(tǒng)一的SID長度提供SR功能，加速推進SR技術(shù)廣泛落地應(yīng)用。
Unified SID基于原生的SRH擴展，不改變?nèi)魏卧鶶RH的處理機制，通過在標準SRH Header中僅僅擴展2bit Unified SID類型指示，一方面與原生的SRv6保持最大的兼容性，另一方面有效解決SRv6目前存在的問題。
3.1.Unified SID基于原生SRH擴展
SR-MPLS SID沿用MPLS Label格式，SID長度為20bit；SRv6則沿用了IPv6地址格式，SID長度為128bit；SR-IP當前沒有標準定義，如果沿用IPv4地址格式，則SID長度為32bit。
為支持SRv6與SR-MPLS/SR-IP具備統(tǒng)一的SID格式，Unified SID通過在SRH擴展頭的Flags中擴展出Unified SID類型指示字段（2bit），其定義如下：
0b00，標準SRv6 SID長度，即128bit SID，與SRH現(xiàn)有定義兼容；
0b01，IP地址SID長度，即32bit SID，可以與IPv4地址兼容或32bit短地址格式；
0b02，MPLS Label長度，也是32bit SID，可以和SR-MPLS SID定義兼容；
0b11，預留。
根據(jù)該擴展方案，標準SRv6應(yīng)用SID長度指示為0，使用32bit短IP地址格式長度指示為1，使用32bit MPLS Label格式長度指示為2，實現(xiàn)與當前各種SR技術(shù)通過統(tǒng)一的SID長度進行混合組網(wǎng)應(yīng)用。Unified SID通過32bit SID解決了報文開銷帶來的挑戰(zhàn)，并結(jié)合簡潔的Flags擴展，有效的降低了網(wǎng)絡(luò)芯片的處理復雜性挑戰(zhàn)，另外統(tǒng)一融合的理念解決了平滑升級帶來的挑戰(zhàn)。
3.2.Unified SID與Micro SID的區(qū)別
Unified SID對比Cisco的Micro SID【3】壓縮技術(shù)，具備較好的通用性和適用性。SRv6部署前需要規(guī)劃Segment，通常采用共同前綴+偏移量。共同的前綴長度與可獲取的IPv6地址空間以及網(wǎng)絡(luò)大小相關(guān)，長度難以確定，但Micro SID對SRv6地址有一定要求，需要規(guī)劃具備較短（建議16bit或32bit）的共同前綴，和較短的偏移量（建議16bit或32bit）區(qū)分SID，這導致其難以滿足不同的網(wǎng)絡(luò)應(yīng)用中需求，特別是復雜運營商網(wǎng)絡(luò)應(yīng)用。Unified SID方案融合SRv6與SR-MPLS理念，當?shù)刂酚袊栏褚?guī)劃時，可以用短地址格式的SID，當?shù)刂窙]有嚴格規(guī)劃時，采用MPLS標簽映射的SID，因此，Unified SID方案對引入SRv6的SID和地址沒有額外約束，具備更好的通用性和適用性。
4.Unified SID方案優(yōu)勢
4.1.支持SRH頭壓縮，提升SRv6承載效率
通過Unified SID方案，一般通過32bit的SID即可表示標準128bit的SRv6 Segment，Unified SID長度壓縮為標準長度的1/4，即使40跳SR-TP路徑，需要的SRH也只有48B，與SR-MPLS承載效率相當。
4.2.對轉(zhuǎn)發(fā)面要求低，現(xiàn)有轉(zhuǎn)發(fā)面即可支持SRv6部署
Unified SID方案，對轉(zhuǎn)發(fā)面的要求可以等同于SR-MPLS的要求，因此，當前支持SR-MPLS的硬件基本可以通過軟件升級的方式支持SRv6的部署，博通和盛科基于現(xiàn)有芯片已經(jīng)完成初步的DEMO系統(tǒng)。
4.3.支持從現(xiàn)有網(wǎng)絡(luò)平滑升級到SRv6能力
現(xiàn)有MPLS/SR-MPLS/IPv4網(wǎng)絡(luò)通過Unified SID實現(xiàn)最大的兼容性，在對現(xiàn)有網(wǎng)絡(luò)和業(yè)務(wù)影響最小的情況下升級到支持SRv6的能力，且具備與普通IPv6節(jié)點混合組網(wǎng)。
4.4.兼容現(xiàn)有地址規(guī)劃，對引入SRv6的開銷降到最低
通過Unified SID方案，可以靈活適應(yīng)各種地址規(guī)劃的網(wǎng)絡(luò)，基本無需專門的地址規(guī)劃和改造，對引入SRv6的開銷降到最低。
5.Unified SID應(yīng)用
Unified SID技術(shù)是一種靈活適配的解決方案，支持短地址格式的SRv6頭壓縮且適應(yīng)各種Segment和地址規(guī)劃�？梢蕴娲鶶R-MPLS部署，支持低開銷的SRv6部署，并可以將SR-MPLS平滑升級到SRv6【3】。
在MPLS/SR-MPLS的組網(wǎng)應(yīng)用中，SR-MPLS為業(yè)務(wù)分配MPLS格式的SID，平滑升級支持SRv6過程中Unified SID方案仍然可以沿用已分配的MPLS格式的SID，僅需在升級后網(wǎng)絡(luò)節(jié)點中維護MPLS格式的SID與IPv6地址的映射關(guān)系。
在IPv4網(wǎng)絡(luò)升級IPv6的組網(wǎng)應(yīng)用中，短地址長期存在，比如現(xiàn)有分配的IPv4或IPv6域內(nèi)除共同前綴外的區(qū)分地址。Unified SID技術(shù)可以沿用已分配的短IP地址格式的SID，僅需要在升級后的SRv6節(jié)點簡單建立短地址格式與128bit IPv6地址之間的映射關(guān)系。
在獨立的SRv6組網(wǎng)應(yīng)用中，通過通過短格式的MPLS格式的32bit SID代替128bit標準的SRv6 SID實現(xiàn)SRH頭壓縮，壓縮率達到1/4，具備落地應(yīng)用能力。
6.Unified SID加快SRv6應(yīng)用步伐
中國移動聯(lián)合中興、博通、盛科、新華三等對SRv6技術(shù)的改進方案進行了深入研究，提出了unified SRv6 SID方案，并向IETF提交了技術(shù)草案，鏈接見參考文獻。
同時，針對Unified SRv6 SID方案，研究團隊已在盛科的芯片平臺上進行了實現(xiàn)和驗證，證明了Unified SID具備較強的靈活性和適應(yīng)性，通過不同的SID長度指示可以在現(xiàn)有的SR-MPLS、IPv4/短IPv6地址網(wǎng)絡(luò)中快速部署SRv6，同時可以具備標準SRv6的所有能力，從而加快SRv6在網(wǎng)絡(luò)中的應(yīng)用步伐。
參考文獻
【1】 Unified-SID，Chengweiqiang、Greg等，draft-mirsky-6man-unified-id-sr-04；
【2】 Unified-SID Use case，Chengweiqiang、Greg等，draft-wmsaxw-6man-usid-id-use-00；
【3】 uSID，C. Filsfils等，draft-filsfils-spring-net-pgm-extension-srv6-usid-02；
