廣域網出口流量調度SDN部署研究

李國春，馬睿，馬季春，李伯中，劉惠明，張桂玉

（1.國家電網有限公司信息通信分公司，北京 100761；2.中訊郵電咨詢設計院有限公司，北京 100048）

1 引言

云計算、虛擬化、軟件定義等技術在運營商網絡逐步應用的實踐表明，新型網絡技術只有互相結合才能產生更多正反饋。隨著數(shù)據(jù)和應用向云端遷移的節(jié)奏不斷加快，混合IT或混合云的架構將成為業(yè)界主流[1]。云服務商提供IT應用服務并依據(jù)用戶需求調用運營商優(yōu)質網絡資源，運營商按照“云服務”的要求提供可配置按需調用的網絡資源，用戶獲得良好的使用體驗，三方形成穩(wěn)固的合作關系。

從2009年Martin Casado項目組創(chuàng)建Openflow協(xié)議[2]開始，業(yè)界掀起軟件定義網絡（SDN，software defined network）的浪潮。網絡架構轉控分離的思想已深入人心，OpenFlow通過將網絡設備控制面與數(shù)據(jù)面分離開來，從而實現(xiàn)了網絡流量的靈活控制。隨著相關技術的不斷演進，SDN超越原有Openflow協(xié)議本身，向著網絡架構精簡化、網元設備虛擬化、產品形態(tài)白盒化、底層傳送可編程化、運維管理自動化等多方向同時演進。

運營商目前構建虛擬專網（VPN，virtual private network）基本是以多協(xié)議標簽交換[4]（MPLS，multi-protocol label switching）、分段路由[5]（SR，segment routing）技術為基礎，從某種意義上可看作一種Overlay虛擬網絡形態(tài)。當前主流Overlay網絡底層封裝技術主要有虛擬拓展局域網[6]（VXLAN，virtual extensible local area network）、MPLS/SR等。MPLS/SR在運營商網絡接受程度較高，以太網虛擬專用網絡（EVPN，Ethernet virtual private network）可提供L2、L3VPN服務，底層支持VXLAN、MPLS/SR封裝。未來，隨著SR在數(shù)據(jù)中心接受度進一步提高，運營商可統(tǒng)一使用EVPN/SR方案。SR能簡化網絡層次，實現(xiàn)底層數(shù)據(jù)傳送可編程性，具體簡化網絡架構如圖1所示。和MPLS網絡類似，SR以標簽交換為基礎，通過一組有序的標簽棧來標識網絡路徑，改變標簽棧的內容即可改變業(yè)務的路徑，這種靈活的可編程特性與SDN架構無縫融合。相比傳統(tǒng)MPLS網絡需依靠外部協(xié)議實現(xiàn)標簽的動態(tài)分發(fā)、流量工程等功能，SR只對現(xiàn)有內部網關協(xié)議（IGP，internal gateway protocol）/邊界網關協(xié)議（BGP，border gateway protocol）[7]進行擴展，轉發(fā)表也更簡潔。在流量調度管理方面，在分段路由流量工程[8]（SR-TE，segment routing traffic engineering）中，不用維護資源預留協(xié)議（RSVP，resource reservation protocol）的復雜信令，網絡狀態(tài)減少很多。新一代分段路由策略[9]（SR Policy,segment routing policy）架構相比傳統(tǒng)的SR-TE占用更少的設備資源，能夠提供更靈活的流量牽引方案。

圖1 SR簡化網絡架構示意Figure 1 Simplified network architecture of SR

2 網絡流量調度需求分析

高清視頻、云計算的蓬勃發(fā)展帶來流量持續(xù)增長，廣域網出口經常發(fā)生擁塞，這部分的網絡流量調度設計將直接影響終端客戶的上網體驗。傳統(tǒng)網絡工程師主要通過BGP策略調整解決這一問題，這種方式實現(xiàn)起來不夠靈活。BGP設計的初衷是提供穩(wěn)定的網絡連通性，沒有考慮網絡資源狀況是隨時變化的。理想的路由策略除了考慮網絡拓撲，還需要綜合考慮帶寬、時延、丟包需求、設備端口容量、性能及擁塞等因素。

