摘要：為了解決骨干網(wǎng)當(dāng)前的問(wèn)題，基礎(chǔ)網(wǎng)絡(luò)團(tuán)隊(duì)在年下半年開(kāi)始，對(duì)新一代骨干網(wǎng)架構(gòu)進(jìn)行重新設(shè)計(jì)硬件選型，在新一代骨干網(wǎng)架構(gòu)設(shè)計(jì)中采用了當(dāng)前比較流行的源路由即技術(shù)以下簡(jiǎn)稱(chēng)，在介紹新一代骨干網(wǎng)架構(gòu)之前先給大家簡(jiǎn)單介紹一下技術(shù)的基本概念。

前言

隨著網(wǎng)絡(luò)技術(shù)的發(fā)展和云計(jì)算業(yè)務(wù)的快速普及，當(dāng)前各行各業(yè)的客戶(hù)都有迫切上云的需求，越來(lái)越多的關(guān)鍵業(yè)務(wù)，如：web前端、視頻會(huì)議、辦公應(yīng)用、數(shù)據(jù)存儲(chǔ)等開(kāi)始部署在云端；新的網(wǎng)絡(luò)架構(gòu)設(shè)計(jì)特別是骨干網(wǎng)，必然要適應(yīng)云計(jì)算和互聯(lián)網(wǎng)應(yīng)用的發(fā)展，而傳統(tǒng)的MPLS骨干網(wǎng)不能適應(yīng)這種變化，面臨如下諸多挑戰(zhàn)：

1、如何實(shí)現(xiàn)用戶(hù)云下與云上、云上VPC之間、云下不同物理位置之間業(yè)務(wù)的靈活開(kāi)通；

2、如何利用本地專(zhuān)線(xiàn)和最后一公里互聯(lián)網(wǎng)線(xiàn)路構(gòu)建混合組網(wǎng)能力；

3、如何確保關(guān)鍵業(yè)務(wù)的優(yōu)先級(jí)和服務(wù)質(zhì)量；

4、如何簡(jiǎn)化開(kāi)通流程、快速部署和統(tǒng)一策略管理；

5、如何提升專(zhuān)線(xiàn)帶寬利用率和流量可視化；

6、如何實(shí)現(xiàn)新一代骨干網(wǎng)智能、可靠、可調(diào)度。

本文將結(jié)合UCloud基礎(chǔ)網(wǎng)絡(luò)團(tuán)隊(duì)新一代骨干網(wǎng)的架構(gòu)演進(jìn)過(guò)程，介紹Segment Routing技術(shù)在UCloud骨干網(wǎng)的落地細(xì)節(jié)，并詳細(xì)闡述當(dāng)前骨干網(wǎng)如何通過(guò)SR-TE技術(shù)實(shí)現(xiàn)智能、可靠、可調(diào)度的新一代骨干網(wǎng)架構(gòu)。

DCN網(wǎng)絡(luò)快速迭代

UCloud數(shù)據(jù)中心基礎(chǔ)架構(gòu)網(wǎng)絡(luò)（以下簡(jiǎn)稱(chēng)DCN）在最近這幾年經(jīng)歷了野蠻式的快速發(fā)展階段，從北上廣三地的數(shù)個(gè)可用區(qū)發(fā)展到全球25個(gè)地域31個(gè)可用區(qū)；業(yè)務(wù)云化和分布式數(shù)據(jù)中心的建設(shè)，推動(dòng)了城域網(wǎng)（以下簡(jiǎn)稱(chēng)MAN）和骨干網(wǎng)規(guī)劃建設(shè)，如下圖所示：

DCN網(wǎng)絡(luò)迭代過(guò)程如下：

1、同城單可用區(qū)升級(jí)至同城多可用區(qū)；

2、單Region多可用區(qū)升級(jí)至多Region多可用區(qū)。

DCN網(wǎng)絡(luò)快速迭代帶來(lái)的網(wǎng)絡(luò)挑戰(zhàn)：

