張桂玉，劉博文，馬季春，梁曉晨（中訊郵電咨詢設(shè)計(jì)院有限公司，北京 100048）

0 引言

近年來，云計(jì)算、5G等新興業(yè)務(wù)場景不斷涌現(xiàn)，而IPv6 得益于其可擴(kuò)展性、安全性及易與SDN 結(jié)合等特點(diǎn)，被認(rèn)為是下一代互聯(lián)網(wǎng)的創(chuàng)新起點(diǎn)。因此，由各類IPv6 相關(guān)網(wǎng)絡(luò)技術(shù)協(xié)議組成的“IPv6+”技術(shù)體系可以看作是面向5G 和云時代的新型智能IP 網(wǎng)絡(luò)體系。

基于IPv6 的段路由（Segment Routing over IPv6，SRv6）是運(yùn)營商網(wǎng)絡(luò)向“IPv6+”技術(shù)體系演進(jìn)的第一個基礎(chǔ)階段的重要技術(shù)實(shí)踐，是基于源路由（Segment Routing，SR）理念設(shè)計(jì)，在IPv6網(wǎng)絡(luò)轉(zhuǎn)發(fā)數(shù)據(jù)分組的一種技術(shù)，也是當(dāng)下最熱門的SR 和IPv6這2種網(wǎng)絡(luò)技術(shù)的結(jié)合體。SRv6 具備的Native IPv6 屬性保證了網(wǎng)絡(luò)任意節(jié)點(diǎn)間的可達(dá)性，同時其強(qiáng)大的網(wǎng)絡(luò)可編程能力能更好地滿足網(wǎng)絡(luò)業(yè)務(wù)的SLA 需求，這使得SRv6成為IPv6 時代最有前景的網(wǎng)絡(luò)技術(shù)。因此，網(wǎng)絡(luò)運(yùn)營商一方面需要推動現(xiàn)有承載業(yè)務(wù)的大型網(wǎng)絡(luò)的演進(jìn)，另一方面也需要挖掘業(yè)務(wù)場景，使SRv6能夠真正帶來商業(yè)價(jià)值。

1 SRv6相關(guān)技術(shù)介紹

1.1 什么是SRv6

SRv6 是SR 技術(shù)在IPv6 網(wǎng)絡(luò)平面的應(yīng)用。SRv6直接使用IPv6 地址作為轉(zhuǎn)發(fā)標(biāo)簽，在控制面和數(shù)據(jù)面實(shí)現(xiàn)了統(tǒng)一承載。云、管、端基于統(tǒng)一的IPv6 標(biāo)準(zhǔn)協(xié)議實(shí)現(xiàn)端到端可管可控。SRv6 技術(shù)在IPv6 報(bào)文中新增SRH（Segment Routing Header）報(bào)頭，用于存儲128 bit的SRv6 SID（Segment ID）列表。

SRv6 SID 同時提供路徑和業(yè)務(wù)規(guī)劃的能力。在網(wǎng)絡(luò)和業(yè)務(wù)編排器的支撐下，SRv6能夠?qū)崿F(xiàn)云網(wǎng)路徑拉通以及業(yè)務(wù)定義能力，有效支撐云網(wǎng)融合、端到端業(yè)務(wù)定義。

1.2 SRv6的技術(shù)優(yōu)勢

一般認(rèn)為SRv6 技術(shù)的優(yōu)勢主要體現(xiàn)在3 個方面：簡化網(wǎng)絡(luò)協(xié)議、Native IP屬性和網(wǎng)絡(luò)可編程能力。

1.2.1 簡化網(wǎng)絡(luò)協(xié)議