通常企業(yè)用戶的網絡可以看作懸浮在運營商骨干互聯(lián)網之上的信息島[10]，用戶通過運營商寬帶或移動互聯(lián)網訪問其資源。另外，部分大型企業(yè)自建骨干網直接提供高品質私有網絡服務，削弱對傳統(tǒng)轉接通信（transit）和多方互聯(lián)（public peering）流量中轉模式[11]的依賴性。而采用與運營商Internet Access網絡高效直通方式實現(xiàn)IP洪流卸載，企業(yè)網絡與運營商網絡的聯(lián)系從點到點互聯(lián)變成多點到多點、面到面的多出口互聯(lián)模式。同時，企業(yè)可借助自身的優(yōu)勢，使用重定向、新型傳輸控制協(xié)議（TCP，transmission control protocol）的擁塞控制算法、超文本傳輸協(xié)議（HTTP，hyper text transfer protocol）的自適應碼流控制技術等，配合BGP路由策略及新型SDN架構，實現(xiàn)理想中的應用/性能感知路由調配模式，把網間互聯(lián)出口變成隨需使用的資源池。

廣域網出口面向主要企業(yè)用戶、數(shù)據(jù)中心，與其他運營商建立了大量網間外部邊界網關協(xié)議[12]（EBGP，external border gateway protocol）通路。相比而言，在出口帶寬調配方面是有不同側重點的，但同時面臨更多挑戰(zhàn)，主要如下。

（1）應用感知

企業(yè)用戶希望通過流量調度保證用戶體驗持續(xù)改善，同時提高端口利用率。一方面，可以通過調整路由策略；另一方面，利用其他技術手段，如HTTP 碼流、TCP協(xié)議棧改善、次優(yōu)鏈路非平衡復雜等實現(xiàn)其業(yè)務目的。運營商的解決方案更關注整網流量模型優(yōu)化，保證資源均衡使用、避免出現(xiàn)熱點區(qū)域，故障發(fā)生時能保證有足夠備份容量支撐業(yè)務，采用大顆粒流量調度而不關注應用細節(jié)體驗。

（2）設備松耦合、混合場景部署

廣域網由于規(guī)模巨大，設備類型、出廠年代、軟件版本參差不齊，對SDN的支持不一致。諸多新型網絡協(xié)議棧如Openflow、MPLS/SR、SR-TE/SR Policy[13]等需對現(xiàn)網進行適當軟硬件升級才能實現(xiàn)，因此在多廠家異構場景下保證方案的可實施性、兼容性、互操作性將是重點考慮之處。

（3）可靠性、擴展性要求高

廣域網擁有大量網間互聯(lián)出口，EBGP peer session數(shù)量巨大，路由表容量在不斷增長，出口設備容量、鏈路帶寬、時延參差不齊，很難通過單一策略尋找流量調配的最優(yōu)或次優(yōu)路徑，大多時候錯誤參數(shù)調整反而使整個網絡更加不穩(wěn)定，因此，需要通過大量網絡仿真才能制定相對理想的決策。

3 國內外相關工作

Google于2017年對外發(fā)布了兩種不同的Peering Fabric設計理念[14]，依此成功部署業(yè)界第一個SDN B4數(shù)據(jù)中心互通網絡[15]。Google的全新Espresso Peering Fabric架構如圖2所示，采用SDN技術動態(tài)調整應用出口帶寬，在全局及本地控制器配合下，Espresso可比傳統(tǒng)BGP路由傳送更多的客戶流量，同時顯著提高每條鏈路利用率和端到端用戶體驗。

Espresso要求動態(tài)感知每用戶或每應用流量狀況并據(jù)此進行全局出口資源調配，在提高Peer路由器出口鏈路利用率的同時，盡量避免高優(yōu)先級業(yè)務擁塞。特別地，引入了全局和本地控制器實現(xiàn)Peer路由器轉控分離，不僅將傳統(tǒng)Peer路由器控制面（CP）集中交由自研BGP Agent集中處理，同時將Peer路由器部分轉發(fā)面（DP）功能、訪問控制列表/轉發(fā)信息庫（ACL/FIB,access control list/forward information base）功能卸載到主機Host實現(xiàn)。主機直接引導出口流量選擇最優(yōu)Peer路由器及其外部鏈路，實現(xiàn)從Host到Peer出口的精細化應用流量控制。借助SDN“轉控”分離的想法，Google工程師解耦傳統(tǒng)Peer路由器，并將其演進為Peering Fabric（數(shù)據(jù)轉發(fā)面）和服務器集群（控制面+反向代理/緩存功能）相結合的新型網絡架構。

圖2 Google Espresso Peering Fabric架構Figure 2 Architecture of Google Espresso Peering Fabric