1、MAN網(wǎng)絡(luò)高帶寬與可靠性要求：同城分布式DCN網(wǎng)絡(luò)建設(shè)帶來(lái)的問(wèn)題是：客戶(hù)業(yè)務(wù)扁平化部署，導(dǎo)致同城跨可用區(qū)有大量的東西向業(yè)務(wù)互訪流量，對(duì)MAN網(wǎng)絡(luò)的帶寬和可靠性有嚴(yán)格的要求。

2、骨干網(wǎng)架構(gòu)升級(jí)與流量工程要求：隨著UCloud全球節(jié)點(diǎn)DCN網(wǎng)絡(luò)的建設(shè)部署，跨地域客戶(hù)開(kāi)始有業(yè)務(wù)互訪和跨域流量?jī)?yōu)化需求，對(duì)骨干網(wǎng)規(guī)劃和流量工程提出了新的要求。

全球?qū)＞€(xiàn)資源布局

當(dāng)前UCloud全球CDN節(jié)點(diǎn)有500+，25個(gè)地域，31個(gè)可用區(qū)；通過(guò)運(yùn)營(yíng)商專(zhuān)線(xiàn)打通全球25個(gè)地域，如下圖所示：

1、全球機(jī)房專(zhuān)線(xiàn)接入骨干網(wǎng)

骨干網(wǎng)依托UCloud全球DCN網(wǎng)絡(luò)以及專(zhuān)線(xiàn)資源，可為用戶(hù)提供全球范圍的就近接入，實(shí)現(xiàn)端到端網(wǎng)絡(luò)穩(wěn)定，解決跨域業(yè)務(wù)互訪丟包和高延遲問(wèn)題。

2、全球節(jié)點(diǎn)靈活組網(wǎng)

為用戶(hù)提供基于本地專(zhuān)線(xiàn)和最后一公里互聯(lián)網(wǎng)接入，實(shí)現(xiàn)用戶(hù)的混合組網(wǎng)能力。

3、提供穩(wěn)定、可靠的基礎(chǔ)架構(gòu)

點(diǎn)到點(diǎn)專(zhuān)線(xiàn)資源提供物理層的帶環(huán)保護(hù)，一方面通過(guò)SR-TE技術(shù)實(shí)現(xiàn)流級(jí)別調(diào)度和快速容災(zāi)備份能力；另一方面基礎(chǔ)網(wǎng)絡(luò)提供一張1:1基于Internet級(jí)的備份骨干網(wǎng)，保證整個(gè)骨干網(wǎng)達(dá)到99.99%可用率。

UCloud骨干網(wǎng)架構(gòu)演進(jìn)歷史

01、2018年之前骨干網(wǎng)架構(gòu)

UCloud基礎(chǔ)網(wǎng)絡(luò)團(tuán)隊(duì)在2016年下半年開(kāi)始規(guī)劃第一代骨干網(wǎng)（以下簡(jiǎn)稱(chēng)骨干網(wǎng)1.0），2017年底完成了骨干網(wǎng)1.0設(shè)計(jì)規(guī)劃，骨干網(wǎng)1.0架構(gòu)規(guī)劃專(zhuān)線(xiàn)資源接入到各Region的MAN網(wǎng)絡(luò)核心設(shè)備（以下簡(jiǎn)稱(chēng)M-Core）各Region的M-Core之間通過(guò)供應(yīng)商二層專(zhuān)線(xiàn)進(jìn)行全球組網(wǎng)；M-Core之間運(yùn)行ISIS協(xié)議，打通全球骨干網(wǎng)ISIS域，每個(gè)地域雙M-Core或者四M-Core和控制面RR建立IBGP鄰居關(guān)系，M-Core通過(guò)IBGP協(xié)議將本地域DCN網(wǎng)絡(luò)路由信息通告至RR，RR反射給全球所有M-Core節(jié)點(diǎn)；數(shù)據(jù)轉(zhuǎn)發(fā)面通過(guò)IBGP路由進(jìn)行迭代，最終通過(guò)ISIS轉(zhuǎn)發(fā)至目標(biāo)DCN網(wǎng)絡(luò)。為優(yōu)化骨干網(wǎng)流量轉(zhuǎn)發(fā)，在關(guān)鍵設(shè)備上開(kāi)啟如下功能：