SRv6 通過擴(kuò)展IGP/BGP，去掉了LDP 和RSVP-TE等MPLS 隧道技術(shù)，簡化了控制面。SRv6 在數(shù)據(jù)面直接使用IPv6地址作為轉(zhuǎn)發(fā)標(biāo)簽，去除了MPLS 標(biāo)簽，在控制面和數(shù)據(jù)面都實(shí)現(xiàn)了統(tǒng)一承載，極大地簡化了網(wǎng)絡(luò)協(xié)議，降低了運(yùn)維的復(fù)雜度，讓云、管、端可以基于同一個標(biāo)準(zhǔn)協(xié)議實(shí)現(xiàn)端到端可管可控，實(shí)現(xiàn)業(yè)務(wù)一線靈活入多云、業(yè)務(wù)敏捷開通。

1.2.2 Native IPv6屬性

SRv6通過IPv6擴(kuò)展報(bào)文頭實(shí)現(xiàn)，沒有改變IPv6報(bào)文的封裝結(jié)構(gòu)，保持了對現(xiàn)有網(wǎng)絡(luò)的兼容性。SRv6依賴Native IPv6 實(shí)現(xiàn)網(wǎng)絡(luò)可達(dá)性，可實(shí)現(xiàn)任意支持IPv6的網(wǎng)絡(luò)節(jié)點(diǎn)之間的互通，使得SRv6 跨域部署更加簡單。在報(bào)文轉(zhuǎn)發(fā)過程中，普通中間節(jié)點(diǎn)僅支持IPv6 轉(zhuǎn)發(fā)即可，無需支持特殊的轉(zhuǎn)發(fā)邏輯，這使得SRv6 可以打破運(yùn)營商網(wǎng)絡(luò)和數(shù)據(jù)中心網(wǎng)絡(luò)之間的界限，進(jìn)入數(shù)據(jù)中心網(wǎng)絡(luò)，極大地增強(qiáng)了SRv6的擴(kuò)展性和部署的靈活性。

1.2.3 網(wǎng)絡(luò)可編程能力

SRv6 的網(wǎng)絡(luò)可編程能力體現(xiàn)在SRH 擴(kuò)展頭中，SRH中有3層編程空間。

1.2.3.1 Segment List

SRH 通過將多個Segment 有序組合進(jìn)行路徑編程，可根據(jù)業(yè)務(wù)意圖、網(wǎng)絡(luò)狀態(tài)等智能選擇最佳路徑并實(shí)時調(diào)整。

1.2.3.2 SRv6 SID

SRv6 SID 為128 bit 的IPv6 地址形式，標(biāo)準(zhǔn)格式為“Locator：Function：Args”，可以靈活分為多段，每段的長度可以變化，具備靈活編程能力。

SRv6 SID 通常由位置標(biāo)識（Locator）、功能（Function）、Arguments 3 個部分組成，Locator 是網(wǎng)絡(luò)中分配給一個網(wǎng)絡(luò)節(jié)點(diǎn)的標(biāo)識，可以用于表示到達(dá)該節(jié)點(diǎn)的路由信息。Function 是設(shè)備用于表達(dá)收到SRv6 報(bào)文時所需執(zhí)行的轉(zhuǎn)發(fā)動作，相當(dāng)于計(jì)算機(jī)指令的操作碼。Function 決定了是將數(shù)據(jù)轉(zhuǎn)發(fā)給節(jié)點(diǎn)、鏈路、解封裝查找路由表轉(zhuǎn)發(fā)，還是解封裝送入實(shí)例等。Arguments則是轉(zhuǎn)發(fā)指令在執(zhí)行的時候所需要的參數(shù)，這些參數(shù)可能包含流、服務(wù)或任何其他相關(guān)的可變信息。Function 和Args 分別表示在該節(jié)點(diǎn)執(zhí)行的具體功能和所需的參數(shù)，可按照不同功能定義不同的SID，具備良好的擴(kuò)展性。

SRv6 SID既有IPv6地址的路由能力，又有SRv6特有的行為能力，不僅可以表示路由，還可以表示接口、設(shè)備、業(yè)務(wù)和應(yīng)用等；對SRv6 SID 的靈活定義和運(yùn)用，可以實(shí)現(xiàn)設(shè)備級/應(yīng)用級的可編程。