相比而言，F(xiàn)acebook Edge Fabric架構[16]采用SDN Controller集中控制方式，大量使用現(xiàn)有成熟或可實現(xiàn)技術。限制流量調度在單個入網點（PoP，point of presence）實現(xiàn)，基于實時流量、拓撲、路由、策略等信息，無狀態(tài)設計的SDN控制器每隔30 s生成針對應用流量的最優(yōu)及次優(yōu)出口，并通過調整BGP local preference參數(shù)來改變Prefix的下一跳，使用BGP route insertion方式指導不同流量（Prefix）在多個自治系統(tǒng)邊界路由器（ASBR，autonomous system boundary router）之間的均衡負載。

Facebook Edge Fabric架構如圖3所示，SDN控制器的多個功能組件負責采集各種網絡資源信息。BMP Collector和多個Peer路由器之間建立BMP session搜集Prefix/Peer信息，Traffic Collector利用網絡數(shù)據(jù)包交換技術或簡單網絡管理協(xié)議（SNMP，simple network management protocol）搜集接口/Prefix流量，同時SDN控制器會搜集PoP網絡拓撲及策略信息。因BGP不能感知應用服務質量，Edge Server動態(tài)隨機選一小部分流量做標記，并用來測量使用最優(yōu)及次優(yōu)BGP路徑的性能，以評估主BGP路徑擁塞或未達理想目標時是否可調配部分流量通過次優(yōu)出口。當調度仍然發(fā)生在主用Peer路由器上，借助SDN控制器，出向擁塞的主用Peer路由器可以借助策略路由將部分流量重定向到非擁塞的Peer路由器出口上。

從圖3可以看出， Facebook采用業(yè)界廠商支持的主流網絡協(xié)議。最早嘗試Google的Host Routing方式直接選路到Peer路由器，從Host建立到Peer路由器出口的通道，Host 負責標識DCSP值，Peer路由器根據(jù)DSCP值轉發(fā)到不同端口。在技術實施方面，需考慮如合適的路由及轉發(fā)軟件、大量主機狀態(tài)及時同步等各項問題，最終Facebook選擇了相對成熟的BGP Inject@PR方案，這是現(xiàn)階段比較適合Facebook的Edge Fabric架構方案，未來會考慮轉向BGP 出口流量工程（EPE，egress peering engineering）和SR。

圖3 Facebook Edge Fabric架構Figure 3 Architecture components of Facebook Edge Fabric

4 基于SR Policy/EPE方式的流量調度優(yōu)化方案

本節(jié)提出廣域網出口流量調度的SDN部署方案，首先總結了廣域網出口流量調度目標；然后針對基于SR Policy/EPE方式的流量調度優(yōu)化方法進行詳細介紹；最后對仿真驗證進行說明。

4.1 廣域網出口流量調度目標

廣域網之間流量調度需求非常普遍。通常采用BGP路由策略實現(xiàn)，難以有效利用次優(yōu)線路資源實現(xiàn)多出口等價或非等價負載均衡、實現(xiàn)遠端非直連自動引流（AS，auto steering）流量調度、故障情況流量切換。企業(yè)客戶出于投資成本考慮，會將自己服務器托管在運營商數(shù)據(jù)中心，同時希望運營商提供相關網內（省際出口）、網間（國內三大運營商網間互聯(lián)出口）甚至網際（國際互聯(lián)網出口）多點均衡流量調度方案。

4.2 基于SR Policy/EPE方式的流量調度方法及仿真驗證

下面介紹利用SR Policy/ EPE方式實現(xiàn)互聯(lián)網出口流量調度優(yōu)化方法。圖4是一個典型廣域網多出口調度場景。

網絡AS100分別與其托管數(shù)據(jù)中心AS300及其他運營商AS200建立多條互聯(lián)互通EBGP Peer連接通路，每個方向通路包括多臺Peer路由器及出口鏈路。正常情況下，為保證服務質量，會預留較多帶寬，所有方向鏈路聚合帶寬足夠滿足網內及網間流量需求，但由于BGP路由參數(shù)配置、設備支持能力等，網絡存在熱點區(qū)域，峰值情況下部分EBGP鏈路利用率會接近100%，而有些其他區(qū)域鏈路利用率不到50%。因此，優(yōu)化流量調度的目的為確保在擁塞情況下運營商有足夠的能力分析、調配部分流量分流去次優(yōu)方向或將關鍵流量調往專門鏈路。