1、為實(shí)現(xiàn)骨干網(wǎng)等價(jià)路由（以下簡(jiǎn)稱(chēng)ECMP），必須在M-Core和RR上開(kāi)啟BGP ADD-PATH屬性；

2、為保證IGP最短路徑轉(zhuǎn)發(fā)，跨域之間ISIS 開(kāi)銷(xiāo)值設(shè)置為兩地域直連專(zhuān)線(xiàn)實(shí)際延遲*100，如：北京-上海專(zhuān)線(xiàn)延遲為30ms，那么北京-上海地域的ISIS開(kāi)銷(xiāo)設(shè)置為3000。

骨干網(wǎng)1.0設(shè)計(jì)目標(biāo)：

1、實(shí)現(xiàn)Region級(jí)別DCN網(wǎng)絡(luò)互通，提供云業(yè)務(wù)跨地域容災(zāi)能力；

2、支持云上用戶(hù)通過(guò)UCloud高速通道產(chǎn)品UDPN打通跨域VPC資源。

骨干網(wǎng)1.0新挑戰(zhàn)：

1、MAN網(wǎng)絡(luò)與骨干網(wǎng)高度耦合，專(zhuān)線(xiàn)開(kāi)通配置復(fù)雜，增加運(yùn)維難度；

2、不支持客戶(hù)不同物理位置之間資源互通；云下資源到云上VPC之間資源開(kāi)通復(fù)雜、周期冗長(zhǎng)；

3、不支持跨地域級(jí)別的流量智能調(diào)度。

02、2020年之前骨干網(wǎng)架構(gòu)

針對(duì)骨干網(wǎng)1.0所面臨的一些問(wèn)題，2018年UCloud基礎(chǔ)網(wǎng)絡(luò)團(tuán)隊(duì)設(shè)計(jì)規(guī)劃了第二代骨干網(wǎng)（下簡(jiǎn)稱(chēng)骨干網(wǎng)2.0）。在骨干網(wǎng)2.0中，我們新增了租戶(hù)隔離的特性，而要在骨干網(wǎng)上實(shí)現(xiàn)大規(guī)模的租戶(hù)隔離，MPLS-VPN技術(shù)最合適不過(guò)，但由于考慮到整體的部署成本以及部署難度，我們最終放棄了這個(gè)方案，借鑒了DCN網(wǎng)絡(luò)的租戶(hù)隔離思路，采用VXLAN二層網(wǎng)關(guān)方案來(lái)實(shí)現(xiàn)；

骨干網(wǎng)2.0整體架構(gòu)分為兩層，Underlay和Overlay；Underlay使用VXLAN+BGP EVPN實(shí)現(xiàn)網(wǎng)絡(luò)大二層，在Overlay上實(shí)現(xiàn)骨干網(wǎng)1.0的架構(gòu)需求；具體實(shí)現(xiàn)如下：

• Underlay層規(guī)劃

1、Underlay層主要由兩種設(shè)備組成：TBR和TER。TBR用于運(yùn)營(yíng)商二層專(zhuān)線(xiàn)資源接入，主要用于數(shù)據(jù)轉(zhuǎn)發(fā)，TER用于封裝VXLAN報(bào)文，即VTEP設(shè)備。全球節(jié)點(diǎn)的TBR和TER設(shè)備通過(guò)VXLAN+ BGP EVPN技術(shù)組建一張全球二層網(wǎng)絡(luò)，這張二層網(wǎng)絡(luò)提供全球任意跨域節(jié)點(diǎn)之間二層業(yè)務(wù)開(kāi)通。

2、TBR設(shè)備通過(guò)ISIS協(xié)議打通整個(gè)IGP域，TER和控制面TRR建立BGP EVPN鄰居關(guān)系，各個(gè)站點(diǎn)互相學(xué)習(xí)MAC/IP路由；轉(zhuǎn)發(fā)面數(shù)據(jù)通過(guò)VXLAN封裝轉(zhuǎn)發(fā)，控制面信息通過(guò)EVPN學(xué)習(xí)同步。