1.2.3.3 Optional TLV

Optional TLV 可以用于進(jìn)一步自定義功能，支持更豐富的網(wǎng)絡(luò)編程。報(bào)文在傳送過程中，需要在轉(zhuǎn)發(fā)面封裝一些非規(guī)則的信息，它們可以通過Optional TLV 的靈活組合來完成，以擴(kuò)展支持業(yè)務(wù)功能鏈（SFC）、OAM、確定性網(wǎng)絡(luò)（DetNet）、虛擬專用網(wǎng)絡(luò)（VPN）、基于IPv6 的應(yīng)用感知網(wǎng)絡(luò)（APN6）等高級特性。

基于SRH 的3 層編程空間，SRv6 能夠支持更多種類的封裝，可以很好地滿足新業(yè)務(wù)的多樣化需求，實(shí)現(xiàn)豐富的網(wǎng)絡(luò)功能。

如果一個節(jié)點(diǎn)支持SRv6 且出現(xiàn)在了Segment List中，那么就需要處理SRH，將Segment Left 進(jìn)行減1 操作，然后將指針偏移向新的活躍段，之后將Segment List 信息（IPv6 地址格式）復(fù)制到IPv6 目的地址字段，然后將報(bào)文向下一個節(jié)點(diǎn)進(jìn)行轉(zhuǎn)發(fā)。當(dāng)Segment Left字段減為0時，節(jié)點(diǎn)彈出SRH報(bào)文頭，然后對報(bào)文進(jìn)行下一步處理。

2 SRv6在運(yùn)營商網(wǎng)絡(luò)的相關(guān)業(yè)務(wù)場景

結(jié)合運(yùn)營商廣域網(wǎng)承載的業(yè)務(wù)，SRv6可能的應(yīng)用場景包括以下幾個。

2.1 SLA差異化服務(wù)保障（SR/SRv6）

IP 網(wǎng)絡(luò)在網(wǎng)絡(luò)協(xié)議設(shè)定完成的情況下一般進(jìn)行“盡力而為”的無差別業(yè)務(wù)轉(zhuǎn)發(fā)，并采用route policy 及服務(wù)質(zhì)量（Quality of Service，QoS）實(shí)現(xiàn)差異化服務(wù)，其中route policy 用來實(shí)現(xiàn)路由層面的差異化，可以規(guī)定路由器在發(fā)布路由時只發(fā)布某些滿足特定條件的路由，在接收路由時只接收某些滿足特定條件的路由，在引入路由時只引入某些滿足特定條件的路由等等，比如實(shí)現(xiàn)生產(chǎn)主機(jī)訪問生產(chǎn)服務(wù)器時走生產(chǎn)專用線路，辦公主機(jī)訪問辦公服務(wù)器時走辦公專用線路；QoS指一個網(wǎng)絡(luò)能夠利用各種基礎(chǔ)技術(shù)，為指定的網(wǎng)絡(luò)通信提供更好的服務(wù)能力，是網(wǎng)絡(luò)的一種安全機(jī)制，用來解決網(wǎng)絡(luò)延遲和阻塞情況下業(yè)務(wù)的帶寬和質(zhì)量保證等問題。QoS 的保證對于容量有限的網(wǎng)絡(luò)來說是十分重要的，特別是對于流多媒體應(yīng)用，例如VoIP 和IPTV，因?yàn)檫@些應(yīng)用常常需要固定的傳輸率，對時延也比較敏感。

如果需要在路徑層面進(jìn)行改變，就需要采用非常復(fù)雜的RSVP-TE 技術(shù)，然而現(xiàn)實(shí)部署RSVP-TE 的案例并不多，并且在為數(shù)不多的RSVP-TE 案例中，大部分也只用到了RSVP-TE 的快速重路由功能，而非流量調(diào)度功能。主要原因有以下3點(diǎn)。