在該場景中，網內客戶（AS100）要求提供國際互聯(lián)網和數(shù)據(jù)中心云訪問服務。不同業(yè)務對網絡的需求不同，互聯(lián)網訪問提供盡力而為的服務，數(shù)據(jù)中心AS300云服務訪問則要求保證低時延、低丟包率、高可靠，但應用對帶寬要求不高。因出口方向流量可選擇去往路徑較多，各流量方向會經過不同廠家設備類型，表項容量、鏈路帶寬及使用率、軟件支持能力不盡相同，僅依靠調整BGP路由參數(shù)，配置復雜，可能效果不明顯。

圖4 典型廣域網多出口調度場景Figure 4 Multi-interface scheduling scenario of WAN

網絡設計通常建議將用戶策略（flow-tag/DSCP標識）及路由策略（forwarding class/color標識/簡單下一跳）分離，前者負責標識應用流量，后者定義路徑策略。客戶入向設備實施應用分類，確定流量去往互聯(lián)網出口或云服務數(shù)據(jù)中心。最簡單的方法是使用Destination Prefix Set，如果認為顆粒度太細，可以使用BGP Community或AS-Path屬性進行限制，部分用戶會增加Source Prefix Set、應用優(yōu)先級的訴求。流量調度通常只需要建立用戶策略與路由策略之間的動態(tài)映射關系即可方便實現(xiàn)流量全向靈活調度，具體需要依據(jù)廠家及設備支持能力。

針對路徑策略分類采用全新SR Policy架構解決，其封裝部署模型如圖5所示。從架構上來說，SR Policy遵從國際互聯(lián)網工程任務組（IETF，The Internet Engineering Task Force）架構草案，由一個元組標識：端點endpoint代表SR Policy 的終結點，是一個 IPv4/IPv6 地址，顏色color代表意圖，表示到達端點的特定方式。每條SR Policy可以包含多條備選路徑，基于preference參數(shù)優(yōu)選，被選中的路徑可以包含多條加權負載均衡路由供選擇，這樣便于將流量在多個最優(yōu)、次優(yōu)路徑實施負載均衡調度。備選路徑支持BGP、路徑計算單元通信協(xié)議（PCEP，path computation element communication protocol）多種方式下發(fā)，用戶可通過命令行界面手工配置、SDN控制器甚至BGP RR反射器（基于用戶流量調度請求或主動通過Netconf、PCEP或BGP ）等方式下發(fā)。用戶流量如果希望牽引使用SR Policy定義的路徑，只需對BGP路由標色（color）。如果路由顏色和下一跳地址與元組匹配，此時SR Policy基于color模版和Endpoint動態(tài)生成，即成為按需下一跳（ODN，on-demand next-hop），流量會自動按照SR Policy定義的路徑SR標簽轉發(fā)。

color字段還提供一個Flag選項，缺省00代表完全匹配，當flag設置成01時，如果不能找到完全匹配，可以只依據(jù)color，endpoint 0.0.0.0/0任意匹配，不關注流量是IPv4還是IPv6，由此實現(xiàn)一種Color-only AF-agnostic Automated Steering流量調度牽引模式，如圖6所示。

在圖4的典型廣域網多出口調度場景中，由于最初路由器硬件并不支持SR和SR Policy功能，只能實現(xiàn)MPLS標簽轉發(fā)。為達到用戶流量調度要求，利用BGP EPE方式為Peer路由器出口鏈路分配標簽標識，通過BGP多標簽（BGP-LU，border gateway protocol labeled unicast）強行為Destination Prefix壓入一層EPE標簽，基于BGP LU下一跳地址，ingress設備自動遞歸解析出相應Peer路由器的MPLS路徑。這種方法能夠在一定程度上解決邊界 Peer出口鏈路流量調度問題，但存在局限性，即只能基于Prefix-set細顆粒度下發(fā)流量，入口流量設備到Peer路由器只能實現(xiàn)盡力而為的轉發(fā)，BGP LU壓標簽棧方式無法提供路徑檢測機制，易出現(xiàn)黑洞。通過適當軟/硬件升級，使設備及網絡支持SR和SR Policy功能。

圖5 SR Policy封裝部署模型Figure 5 Packaging and deployment model of SR policy

圖6 Color-only AF-agnostic Automated Steering流量調度牽引模式Figure 6 Traffic scheduling mode of Color-only AF-agnostic Automated Steering

為仿真和驗證改進后的基于SR Policy/EPE方式的流量調度優(yōu)化方案的可行性，采用Mininet+OpenDayLight網絡仿真平臺來搭建拓撲，Mininet網絡仿真工具版本為2.1.0，控制平面利用開源的OpenDayLight SDN控制器0.8.0版本，并在其上安裝BMP服務功能，仿真流量調度數(shù)據(jù)流如圖7所示。