3、用戶(hù)線(xiàn)下IDC業(yè)務(wù)互訪，以及線(xiàn)下IDC到云上業(yè)務(wù)之間通過(guò)VXLAN開(kāi)通二層業(yè)務(wù)。

• Overlay層規(guī)劃

跨域M-Core直連通過(guò)VXLAN開(kāi)通，M-Core之間運(yùn)行ISIS協(xié)議，打通全球骨干網(wǎng)ISIS域，每個(gè)地域雙M-Core或者四M-Core和控制面RR建立IBGP鄰居關(guān)系，M-Core通過(guò)IBGP協(xié)議將本地域DCN網(wǎng)絡(luò)路由通告至RR，RR反射給全球所有M-Core節(jié)點(diǎn)，數(shù)據(jù)轉(zhuǎn)發(fā)面通過(guò)IBGP路由進(jìn)行迭代，最終通過(guò)ISIS轉(zhuǎn)發(fā)至目標(biāo)DCN網(wǎng)絡(luò)。

骨干網(wǎng)2.0設(shè)計(jì)目標(biāo)：

1、實(shí)現(xiàn)MAN網(wǎng)絡(luò)和骨干網(wǎng)嚴(yán)格分層，提升運(yùn)維效率；

2、通過(guò)VXLAN+BGP EVPN構(gòu)建業(yè)務(wù)接入網(wǎng)，實(shí)現(xiàn)業(yè)務(wù)靈活就近上骨干；

3、實(shí)現(xiàn)客戶(hù)云下不同物理位置、云下到云上之間資源快速開(kāi)通。

骨干網(wǎng)2.0新挑戰(zhàn)：

1、不支持骨干網(wǎng)流量智能調(diào)度；

2、本地接入只支持專(zhuān)線(xiàn)接入，組網(wǎng)方式不夠靈活，增加網(wǎng)絡(luò)運(yùn)營(yíng)成本；

3、VXLAN包頭開(kāi)銷(xiāo)過(guò)大，網(wǎng)絡(luò)傳輸效率低下，專(zhuān)線(xiàn)結(jié)算成本上升；

4、不支持L3VPN客戶(hù)接入場(chǎng)景。

為了解決骨干網(wǎng)2.0當(dāng)前的問(wèn)題，UCloud基礎(chǔ)網(wǎng)絡(luò)團(tuán)隊(duì)在2019年下半年開(kāi)始，對(duì)新一代骨干網(wǎng)架構(gòu)進(jìn)行重新設(shè)計(jì)、硬件選型，在新一代骨干網(wǎng)架構(gòu)設(shè)計(jì)中采用了當(dāng)前比較流行的源路由即Segment Routing技術(shù)（以下簡(jiǎn)稱(chēng)SR），在介紹新一代骨干網(wǎng)架構(gòu)之前先給大家簡(jiǎn)單介紹一下SR技術(shù)的基本概念。

Segment Routing基本概念

01 Segment Routing

SR架構(gòu)基于源路由，節(jié)點(diǎn)（路由器、主機(jī)或設(shè)備）選擇路徑，并引導(dǎo)數(shù)據(jù)包沿著該路徑通過(guò)網(wǎng)絡(luò)，具體實(shí)現(xiàn)方式是在數(shù)據(jù)報(bào)頭中插入帶順序的段列表（Segment-list），通過(guò)Segment-list指示收到這些數(shù)據(jù)包的節(jié)點(diǎn)怎么去處理和轉(zhuǎn)發(fā)這些數(shù)據(jù)包。

由于源節(jié)點(diǎn)（頭端節(jié)點(diǎn)）通過(guò)在數(shù)據(jù)包報(bào)文頭中添加適當(dāng)?shù)闹噶睿⊿egment-list）即可實(shí)現(xiàn)基于目標(biāo)地址的引流（甚至可以基于單條流粒度的引流），且除了頭端節(jié)點(diǎn)之外，其它節(jié)點(diǎn)都不需要存儲(chǔ)和維護(hù)任何流狀態(tài)信息，因此引流的決定權(quán)都在頭端節(jié)點(diǎn)。通過(guò)這種方式SR可以在IP和MPLS網(wǎng)絡(luò)中提供高級(jí)的流量引導(dǎo)能力。