a）過于復(fù)雜。RSVP 信令非常復(fù)雜，每個節(jié)點(diǎn)都需要維護(hù)一個龐大的鏈路信息數(shù)據(jù)庫。

b）擴(kuò)展性受限。為了準(zhǔn)確預(yù)留帶寬，RSVP-TE要求所有IP 流量都需要通過隧道轉(zhuǎn)發(fā)，節(jié)點(diǎn)之間建立Full-mesh隧道導(dǎo)致擴(kuò)展性差，大規(guī)模部署幾無可能。

c）不支持等價(jià)多路徑（Equal-Cost Multipath Routing，ECMP）?，F(xiàn)代IP 網(wǎng)絡(luò)中，ECMP 是一個最基礎(chǔ)的需求。而從源路由的機(jī)制可以看到，RSVP-TE 只會選擇一條最優(yōu)路徑進(jìn)行轉(zhuǎn)發(fā)。如果想要實(shí)現(xiàn)流量分擔(dān)，還需要在相同的源和目的之間預(yù)先建立多條隧道。

而SRv6因其無狀態(tài)及源路由轉(zhuǎn)發(fā)的特點(diǎn)，可以非常方便地實(shí)現(xiàn)差異化路徑轉(zhuǎn)發(fā)服務(wù)。SRv6 的應(yīng)用結(jié)合了SDN 集中控制平臺，通過BGP-LS、SNMP、Telemetry 等方式收集全網(wǎng)拓?fù)?，并通過SDN 集中控制平臺構(gòu)建一個完整的Segment List，在源節(jié)點(diǎn)壓入轉(zhuǎn)發(fā)標(biāo)簽路徑，中間節(jié)點(diǎn)只需要根據(jù)標(biāo)簽轉(zhuǎn)發(fā)，從而靈活指導(dǎo)每一跳的轉(zhuǎn)發(fā)，使網(wǎng)絡(luò)獲得更佳的可擴(kuò)展性。

a）專線業(yè)務(wù)場景?；赟R/SRv6 的低時延、高可靠等差異化平面，實(shí)現(xiàn)城域骨干跨域?qū)?，?shí)現(xiàn)L3 VPN（IPv4/IPv6）、L2 VPN（VPWS/VPLS）等專線業(yè)務(wù)差異化保障。

b）互聯(lián)網(wǎng)業(yè)務(wù)場景?；赟R/SRv6 的差異化平面，提供基于低時延、高可靠等差異化業(yè)務(wù)需求的最優(yōu)路徑，實(shí)現(xiàn)IPv4/IPv6 的“城域+骨干”端到端互聯(lián)網(wǎng)業(yè)務(wù)差異化保障。

2.2 流量清洗應(yīng)用

運(yùn)營商可基于SRv6 policy 路徑可編程能力，將需要進(jìn)行清洗的業(yè)務(wù)流量引流至清洗中心進(jìn)行流量清洗，然后引流至專用路由器以后進(jìn)行SRv6 封裝，再引流至高防節(jié)點(diǎn)。經(jīng)過高防的防護(hù)后，最后引流至目標(biāo)網(wǎng)站，實(shí)現(xiàn)業(yè)務(wù)流量清洗及防護(hù)。

2.3 服務(wù)化隧道應(yīng)用

服務(wù)化隧道應(yīng)用是一種新的服務(wù)模式，旨在通過將各項(xiàng)服務(wù)（VPN、TE、業(yè)務(wù)鏈等）統(tǒng)一封裝為用戶、應(yīng)用意圖的SRv6 SID 并開放給用戶，使用戶可以得到在任何服務(wù)/任何位置/任何調(diào)度的一種服務(wù)理念。

其應(yīng)用方案可以為：基于分布式數(shù)據(jù)庫建立服務(wù)平面，將運(yùn)行在設(shè)備上的分布式代理容器實(shí)現(xiàn)服務(wù)注冊，并更新至分布式數(shù)據(jù)庫，應(yīng)用使用SID封裝payload進(jìn)行服務(wù)綁定，統(tǒng)一實(shí)現(xiàn)服務(wù)的發(fā)布/更新/觸發(fā)。