在圖7中，黑、黃、橙3種顏色箭頭分別對應不同方案（Best Effort/ SR Policy / SR Policy +BGP EPE）下用戶流量（1.1.1.1 color 99和2.2.2.2）所要經過的完整路徑。黑色箭頭代表系統(tǒng)缺省選擇的最短路徑方案，即根據(jù)BGP 1.1.1.1/2.2.2.2從AS 100 R1經R4到達AS 200 R8。因所有流量缺省都經由這條線路到達R8，若某一階段R3到R5中間鏈路出現(xiàn)擁塞，則需要網絡告警通知運維人工干預。

圖7 仿真流量調度數(shù)據(jù)流Figure 7 Data flow of simulated traffic scheduling

黃色箭頭代表只使用SR Rolicy方案對用戶流量進行調度，借助控制器（XTC）北向Restconf API開放接口向網絡發(fā)送SR Policy流量調整策略。本文方案采用最短時延或TE最短路徑到達出口路由器R5，此時數(shù)據(jù)流流向如圖8所示。和系統(tǒng)缺省方案不同，此時R5向域內（AS100）發(fā)布路由時，對于1.1.1.1/32標記color 99,對于2.2.2.2/32不使用color標記。當R3收到color標記為99的路由時（1.1.1.1/32），R3向R10（XTC）請求并獲取SR Policy，在R3上配置針對color標記99的動態(tài)SR Policy并將其放在轉發(fā)表后，實現(xiàn)流量的引流，按照TE最短路徑或最低時延去往R5。數(shù)據(jù)流驗證結果表明，從R1到1.1.1.1的流量，在R3上根據(jù)SR Policy指定的SRTE路徑經過R3-R2-R7到達R5，并經過R8（AS300）達到R9（AS400）。此時，部分流量（1.1.1.1 color 99 黃色）經由R3-R4-R5調整至R3-R2-R7-R5。若不希望所有（1.1.1.1 color 99 黃色）流量都通過新的路徑，則定義這條SR Policy包含兩條加權路徑，一條走原來的R3-R4-R5，一條走R3-R2-R7-R5，將（1.1.1.1 color 99 黃色）流量按一定比例在這兩條路徑非平衡負載。經處理之后，原有R3-R4-R5擁塞鏈路告警消失，所有AS 100訪問流量（1.1.1.1/2.2.2.2）均通過到AS 300的跨域連接到達R8，R5-R8之間跨域鏈路相對使用率較高。

圖8 基于SR Policy方式的數(shù)據(jù)流Figure 8 Data flow based on SR policy

改進后的基于SR Policy/EPE方式的流量調度優(yōu)化方案對應圖7中的橙色箭頭指向，在AS100域內通過XTC控制器計算路徑并下發(fā)SR Policy之后，在出口路由器R5上應用EPE功能引導跨域出口流量調度，從而合理選擇下一跳經由R6（AS200）去往R9（AS400）。利用OpenDayLight控制器從出口路由器R5收集pre-policy and post-policy RIB路由信息，經分析發(fā)現(xiàn)目標網段（1.1.1.1 color 99）經由AS200也可以到達，因為是非最優(yōu)路由，在傳給R3的BGP update這一部分次優(yōu)路由信息被丟失。為持續(xù)改善用戶體驗，可嘗試將部分流量經由次優(yōu)路徑傳送并評估效果，如效果不好則回撤。具體可通過修改（PUT）之前下發(fā)的SR Policy，增加下一跳AS 200 Link EBGP EPE標簽將流量調整經由AS 200轉發(fā)。業(yè)務低谷期間，可通過Netflow/SNMP等手段獲取（1.1.1.1/2.2.2.2）Flow流量信息，如發(fā)現(xiàn)業(yè)務流量持續(xù)下降可通過刪除SR Policy，恢復初期最短路徑路由方案，將占用的R2-R7的鏈路資源讓出來。