02 常用標(biāo)簽類(lèi)型

• Prefix-SID

Prefix-SID是由ISIS或者OSPF通告的全局Segment，此Segment與IGP的前綴相關(guān)；Prefix-SID代表一個(gè)路由指令，含義是：引導(dǎo)流量沿著支持ECMP的最短路徑去往該Segment相關(guān)聯(lián)的前綴。Prefix-SID具有如下特性：

-全局Segment，SR域中的所有節(jié)點(diǎn)都知道如何處理Prefix-SID。

-支持多跳，單個(gè)Segment跨越路徑中的多跳，這樣就減少了路徑所需要的Segment數(shù)量，并允許跨多跳的等價(jià)路徑。

-支持ECMP，可以原生利用IGP的等價(jià)路徑。

-Prefix-SID一般是通過(guò)手工分配，也可使用控制器分配。

• Node-SID

Node-SID是一種特殊類(lèi)型的IGP Prefix Segment，是Prefix Segment的子類(lèi)型，通常是某個(gè)節(jié)點(diǎn)環(huán)回口的32位前綴地址，這個(gè)地址一般是IGP的“路由器ID”；Node-SID指令是：引導(dǎo)流量沿著支持ECMP的最短路徑去往該Segment相關(guān)聯(lián)的前綴。其和Prefix Segment的指令是一致的。

• Adjacency-SID

Adjacency-SID是與單向鄰接或者單向鄰接集合相關(guān)聯(lián)的Segment，使用Adj-SID轉(zhuǎn)發(fā)的流量將被引導(dǎo)至指定鏈路，而不管最短路徑路由如何，一般情況下節(jié)點(diǎn)會(huì)通告它的本節(jié)點(diǎn)鏈路Segment（Adj-SID）；Adjacency-SID指令是：“引導(dǎo)流量從與該Segment相關(guān)聯(lián)的鄰接鏈路轉(zhuǎn)發(fā)出去”。Adjacency-SID具有如下特性：

-本地Segment，SR域中的只有Adjacency-SID始發(fā)節(jié)點(diǎn)知道如何處理該Segment。

-支持顯式路徑，任何路徑都可以使用Adjacency-SID來(lái)表示。

-不依賴(lài)于IGP的動(dòng)態(tài)路由計(jì)算，可以繞過(guò)ECMP，走管理員指定的路徑轉(zhuǎn)發(fā)。

實(shí)際部署中應(yīng)盡量少用Adj-SID，因?yàn)槠洳恢С諩CMP，且會(huì)增加Segment-list長(zhǎng)度，因此建議多使用Prefix-SID，即支持ECMP，又可以減少Segment-list長(zhǎng)度。

• Anycast-SID

SR域中多個(gè)節(jié)點(diǎn)上配置相同的單播前綴，那么該單播前綴就是一個(gè)Anycast-SID，Anycast-SID也是Prefix-SID的一個(gè)子類(lèi)型。Anycast集合的屬性是去往Anycast地址的流量被路由到Anycast集合中距離最近（IGP 最短距離）的那個(gè)成員，如果開(kāi)銷(xiāo)相同，則流量會(huì)進(jìn)行ECMP，如果Anycast的成員發(fā)生故障，則由Anycast集合的其它成員來(lái)處理去往Anycast-SID的流量；Anycast-SID指令是：引導(dǎo)流量沿著支持ECMP的最短路徑去往該Segment相關(guān)聯(lián)的前綴。其和Prefix Segment的指令是一致的。

Anycast-SID具有如下特性：

-全局Segment

-天生支持ECMP

-支持高可用性

-支持流量工程

注意：所有節(jié)點(diǎn)必須配置相同的SRGB，才可以通告相同的Anycast Prefix-SID。

03 SR Policy特性

SR-Policy