3 運(yùn)營商網(wǎng)絡(luò)改造方案建議

對于運(yùn)營商而言，SRv6技術(shù)具有巨大的應(yīng)用前景及商業(yè)價(jià)值，但因?yàn)檫\(yùn)營商網(wǎng)絡(luò)規(guī)模龐大且存在大量的老舊設(shè)備，需要進(jìn)行升級或替換才能實(shí)現(xiàn)對新技術(shù)的支持，由此也帶來大量的投資和成本，同時也會增加網(wǎng)絡(luò)割接、業(yè)務(wù)中斷的風(fēng)險(xiǎn)。如何向SRv6 業(yè)務(wù)演進(jìn)，并發(fā)揮SRv6在網(wǎng)絡(luò)中的最大價(jià)值成為了運(yùn)營商都在思考的問題?？赡艿难葸M(jìn)方案有以下幾種。

3.1 網(wǎng)絡(luò)設(shè)備層面改造方案

3.1.1 改造單網(wǎng)絡(luò)平面支持SRv6承載業(yè)務(wù)

不論是基于SLA 的專線服務(wù)還是流量清洗的業(yè)務(wù)場景，其實(shí)質(zhì)都是為用戶提供差異化服務(wù)，因?yàn)镾Rv6隧道建立的特點(diǎn)，兩者均可運(yùn)行在網(wǎng)絡(luò)的單平面上；而運(yùn)營商網(wǎng)絡(luò)為保障安全性均采用雙節(jié)點(diǎn)雙平面的設(shè)置，因此可以考慮對運(yùn)營商網(wǎng)絡(luò)的一個平面進(jìn)行SRv6 改造及應(yīng)用，這樣一方面可以保障新業(yè)務(wù)通過SRv6 進(jìn)行部署，另一方面減少對現(xiàn)網(wǎng)的改造力度，從而在節(jié)約投資的同時減少對現(xiàn)網(wǎng)業(yè)務(wù)的影響。單平面支持SRv6的承載網(wǎng)絡(luò)改造方案如圖1所示。

圖1 單平面支持SRv6的承載網(wǎng)絡(luò)改造方案

采用本方案完成網(wǎng)絡(luò)改造后，端到端的差異化服務(wù)場景可以通過單平面進(jìn)行業(yè)務(wù)承載，在SRv6平面出現(xiàn)問題無法進(jìn)行業(yè)務(wù)承接的情況下，業(yè)務(wù)可以通過普通平面承載進(jìn)行逃生，對于業(yè)務(wù)可用性沒有太大的影響。在SRv6業(yè)務(wù)應(yīng)用需求較少的網(wǎng)絡(luò)改造初期，采用此方案是個很好的選擇。

3.1.2 增加新設(shè)備平面進(jìn)行業(yè)務(wù)承載

單平面支持SRv6 的改造方案雖然減少了對網(wǎng)絡(luò)和業(yè)務(wù)的影響，對于業(yè)務(wù)量較小且恰好有升級需求的網(wǎng)絡(luò)來說是個不錯的選擇，但還是需要對現(xiàn)網(wǎng)設(shè)備和業(yè)務(wù)進(jìn)行升級割接。因此，如果在不影響原有業(yè)務(wù)的情況下進(jìn)行SRv6等新技術(shù)的部署，還可以采用增加網(wǎng)絡(luò)平面的方式進(jìn)行網(wǎng)絡(luò)設(shè)備改造，即新平面設(shè)備部署SRv6，最后形成SRv6+MPLS 雙平面共存的網(wǎng)絡(luò)拓?fù)?，并基于SDN控制系統(tǒng)，實(shí)現(xiàn)SRv6+MPLS雙平面的按需智能選路，解決SRv6 與MPLS 網(wǎng)絡(luò)融合的問題。這樣一方面保護(hù)了存量資源的投資，另一方面新技術(shù)的部署不受現(xiàn)有網(wǎng)絡(luò)節(jié)點(diǎn)的限制，可以做到端到端的新技術(shù)部署，但也存在網(wǎng)絡(luò)規(guī)模大幅增加以及新老技術(shù)平面互通的問題，具體拓?fù)淙鐖D2所示。