SR Policy提供基于流量和時延的鏈路優(yōu)化策略，加上EPE對多路徑負載均衡的支持后變?yōu)楦屿`活的流量調配方式。該調度方式對圖4的典型廣域網多出口調度場景中托管數(shù)據(jù)中心DC流量（AS 300）調度尤為重要。DC出互聯(lián)網方向可以有兩條路徑（綠色箭頭指向）：直連“AS 200”和經由“AS100，AS200”，前者從BGP路由策略的角度看為最優(yōu)路徑，如果此時部分流量分流繞道至相對較遠的路徑（即AS-Path較長），則需通過BGP放明細路由方法，但此時負載分擔比例無法精細化調整，在應用基于SR Policy/EPE方式的流量調度方法后，以SR Policy策略加上出口流量的多路徑加權負載均衡流量調度優(yōu)化可提供次優(yōu)路徑的分析選擇，以優(yōu)化廣域網的鏈路擁塞問題。

5 總結與展望

本節(jié)對基于SR Policy/EPE方式的流量調度優(yōu)化方法的技術優(yōu)勢、方案創(chuàng)新點及后期改進方向進行總結。

5.1 方案創(chuàng)新點

SR Policy將運營商最擅長的BGP路由置于整個體系的核心。在運營商網絡的流量調度方面有以下的創(chuàng)新。

（1）SR Policy以ODN的方式動態(tài)指定候選路徑，此時所有邊緣節(jié)點只需要配置少量相同的模板，不再需要預先手動配置任何全網狀的互聯(lián)隧道。與原先的RSVP預置于網絡中的大量的全網狀隧道相比，SR Policy ODN模式極大地簡化了運營商網絡，同時提升了網絡的可擴展性。

圖9 基于SR Policy/EPE方式的數(shù)據(jù)流Figure 9 Data flow based on SR Policy/EPE

（2）本文提出的基于SR Policy/EPE方式的流量調度方法通過BGP直接將SR Policy中的各條候選路徑和路由裝載到路由器的轉發(fā)表上，避免了以往運營商網絡實現(xiàn)引流的各種復雜方式，實現(xiàn)每條流的自動引流，進一步實現(xiàn)運營商對網絡流量的精細化控制。

（3）SR Policy利用定義了端到端的備選路徑。通過備選路徑上應用Weight值可以很容易地實現(xiàn)不同路徑之間的負載分擔，或不同路徑按比例分配流量。這種端到端的流量分配與調度機制，實現(xiàn)運營商全網尤其是出口流量調度的優(yōu)化，為提高骨干鏈路的利用率提供了適用且高效的方法。

5.2 工作展望

總體而言，采用SR Policy方式實施SDN部署相比傳統(tǒng)方案具備不少后發(fā)優(yōu)勢。初期SR技術通常利用標簽交換，與MPLS LDP/RSVP-TE有完善互操作方案，適合運營商混合組網分階段引入。與傳統(tǒng)SR架構相比，本文所提SR Policy/EPE方法旨在為運營商提供更為高效的流量調控方案。其中，網絡數(shù)據(jù)采集、遙測、基于大數(shù)據(jù)的智能流量調度等沒太多涉及，這是下一階段需要持續(xù)創(chuàng)新改進的地方。

受SR設計理念影響，初期SR Policy設計沒有太多考慮帶寬、時延及流量優(yōu)先級需求。利用BGP-LS采集拓撲并沒有完整收集時延、端口速率、帶寬等信息，這使當前版本僅能依賴XTC控制器計算路徑方案，解決這一問題需借助網優(yōu)建模規(guī)劃軟件及一些其他技術手段，如SR轉發(fā)計數(shù)（SR forwarding counter）、鏈路時延檢測及相關路徑計算（link delay performance measurement）等。

后續(xù)改進方案會考慮引入網絡流量規(guī)劃設計、業(yè)務部署及中心調度方案，同時更新升級PCE控制器進行路徑計算優(yōu)化、擴展BGP-LS拓撲采集信息，實現(xiàn)與SR網絡更緊密的整合。通用路徑計算交由XTC控制器完成，與帶寬相關的應用交由網絡流量規(guī)劃設計工具提供類似的服務，如帶寬隨需申請（service-driven BW on demand）、網絡帶寬模型優(yōu)化（network tactical BW optimization）、帶寬分時共享（bandwidth calendaring）等創(chuàng)新服務類型，業(yè)務調度平臺負責業(yè)務下發(fā)及整個網絡方案的自動化流程管理。

6 結束語

本文介紹的廣域網出口流量調度優(yōu)化部署方案在SDN架構基礎上，將新型技術架構SR Policy和傳統(tǒng)BGP協(xié)議相結合，在盡量保護原有設備投資及運維體系基礎上成功實現(xiàn)了廣域網出口流量操控。隨著SDN相關產品技術的不斷完善，流量調度方案進一步完善，可以預見，未來更多符合中國運營商以及企業(yè)廣域網應用場景的新方案、新技術將不斷涌現(xiàn)。