為了解決傳統(tǒng)隧道接口體系存在的問(wèn)題 SR Policy 完全拋棄了隧道接口的概念，SR Policy 通過(guò)Segment 列表來(lái)實(shí)現(xiàn)流量工程；Segment 列表對(duì)數(shù)據(jù)包在網(wǎng)絡(luò)中的任意轉(zhuǎn)發(fā)路徑進(jìn)行編碼。列表中的 Segment 可以是任何類(lèi)型：IGP Segment 、 IGP Flex-Algo Segment（靈活算法） 、BGP Segment 等。

從本質(zhì)上講，SR Policy（SR-TE）是 Segment 列表，不是隧道接口。

SR Policy 由以下三元組標(biāo)識(shí)：

頭端（Headend）：SR Policy 生成/實(shí)現(xiàn)的地方。

顏色（Color）：任意的 32 位數(shù)值，用于區(qū)分同一頭端和端點(diǎn)對(duì)之間的多條 SR Policy。

端點(diǎn)（Endpoint）：SR Policy 的終結(jié)點(diǎn)，是一個(gè) IPv4/IPv6 地址。

顏色是 SR Policy 的重要屬性，通常代表意圖，表示到達(dá)端點(diǎn)的特定方式（例如低延遲、低成本并排除特定屬性鏈路等），Color也是流量引流的重要參考屬性。

SR Policy生成的路徑一般有兩種：顯式路徑和動(dòng)態(tài)路徑

1、顯式路徑

顯式路徑一般是通過(guò)CLI/Netconf方式人工規(guī)劃或者通過(guò)控制器方式下發(fā)的路徑信息，主要包括信息有 endpoint地址、Color、Segment-List等；顯式路徑的最大弊端是無(wú)法及時(shí)響應(yīng)網(wǎng)絡(luò)拓?fù)渥兓粸榱四鼙ＷC故障場(chǎng)景下SR Policy能夠快速收斂，可以通過(guò)驗(yàn)證頭端的SR-TE數(shù)據(jù)來(lái)進(jìn)行收斂。

建議Segment-List使用描述符（IP）形式編寫(xiě)，頭端默認(rèn)會(huì)驗(yàn)證所有描述符；

• 一旦SR Policy候選路徑不具有有效的Segment列表（描述符驗(yàn)證失?。瑒t此候選路徑變?yōu)闊o(wú)效；
• 當(dāng)SR Policy 所有候選路徑都是無(wú)效的，則此SR-Policy無(wú)效。

如果SR Policy變?yōu)闊o(wú)效，則應(yīng)用會(huì)失效；默認(rèn)情況下SR Policy的轉(zhuǎn)發(fā)條目被刪除，流量回退到默認(rèn)轉(zhuǎn)發(fā)（SR-BE）路徑。

2、動(dòng)態(tài)路徑

動(dòng)態(tài)路徑是由頭端（路由器）或者PCEP根據(jù)頭端的請(qǐng)求自動(dòng)計(jì)算SR Policy候選路徑：

• 動(dòng)態(tài)路徑主要表示為優(yōu)化目標(biāo)和一組約束條件，這兩個(gè)因素指定了SR-TE的意圖。
• 頭端可以通過(guò)本地的SR-TE數(shù)據(jù)庫(kù)算出路徑，提供一個(gè)Segment列表或者一組Segment列表。
• 當(dāng)頭端不具備足夠的拓?fù)湫畔r(shí)（跨域環(huán)境），頭端可以將計(jì)算委托給控制器，由控制器自動(dòng)算路。
• 當(dāng)網(wǎng)絡(luò)發(fā)生改變時(shí)，動(dòng)態(tài)路徑會(huì)自動(dòng)進(jìn)行重算以適應(yīng)網(wǎng)絡(luò)變化。

04SR Policy 自動(dòng)引流

SR Policy引流支持域內(nèi)場(chǎng)景和跨域場(chǎng)景，整體的轉(zhuǎn)發(fā)流程如下：