圖2 增加網(wǎng)絡(luò)平面支持SRv6的承載網(wǎng)絡(luò)改造方案

3.1.3 其他需要說明的問題

在SRv6 中，IPv6 目的地址（DA）字段是一個不斷變換的字段，其取值由Segment Left 字段和下面的Segment List 共同決定，當(dāng)指針Segment Left 指向一個活躍的段，比如此處的Segment List 時，需要將Segment List的IPv6地址復(fù)制到IPv6目的地址字段。

從轉(zhuǎn)發(fā)角度來看，如果說一個節(jié)點(diǎn)不支持SRv6，那么就不需要處理IPv6 報(bào)文里面的SRH 信息，僅依據(jù)IPv6 目的地址字段，查找IPv6 路由表，依靠最長匹配原則，進(jìn)行普通的IPv6轉(zhuǎn)發(fā)即可。

也就是說，在網(wǎng)絡(luò)進(jìn)行SRv6 policy 轉(zhuǎn)發(fā)的過程中，如果只需要進(jìn)行VPN 顆粒度的轉(zhuǎn)發(fā)，那么并不需要所經(jīng)過的設(shè)備全部支持SRv6，而是頭尾兩端支持SRv6，中間節(jié)點(diǎn)僅做IPv6 的轉(zhuǎn)發(fā)即可。因此，在實(shí)際的跨域轉(zhuǎn)發(fā)過程中，只對網(wǎng)絡(luò)域邊界的設(shè)備進(jìn)行SRv6改造即可實(shí)現(xiàn)SRv6 的業(yè)務(wù)轉(zhuǎn)發(fā)。但因?yàn)橹虚g節(jié)點(diǎn)不支持SRv6，該方法無法支持需要進(jìn)行精細(xì)化選路的場景。

3.2 業(yè)務(wù)承載層面技術(shù)方案

3.2.1 城域網(wǎng)+骨干網(wǎng)端到端支持SRv6業(yè)務(wù)承載方案

運(yùn)營商網(wǎng)絡(luò)一般根據(jù)網(wǎng)絡(luò)的所在層級和轉(zhuǎn)發(fā)位置分為城域內(nèi)網(wǎng)絡(luò)和骨干網(wǎng)絡(luò)，分別負(fù)責(zé)用戶業(yè)務(wù)接入本地轉(zhuǎn)發(fā)以及跨地（市）跨省業(yè)務(wù)轉(zhuǎn)發(fā)，因此如果希望更好地支持SRv6業(yè)務(wù)，最好的辦法是網(wǎng)絡(luò)能夠端到端支持SRv6。SRv6-TE 的數(shù)據(jù)轉(zhuǎn)發(fā)過程和傳統(tǒng)的L3 VPN 跨域比較類似，當(dāng)前主要支持Option A 跨域，即2個AS 域內(nèi)分別進(jìn)行SRv6-TE 數(shù)據(jù)轉(zhuǎn)發(fā)，ASBR 之間進(jìn)行普通的IPv4 數(shù)據(jù)轉(zhuǎn)發(fā)，具體做法是在ASBR1 上和ASBR2 上互相配置VPN 實(shí)例，使ASBR1 作為ASBR2的CE接入，ASBR2作為ASBR1的CE接入。

