這些年來，運營商一直在與“管道化”戰斗。

MPLS、SDN… 一直探索能實現智能化、精細化的運營網絡，實現以網絡為中心的夢想。

云時代，云成為了中心。SD-WAN興起。去管道化，越來越難。

但是，SRv6的出現，又燃起了希望。

[[414825]]

SRv6帶來的曙光

云計算興起，各類應用紛紛上云，云變成了巨大的虹吸壺，各類資源不斷的向云集中。

而基于SD-WAN就像云伸出去的，看不見的吸管，overlay在一切網絡上，虹吸著各類資源。

對于運營商，“云深不知處，唯見流量增”。

徹底成了管道，不知道用戶在做什么，也不知道云端發生了什么，只是看到網絡流量飛速增長。只能靠部署DPI去窺探，貴且不精細。

SRv6的出席，給了改變這種局面的希望：

• SRv6報文自身有非常豐富的可編程空間，使得運營商可以更精細化的標識業務，并基于標識做調度。

當下熱門的基于SRv6技術的APN6(Application-aware IPv6 networking)技術，就是想實現這種標識和調度。

通俗的講，SRv6讓運營商可以卡住“入口”，做管道控制了。交錢，可以走大路;不交錢，不知道走啥路。

Qos經營，其實是人性的經營：不患寡而患不均。

越是可以細分等級，這種經營的效果就越明顯。

SRv6給了“管道控制云”的可能。

以上，是美好的夢想。

當前，SRv6的發展，似乎陷入了困境。

SRv6的技術、產業困境

國家層面大力推廣IPv6，給SRv6做了很好的基礎鋪墊。

但是，SRv6技術標準進展較慢，頭壓縮技術存在分歧。

SRv6已經形成RFC的標準有兩個：

• IPv6 Segment Routing Header (SRH) RFC 8754
• SRv6 Network Programming RFC 8986

其他還都在draft階段。

SRv6頭壓縮技術兩個標準也未統一：G-SID、uSID

技術標準的緩慢、技術分歧，不僅僅是技術問題。

而是造成了眾多中小廠商，無法快速投入研發。這類廠商在IETF沒有影響力，一般都是標準的跟隨者。

沒有大量中小廠商的參與，僅靠三四個大廠，是很難形成SRv6繁榮局面的。

前期，中國移動發布《彈性SD-WAN技術白皮書》，提到了眾多方案，基本上都需要末端CPE設備支持SRv6：

末端CPE設備，是眾多中小廠商的主場。

簡化協議，標準化技術要求，推動大量中小廠商參與SRv6研發，是當前走出困境的一個重要著力點。

只有三四個大廠可以做的SRv6 CPE，是不符合發展規律的。

"誰執牛耳"的困境

技術的推動，需要三大運營商合力。

和則共贏、分則俱傷。5G前傳已經很好的證明了這一點。

但是，目前國內三家SRv6的態度仍撲朔迷離，這也是造成眾多中小廠商不敢下定決心投入的重要原因。

中國移動：

• 大力推動技術標準發展，牽頭G-SiD，發布多項SRv6白皮書。

但是，移動當前投資最大的網絡SPN不支持SRv6，暫時也沒有演進的路標。

技術投入聲大，真金白銀投入小。

中國電信：

• STN/新型城域網，全面建設SRv6網絡，新采購設備也全部要求SRv6支持。

但是，未看到電信太多的技術牽引表態。需要什么樣的SRv6 CPE?是否支持G壓縮?

投資投入上，電信是三家中最大的，最堅決的。更需要站出來技術引領一呼，表達出更加開放的態度。

中國聯通：

• 已建成規模龐大的SR-MPLS網絡，SRv6是否會跟隨呢?仍是一個大大的問號。

三大運營商合力共舉，以更加開放的態度發展SRv6，讓更多廠商參與進去，是產業鏈希望看到的。

最后：每一個技術的成熟之前，都會面臨一段困境期，困境期解決掉問題，未來才能坦途發展!