• 著色：出口PE在向入口PE通告BGP業(yè)務(wù)路由時(shí)，或者入口PE接收路由時(shí)對(duì)路由進(jìn)行著色（標(biāo)記路由Color），Color用于表示路由所需要的SLA。
• 計(jì)算+引流：域內(nèi)場(chǎng)景下，頭端節(jié)點(diǎn)收到BGP路由后，通過(guò)頭端SR-TE數(shù)據(jù)庫(kù)自動(dòng)算路完成引流；跨域場(chǎng)景下，頭端向控制器發(fā)送有狀態(tài)的PCEP路徑計(jì)算請(qǐng)求，控制器計(jì)算去往遠(yuǎn)端端點(diǎn)的SR-TE跨域路徑。
• 轉(zhuǎn)發(fā)：數(shù)據(jù)包在頭端完成引流，使用頭端計(jì)算或者控制器下發(fā)的路徑進(jìn)行標(biāo)簽轉(zhuǎn)發(fā)。

將 BGP 路由安裝到 SR Policy 的動(dòng)作稱(chēng)為自動(dòng)引流，其原理主要是通過(guò)對(duì)BGP業(yè)務(wù)路由進(jìn)行著色，將流量自動(dòng)引導(dǎo)至 SR Policy；SR Policy的自動(dòng)引流不需要復(fù)雜和繁瑣的引流配置，而且流量引導(dǎo)對(duì)轉(zhuǎn)發(fā)性能沒(méi)有影響，流量控制粒度更為精細(xì)。

SR/SR-TE or LDP/RSVP-TE ?

UCloud基礎(chǔ)網(wǎng)絡(luò)團(tuán)隊(duì)在新一代骨干網(wǎng)設(shè)計(jì)中轉(zhuǎn)發(fā)面統(tǒng)一使用MPLS封裝轉(zhuǎn)發(fā)，而控制面的選擇經(jīng)過(guò)慎重考慮，我們?cè)敿?xì)對(duì)比了SR/SR-TE和LDP/RSVP-TE后，最終選擇了SR/SR-TE，具體分析情況如下：

總結(jié)

本篇分享了數(shù)據(jù)中心野蠻式增長(zhǎng)給MAN網(wǎng)絡(luò)和骨干網(wǎng)帶來(lái)的極大挑戰(zhàn)，以及SR部分技術(shù)原理。在過(guò)去幾年里，UCloud基礎(chǔ)網(wǎng)絡(luò)團(tuán)隊(duì)不斷演進(jìn)骨干網(wǎng)架構(gòu)，從骨干網(wǎng)1.0升級(jí)到骨干網(wǎng)2.0架構(gòu)，實(shí)現(xiàn)了用戶(hù)云下資源之間、云下到云上資源的快速開(kāi)通，但依然滿(mǎn)足不了當(dāng)前互聯(lián)網(wǎng)客戶(hù)的業(yè)務(wù)快速發(fā)展需求，例如：不支持智能流量調(diào)度、無(wú)法實(shí)現(xiàn)客戶(hù)L3VPN接入需求，不支持最后一公里Internet線(xiàn)路接入等。

下一篇將重點(diǎn)介紹UCloud如何結(jié)合Segment Routing技術(shù)實(shí)現(xiàn)智能、可靠、可調(diào)度的新一代骨干網(wǎng)，助力用戶(hù)分鐘級(jí)構(gòu)建多地域全球網(wǎng)絡(luò)以及同城多可用區(qū)互訪、多Region多可用區(qū)互聯(lián)，實(shí)現(xiàn)UCloud與用戶(hù)線(xiàn)上線(xiàn)下IDC無(wú)間隔互通，升化云網(wǎng)協(xié)同。

本文作者：唐玉柱，UCloud 高級(jí)網(wǎng)絡(luò)架構(gòu)師、UCloud新一代骨干網(wǎng)架構(gòu)規(guī)劃項(xiàng)目負(fù)責(zé)人。擁有豐富的數(shù)據(jù)中心、骨干網(wǎng)架構(gòu)設(shè)計(jì)和運(yùn)維經(jīng)驗(yàn)；目前主要負(fù)責(zé)UCloud全球數(shù)據(jù)中心、骨干網(wǎng)架構(gòu)設(shè)備選型、架構(gòu)設(shè)計(jì)和規(guī)劃。