SRv6-TE跨域和傳統(tǒng)的L3 VPN跨域，其主要區(qū)別就在于使用SRv6-TE 隧道替換了MPLS 隧道。在SRv6-BE跨域過程中，只需要頭尾節(jié)點(diǎn)，也就是PE1和PE2支持SRv6即可，其他設(shè)備（P和ASBR）可以不支持SRv6，僅支持IPv6 的轉(zhuǎn)發(fā)即可；如果是SRv6-TE，則需要AS 邊界設(shè)備都支 持SRv6，比如 說PE1、ASBR1、ASBR2、PE2，但如果域內(nèi)的中間設(shè)備P1 和P2 支持SRv6，則可以實(shí)現(xiàn)IPv6 轉(zhuǎn)發(fā)，但不能準(zhǔn)確進(jìn)行路徑計(jì)算和下發(fā)?？缬蛉嬷С諷Rv6 業(yè)務(wù)承載方案示意如圖3所示。

圖3 跨域全面支持SRv6業(yè)務(wù)承載方案示意

3.2.2 骨干網(wǎng)絡(luò)已部署SR-MPLS網(wǎng)絡(luò)業(yè)務(wù)承載方案

當(dāng)前有的骨干網(wǎng)網(wǎng)絡(luò)已全面部署SR-MPLS 作為承載協(xié)議，對于端到端網(wǎng)絡(luò)來說，若需在骨干網(wǎng)內(nèi)選路，可以在骨干網(wǎng)邊緣部署SRv6/SR 網(wǎng)關(guān)，通過識別用戶CPE 封裝的SRv6 應(yīng)用標(biāo)識，將用戶流量引入SR 服務(wù)化隧道，從而實(shí)現(xiàn)基于應(yīng)用的差異化流量保障。

若不需在骨干網(wǎng)內(nèi)選路，則不需部署SRv6/SR 網(wǎng)關(guān)，可以通過“智能城域網(wǎng)+骨干網(wǎng)”建立跨域option A隧道實(shí)現(xiàn)轉(zhuǎn)發(fā)，中間骨干網(wǎng)僅做IPv6 透傳，不選路。骨干網(wǎng)絡(luò)支持SR業(yè)務(wù)承載方案如圖4所示。

圖4 骨干網(wǎng)絡(luò)支持SR業(yè)務(wù)承載方案

3.3 SRv6開銷問題

SRv6 的開銷問題主要為“IPv6 包頭+SR 擴(kuò)展頭”導(dǎo)致整個數(shù)據(jù)包包頭過長，當(dāng)數(shù)據(jù)包經(jīng)過的節(jié)點(diǎn)跳數(shù)過多時，數(shù)據(jù)包攜帶的業(yè)務(wù)數(shù)據(jù)比例降低，使網(wǎng)絡(luò)的轉(zhuǎn)發(fā)效率降低，浪費(fèi)網(wǎng)絡(luò)資源。

目前的解決方案為對SRv6 攜帶的數(shù)據(jù)包頭進(jìn)行壓縮，但由于SRv6 頭壓縮技術(shù)標(biāo)準(zhǔn)不統(tǒng)一，存在各廠商設(shè)備協(xié)議互通問題，壓縮和非壓縮這2 種方式在SRv6業(yè)務(wù)實(shí)現(xiàn)上基本沒有差別，建議短期內(nèi)采用非壓縮SRv6，待后續(xù)技術(shù)標(biāo)準(zhǔn)完成統(tǒng)一，根據(jù)技術(shù)應(yīng)用情況逐步進(jìn)行推進(jìn)部署。

4 結(jié)束語

網(wǎng)絡(luò)作為運(yùn)營商最重要的基礎(chǔ)設(shè)施，對于以SRv6為代表的新技術(shù)的應(yīng)用部署，應(yīng)結(jié)合自己的網(wǎng)絡(luò)實(shí)際情況、對業(yè)務(wù)帶來的商業(yè)價(jià)值及給用戶帶來的業(yè)務(wù)體驗(yàn)進(jìn)行綜合考慮，選擇適合自己的建設(shè)方案，并通過業(yè)務(wù)和技術(shù)創(chuàng)新進(jìn)一步發(fā)揮網(wǎng)絡(luò)和技術(shù)的最大價(jià)值。