謝兆賢，陳 慧，張安琳，黃道穎，王巍振

（鄭州輕工業(yè)學(xué)院計(jì)算機(jī)與通信工程學(xué)院，鄭州 450002）

0 引言

軟件定義網(wǎng)絡(luò)（Software Defined Network，SDN）從被提出以來(lái)，一直成為當(dāng)今計(jì)算機(jī)網(wǎng)絡(luò)管理運(yùn)行研究中的一個(gè)熱點(diǎn)問(wèn)題。根據(jù)SDN集中統(tǒng)一管理的特性，更多的部署和研究一般都在規(guī)模相對(duì)集中的數(shù)據(jù)中心上。而由于廣域網(wǎng)上傳統(tǒng)路由和流量工程機(jī)制的弊端逐漸凸顯，近些年對(duì)SDN的研究逐漸轉(zhuǎn)移到了廣域網(wǎng)（WAN）。

在近十年中，互聯(lián)網(wǎng)供應(yīng)商和網(wǎng)絡(luò)運(yùn)營(yíng)商正在尋找新的方式來(lái)管理規(guī)模日漸復(fù)雜的網(wǎng)絡(luò)。網(wǎng)絡(luò)整體的可測(cè)量性成為一個(gè)重要的點(diǎn)。各個(gè)域之間的路由協(xié)議是邊界網(wǎng)關(guān)協(xié)議（BGP），BGP對(duì)等通信需要全遍歷網(wǎng)絡(luò)，復(fù)雜度為n（n-1）/2，域內(nèi)部路由器會(huì)對(duì)網(wǎng)路資源消耗巨大。文獻(xiàn)［1］提出了一種中央對(duì)等集中控制平臺(tái)來(lái)模擬BGP會(huì)話，這種中央控制的平臺(tái)為全網(wǎng)提供了整體網(wǎng)絡(luò)視圖，保證了全網(wǎng)內(nèi)的正確性，并大大減少了網(wǎng)絡(luò)資源的浪費(fèi)。這種中央控制平臺(tái)的提出對(duì)SDN應(yīng)用于廣域網(wǎng)上提供了思路。

隨著廣域網(wǎng)流量不斷加大，更可靠、更高性能及細(xì)粒度的管理成為另一個(gè)所需要關(guān)注的點(diǎn)。由于計(jì)算機(jī)網(wǎng)絡(luò)是一個(gè)復(fù)雜且分布式的系統(tǒng)，一個(gè)小的錯(cuò)誤并不容易被發(fā)現(xiàn)，但可能會(huì)造成一連串的蝴蝶效應(yīng)，最終導(dǎo)致整體服務(wù)中斷。文獻(xiàn)［2］提出了一個(gè)對(duì)于廣域網(wǎng)網(wǎng)絡(luò)功能的完全重構(gòu)方案，從中央這個(gè)有利的位置全局對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行控制。這為軟件定義網(wǎng)絡(luò)提供了一個(gè)基本的雛形，即一個(gè)中央控制、數(shù)據(jù)轉(zhuǎn)發(fā)分離的網(wǎng)絡(luò)構(gòu)想。

隨著這些構(gòu)想的出現(xiàn)，由N.McKeown教授在2008年提出了Open Flow［3］SDN體系架構(gòu)，這使得可編程網(wǎng)絡(luò)從一個(gè)學(xué)術(shù)研究成果轉(zhuǎn)化為了一個(gè)可落地實(shí)用的商業(yè)解決方案。提供了一種標(biāo)準(zhǔn)化的協(xié)議，圖1為其提供的交換機(jī)框架。主要由流表（Flow table）、安全通道（Secure channel）、和 Open Flow 協(xié)議組成。

本文研究了3個(gè)不同軟件定義廣域網(wǎng)（Software Define Wide Area Network，SD-WAN）配置方案，總結(jié)其分布式體系架構(gòu)特點(diǎn)，分析SD-WAN研究存在的問(wèn)題和所面臨的挑戰(zhàn)，為未來(lái)SD-WAN應(yīng)關(guān)注的問(wèn)題和發(fā)展趨勢(shì)研究提供參考。

1 分布式控制器架構(gòu)ONOS

SDN最初的設(shè)計(jì)并不適用于廣域網(wǎng)WAN上，高度集中的架構(gòu)雖然能夠解決WAN上的一些問(wèn)題，但WAN中的延遲遠(yuǎn)比其他網(wǎng)絡(luò)中的大，也更容易發(fā)生鏈路故障，需要更加彈性的故障處理要求和全局的網(wǎng)絡(luò)視圖。因而分布式的轉(zhuǎn)發(fā)平面部署和集中式的控制平面部署應(yīng)運(yùn)而生，如何在WAN中分布式的架構(gòu)下實(shí)現(xiàn)橫向擴(kuò)展和提供全局網(wǎng)絡(luò)視圖是SDN應(yīng)用于WAN中的一個(gè)挑戰(zhàn)。ONOS［4］分布式架構(gòu)控制器的提出為這個(gè)問(wèn)題提供了一個(gè)參考方向。

1.1 ONOS架構(gòu)

ONOS是采用分布式架構(gòu)的一種開(kāi)放式網(wǎng)絡(luò)操作系統(tǒng)，為上層提供全局網(wǎng)絡(luò)視圖。ONOS最開(kāi)始著重于在分布式平臺(tái)上實(shí)現(xiàn)橫向擴(kuò)展和容錯(cuò)的全局網(wǎng)絡(luò)視圖。圖2為ONOS最初的系統(tǒng)架構(gòu)。

提供兩個(gè)主要屬性：①所有ONOS實(shí)例之間的全局網(wǎng)絡(luò)視圖和抽象共享網(wǎng)絡(luò)狀態(tài)；②廣泛的橫向擴(kuò)展能力，用于性能和容錯(cuò)。在由ONOS控制的網(wǎng)絡(luò)中，每個(gè)交換機(jī)都有一個(gè)主控制器來(lái)控制其轉(zhuǎn)發(fā)平面，然而，交換機(jī)的狀態(tài)在所有控制器實(shí)例之間共享，并持續(xù)存在于分布式，最終一致的Cassandra鍵值存儲(chǔ)中，使得ONOS的網(wǎng)絡(luò)視圖最終也一致。在交換機(jī)或鏈路故障的情況下，Zookeeper提供的協(xié)商一致的協(xié)議自動(dòng)選擇一個(gè)新的主控制器。

1.2 ONOS系統(tǒng)分析

ONOS利用到了多個(gè)Flood Light模塊進(jìn)行分布式管理，每個(gè)控制器發(fā)現(xiàn)網(wǎng)絡(luò)拓?fù)溆糜跇?gòu)建全局網(wǎng)絡(luò)視圖，應(yīng)用程序從全局網(wǎng)絡(luò)視圖中讀取信息，已進(jìn)行轉(zhuǎn)發(fā)和策略決定，這些決定同時(shí)也被寫(xiě)入網(wǎng)絡(luò)視圖中，最終將這些決定發(fā)送到相應(yīng)的Open low控制器，來(lái)控制底層數(shù)據(jù)轉(zhuǎn)發(fā)。Titan為全局網(wǎng)絡(luò)視圖的圖形數(shù)據(jù)庫(kù)，Cassandra用于分布式鍵值存儲(chǔ)，Blueprints圖形將網(wǎng)絡(luò)最終狀態(tài)公開(kāi)給應(yīng)用程序。

ONOS其中一個(gè)最關(guān)鍵的特性是分布式架構(gòu)中的橫向擴(kuò)展。ONOS在多個(gè)服務(wù)器上運(yùn)行，每個(gè)服務(wù)器都作為獨(dú)占主控制器中的一部分，每個(gè)單獨(dú)的ONOS實(shí)例僅負(fù)責(zé)在其控制交換機(jī)與全局網(wǎng)絡(luò)視圖之間傳播狀態(tài)更改。隨著轉(zhuǎn)發(fā)平面增長(zhǎng)或需求增加，可以向ONOS主系統(tǒng)中添加分配其他的控制器實(shí)例來(lái)分配控制平面的負(fù)載。

ONOS另一個(gè)特點(diǎn)即為容錯(cuò)能力。在分布式的控制器管理下，交換機(jī)可能連接多個(gè)控制器，但只有一個(gè)控制器是主機(jī)，主機(jī)單獨(dú)負(fù)責(zé)發(fā)現(xiàn)交換機(jī)信息和下達(dá)轉(zhuǎn)發(fā)命令。當(dāng)主控制器發(fā)送故障時(shí)，則會(huì)在其余控制器中選擇一個(gè)新的控制器成為主控，接管工作，以確保每個(gè)交換機(jī)有且僅有一個(gè)主控制器?？刂破鞯浇粨Q機(jī)的檢測(cè)和故障相應(yīng)通過(guò)ZooKeeper來(lái)實(shí)現(xiàn)，如果一個(gè)主控制器與其失去聯(lián)系，則有另一個(gè)控制器接管這個(gè)主控制器的工作，只要有大多數(shù)控制器可用，則ZooKeeper就是容錯(cuò)的。

在圖2的ONOS架構(gòu)中，很多功能還可以加強(qiáng)，但它提供了在WAN中部署的思路，即在控制器層面采用分布式架構(gòu)，來(lái)獲取全網(wǎng)視圖。

2 垂直多控制器架構(gòu)WA-SDN

在SD-WAN中，過(guò)于大的延遲很可能造成數(shù)據(jù)包處理規(guī)則混亂，這是因?yàn)橐恍┭舆t敏感的數(shù)據(jù)包在達(dá)到邊緣路由器時(shí)，控制器下發(fā)流表的速度遠(yuǎn)大于其轉(zhuǎn)發(fā)速度，因而會(huì)造成擁塞，使整個(gè)網(wǎng)絡(luò)更新不可靠。文獻(xiàn)［5］提供了一種垂直多控制器架構(gòu)WA-SDN解決方案。

2.1 WA-SDN架構(gòu)

圖3為其整體架構(gòu)，主要組成部分為網(wǎng)絡(luò)管理（NM）和區(qū)域管理（ZM）。邏輯層有3個(gè)，分別為轉(zhuǎn)發(fā)層，控制層和管理層。

在底層轉(zhuǎn)發(fā)層上，與ONOS類似的架構(gòu)，在邏輯上劃分區(qū)域，每個(gè)區(qū)域由本地控制器控制，這會(huì)使控制器上的負(fù)載降低，允許控制器對(duì)流量進(jìn)行細(xì)粒度的管理。由于WAN的分散屬性，可將控制器置于不同的地理位置，有效地降低延遲。同時(shí)允許不同的控制器實(shí)現(xiàn)和交換機(jī)的API在同一個(gè)網(wǎng)絡(luò)中共存，有利于WAN的整體升級(jí)。

2.2 WA-SDN系統(tǒng)分析

在Adaptation layer中，ZM中允許包含不同的控制器，作為每個(gè)控制器的插件進(jìn)行安裝，利用本地的交換機(jī)協(xié)議與其區(qū)域中的交換機(jī)進(jìn)行通信，這里允許本地的協(xié)議可以自由選擇。對(duì)于上層，ZM則利用標(biāo)準(zhǔn)的控制協(xié)議從NM中獲取命令，并將這些命令發(fā)送給控制器。在ZM中的組件可以從控制器中收集流量信息和拓?fù)湫畔?，并將信息定期地發(fā)送給NM。這樣做的好處是把各區(qū)域獨(dú)立出來(lái)，分別進(jìn)行匯總控制，減少了開(kāi)銷。

在Management Service中，存在多個(gè)組件用于管理ZM，其主要負(fù)責(zé)收集信息構(gòu)建全網(wǎng)視圖，驗(yàn)證可信的ZM信息，管理全局流量，統(tǒng)計(jì)監(jiān)控網(wǎng)絡(luò)并把ZM的相應(yīng)信息傳遞給上層應(yīng)用。最上層的應(yīng)用包括各種網(wǎng)絡(luò)管理工具，它們作為NM的插件或獨(dú)立的組件來(lái)進(jìn)行工作，上層應(yīng)用為整體的網(wǎng)絡(luò)提供更加健全的功能。

在這種垂直架構(gòu)的基礎(chǔ)上，文獻(xiàn)［6］還提供了一種WAN中新型的監(jiān)控策略，如圖4所示。ZM向上級(jí)采用信息推送，向下級(jí)采用輪詢，這種方式的好處在于可以大大減少NM的負(fù)擔(dān)，并可充分利用ZM，細(xì)粒度的管理各區(qū)域內(nèi)網(wǎng)絡(luò)。

3 Google的B4網(wǎng)絡(luò)

在WAN中，大型的公司為全球客戶提供服務(wù)，傳統(tǒng)的分布式架構(gòu)通常會(huì)造成數(shù)據(jù)中心過(guò)度配置。在不同時(shí)段對(duì)數(shù)據(jù)中心的帶寬需求也不相同，除去高峰期，平均利用率只達(dá)到30%到40%之間，很多資源被浪費(fèi)，增加了運(yùn)營(yíng)成本。Google為了解決這些流量問(wèn)題，利用SDN的思想，在全球部署了B4網(wǎng)絡(luò)［7］，這是在WAN中成功部署的一個(gè)例子，可以窺見(jiàn)WAN中數(shù)據(jù)中心的冰山一角。

3.1 B4網(wǎng)絡(luò)架構(gòu)

B4的整體邏輯框架也為3層，如圖5所示，B4服務(wù)多個(gè)WAN站點(diǎn)，每個(gè)站點(diǎn)都有多個(gè)服務(wù)器集群，每個(gè)Site僅轉(zhuǎn)發(fā)流量，不執(zhí)行控制，集群中都包含一組運(yùn)行BGP的路由器，與B4之間對(duì)等切換，GOOGLE認(rèn)為基于SDN的B4必須支持現(xiàn)有的分布式路由協(xié)議，實(shí)現(xiàn)傳統(tǒng)網(wǎng)絡(luò)與SDN的互通。控制全部交給上層的Open Flow控制器（OFC）和網(wǎng)絡(luò)控制服務(wù)器（NCS）來(lái)執(zhí)行。OFC根據(jù)NCS指令和交換機(jī)各種狀態(tài)來(lái)維護(hù)網(wǎng)絡(luò)。

Cental TE sever為整個(gè)網(wǎng)絡(luò)的邏輯中心控制器。可以從各個(gè)數(shù)據(jù)中心控制器來(lái)收集鏈路信息從而掌握路徑信息。

3.2 B4系統(tǒng)分析

B4工作原理是控制所有IP層的邊緣設(shè)備，把大多數(shù)帶寬都用于一些低優(yōu)先級(jí)、計(jì)劃的、和大的復(fù)制任務(wù)，使整個(gè)網(wǎng)絡(luò)最終僅僅具有幾十個(gè)站點(diǎn)，使得集中控制的方案可行。B4在控制路徑上是與數(shù)據(jù)中心來(lái)維護(hù)流表項(xiàng)，這樣做的好處可以使得同一類別的數(shù)據(jù)可以匯聚成一條流，之后根據(jù)權(quán)重，參數(shù)優(yōu)先級(jí)，使用bandwidth函數(shù)來(lái)分配寬帶，達(dá)到理想的負(fù)載均衡。B4采用定制的Open Flow交換機(jī)，控制器可以動(dòng)態(tài)分配應(yīng)用所需要的帶寬，并可在交換機(jī)和鏈路故障情況下動(dòng)態(tài)地重啟路由。最重要的是在SDN控制平面還儲(chǔ)存了很多傳統(tǒng)路由協(xié)議，使得當(dāng)集中TE完全失效的情況下，保持網(wǎng)絡(luò)完全的可操作性。B4鏈接基本可以保證百分百鏈路利用率，使得鏈路使用時(shí)長(zhǎng)增大了70%。

B4的成功為后續(xù)研究提供了一個(gè)分布式控制器的應(yīng)用案例。它證明了SDN在大型網(wǎng)絡(luò)中的可用性。并且展示了在SDN中并非僅僅存在Open Flow協(xié)議，仍存在傳統(tǒng)的動(dòng)態(tài)路由協(xié)議。

4 存在的問(wèn)題與研究熱點(diǎn)

通過(guò)上述對(duì)SD-WAN部署的研究，可以梳理出SDN在廣域網(wǎng)領(lǐng)域的一些熱點(diǎn)研究問(wèn)題，總結(jié)如下。

4.1 分布式控制器

盡管文獻(xiàn)［1］提供了一個(gè)完全分布式控制器架構(gòu)的案例，但在真實(shí)場(chǎng)景中，廣域網(wǎng)分布較廣，延遲很大，分布式控制器仍然需要主控制器分配狀態(tài)，而分布式控制器的物理距離可能會(huì)使得全局網(wǎng)絡(luò)動(dòng)態(tài)不一致，因此，如何保持在控制器層面上的邏輯集中，在數(shù)據(jù)平面上需要放置多少分布式控制器是SD-WAN中的一個(gè)挑戰(zhàn)。文獻(xiàn)［8］提供了一個(gè)域間交換點(diǎn)的方案，在域間同時(shí)路由服務(wù)器和SDN控制器的方案，該方案使得每個(gè)域間的AS在虛擬交換機(jī)上編寫(xiě)相應(yīng)的路由策略，使得在路由器上同時(shí)包含BGP和SDN轉(zhuǎn)發(fā)策略。但此種策略需要安裝大量的SDN規(guī)則，這些規(guī)則安裝遠(yuǎn)遠(yuǎn)超出了現(xiàn)有交換機(jī)的功能，實(shí)現(xiàn)起來(lái)成本過(guò)高。

4.2 全網(wǎng)更新不一致問(wèn)題

在WAN上SDN控制器給予了全局更高效的路徑選擇策略，但在WAN上出現(xiàn)故障和擁塞時(shí)，轉(zhuǎn)發(fā)平面需要通過(guò)控制器決定轉(zhuǎn)發(fā)策略，大型網(wǎng)絡(luò)中數(shù)據(jù)平面的更新時(shí)延可能會(huì)導(dǎo)致數(shù)據(jù)包處理方式在設(shè)備之間嚴(yán)重不一致。如何實(shí)時(shí)地選擇更加高效的路徑問(wèn)題也會(huì)是一個(gè)研究的熱點(diǎn)問(wèn)題。文獻(xiàn)［9］提供了一種靜態(tài)按照特定順序更新的機(jī)制，但該機(jī)制并不能動(dòng)態(tài)適應(yīng)控制平面的變化，仍會(huì)導(dǎo)致更新時(shí)方案不一致。文獻(xiàn)［10］提供了一種聚合模型來(lái)適應(yīng)全網(wǎng)更新，介紹了每種分組一致性模型，每種模型根據(jù)流的一致性被單一地進(jìn)行處理，相同的分組在網(wǎng)絡(luò)中被一致處理掉。但這種聚合模型會(huì)顯著增大控制器的負(fù)載，如何以最小代價(jià)維護(hù)全局網(wǎng)絡(luò)的一致性也將會(huì)是一個(gè)值得深入探討的問(wèn)題。

4.3 流量控制和負(fù)載均衡

SDN具有細(xì)粒度管理的優(yōu)勢(shì)，但細(xì)粒度的管理會(huì)增加控制器的負(fù)擔(dān)，一旦主控制器不堪負(fù)載，將可能造成全網(wǎng)絡(luò)中斷的后果，盡管B4提供了一些流量控制的參考，但其單獨(dú)定制的交換機(jī)成本可能會(huì)過(guò)大，并不是一種通用的方式。必須選取一種合適的管理方式降低控制器負(fù)載，來(lái)增強(qiáng)網(wǎng)絡(luò)的可靠性。文獻(xiàn)［11］是微軟公司提供的SWAN方案，使用細(xì)粒度策略規(guī)則和集中式調(diào)度器來(lái)承載更多的高優(yōu)先級(jí)流量（如流量用于交互式應(yīng)用），同時(shí)保持同級(jí)別的公平性。B4網(wǎng)絡(luò)集中的關(guān)注點(diǎn)在于SDN控制平面和現(xiàn)有路由協(xié)議相互交互，在SDN控制器失效時(shí)可以回退到傳統(tǒng)路由，而SWAN著重于數(shù)據(jù)平面頻繁的更新來(lái)保持網(wǎng)絡(luò)整體利用率。這些大公司的TE為后續(xù)的研究提供了一個(gè)參考方向，需要找到一個(gè)更為通用的方式能夠?qū)崟r(shí)分配流量和路徑選擇。

4.4 網(wǎng)絡(luò)安全

在傳統(tǒng)的WAN中存在許多大規(guī)模分布式拒絕服務(wù)攻擊，這會(huì)對(duì)社會(huì)造成巨大的損失。如何防范并采取相應(yīng)的措施，來(lái)保護(hù)廣域網(wǎng)中數(shù)據(jù)的安全也將是未來(lái)所面臨的一個(gè)大問(wèn)題。文獻(xiàn)［12］提供了一種輕量級(jí)的自組織映射算法對(duì)流進(jìn)行分類檢測(cè)。此方法優(yōu)點(diǎn)在于消耗低，檢測(cè)率高，但不能實(shí)時(shí)檢測(cè)，具有一定的滯后性。文獻(xiàn)［13］提供了一種頻繁更改主機(jī)的IP地址主動(dòng)防御策略（MTW）。由于識(shí)別被攻擊目標(biāo)的活動(dòng)IP是許多攻擊的前兆，因而Open Flow控制器經(jīng)常為每個(gè)主機(jī)分配一個(gè)隨機(jī)的虛擬IP，該隨機(jī)虛擬IP被轉(zhuǎn)換到主機(jī)的真實(shí)IP。真正的IP保持不變，所以IP突變對(duì)終端主機(jī)是完全透明的。通過(guò)DNS獲取的虛擬IP地址可以訪問(wèn)命名的主機(jī)，但實(shí)際IP地址只能由授權(quán)實(shí)體訪問(wèn)。這種方式有效防御了基于掃描的攻擊但并未在分布式拒絕攻擊上提供相應(yīng)的方案。文獻(xiàn)［14］針對(duì)Open Flow的兩個(gè)安全方面挑戰(zhàn)，提供了一種連接遷移的Open Flow數(shù)據(jù)平面擴(kuò)展和一種加速控制平面對(duì)數(shù)據(jù)平面檢測(cè)響應(yīng)機(jī)制。連接遷移在DDoS攻擊下能夠大大減少數(shù)據(jù)控制平面的交互次數(shù)，從而抵御攻擊。數(shù)據(jù)平面檢測(cè)機(jī)制會(huì)在被攻擊觸發(fā)條件時(shí)，激活新的流規(guī)則，提供相應(yīng)的安全服務(wù)。這種方案主要解決了攻擊者從控制平面與數(shù)據(jù)平面之間的接口進(jìn)行攻擊的方式。以上解決方案從不同的方面解決了SDN中的網(wǎng)絡(luò)安全問(wèn)題，但針對(duì)域間分布式控制器的安全監(jiān)控和集中式收集數(shù)據(jù)的難題仍舊存在。

針對(duì)下一代廣域網(wǎng)的研究，在學(xué)術(shù)上普遍認(rèn)同在數(shù)據(jù)平面和控制平面的分離，軟件定義的廣域網(wǎng)被認(rèn)為是一個(gè)比較激進(jìn)的做法。也有部分針對(duì)路由的優(yōu)化研究，例如SCION［15］。SCION把路由區(qū)域分為核心和非核心區(qū)域，核心區(qū)域利用信標(biāo)來(lái)發(fā)現(xiàn)非核心區(qū)域路由和控制相關(guān)路徑，通過(guò)信標(biāo)的輪詢周期，主動(dòng)處理各自治領(lǐng)域內(nèi)存在的問(wèn)題，而上層應(yīng)用不會(huì)察覺(jué)到底層的變化。還有一部分研究是把更多控制功能嵌入到底層的芯片中，把邊界路由器作為一個(gè)智能路由，主動(dòng)地處理數(shù)據(jù)信息。

5 結(jié)論

SDN技術(shù)在提出伊始，就受到了廣泛的關(guān)注和探討，為計(jì)算機(jī)網(wǎng)絡(luò)的發(fā)展開(kāi)辟了一種新的思路。該技術(shù)在日益需求增加的廣域網(wǎng)領(lǐng)域，可顯著提升網(wǎng)絡(luò)性能，降低運(yùn)營(yíng)成本，提升網(wǎng)絡(luò)的可靠性，尤其在軟件驅(qū)動(dòng)下，網(wǎng)絡(luò)的可靠性和性能將會(huì)大大提升。但同時(shí)，軟件定義的廣域網(wǎng)仍處于研究階段，廣域網(wǎng)通常由各種昂貴、專用、高性能設(shè)備逐步建立，很多軟件驅(qū)動(dòng)的設(shè)想在實(shí)際應(yīng)用中并沒(méi)有得到可靠的驗(yàn)證，一些協(xié)議和廠商也不夠成熟。相比于傳統(tǒng)網(wǎng)絡(luò)中分布式架構(gòu)，SD-WAN中集中分布式的控制對(duì)于企業(yè)級(jí)大型網(wǎng)絡(luò)有著難以比擬的優(yōu)勢(shì)，但對(duì)于小型網(wǎng)絡(luò)，SD-WAN的效率并沒(méi)有很大的優(yōu)勢(shì)，因此，如何與傳統(tǒng)網(wǎng)絡(luò)之間進(jìn)行緊密耦合，提供針對(duì)性服務(wù)顯得至關(guān)重要。SD-WAN全面部署將會(huì)比數(shù)據(jù)中心經(jīng)歷更長(zhǎng)的時(shí)間跨度。

有理由相信，下一代互聯(lián)網(wǎng)將會(huì)是一個(gè)更加智能和簡(jiǎn)單的網(wǎng)絡(luò)，隨著業(yè)務(wù)需求日益增長(zhǎng)，特別是隨著行業(yè)的高度關(guān)注，軟件定義廣域網(wǎng)絡(luò)SD-WAN將在未來(lái)幾年繼續(xù)保持研究熱度和快速發(fā)展的態(tài)勢(shì)。

［1］CAESAR M，CALDWELL D，F(xiàn)RAMSTER N，et al.Design and implementation of a routing control platform［C］//Proceedings of the 2Nd Conference on Symposium on Networked Systems Design&Implementation-Volume 2.USENIX Association，2005：15-28.

［2］CASADO M，F(xiàn)REEDMAN M J，PETTIT J，et al.Ethane：taking control of the enterprise［C］//ACM SIGCOMM Computer Communication Review，ACM，2007，37（4）：1-12.

［3］MCKEOWN N，ANDERSON T，BALAKRISHNAN H，et al.OpenFlow：enabling innovation in campus networks［J］.ACM SIGCOMM ComputerCommunication Review，2008，38（2）：69-74.

［4］BERDE P，GEROLA M，HART J，et al.ONOS：towards an open，distributed SDN OS ［C］//Proceedings of the Third Workshop on Hot Topics in Software Defined Networking，ACM，2014：1-6.

［5］AHMED R，BOUTABA R.Design considerations for managing wide area software defined networks［J］.IEEE Communications Magazine，2014，52（7）：116-123.

［6］CHOWDHURY S R，BARI M F，AHMED R，et al.Payless：A low cost network monitoring framework for software defined networks［C］//Network Operations and Management Symposium（NOMS），2014 IEEE.IEEE，2014：1-9.

［7］JAIN S，KUMAR A，MANDAL S，et al.B4：experience with a globally-deployed software defined WAN ［J］.ACM SIGCOMM Computer Communication Review，2013，43（4）：3-14.

［8］GUPTA A，VANBEVER L，SHAHBAZ M，et al.SDX：A software defined internet exchange ［J］.ACM SIGCOMM Computer Communication Review，2015，44（4）：551-562.

［9］KATTA N P，REXFORD J，WALKER D.Incremental consistent updates［C］//Proceedings of the second ACM SIGCOMM Workshop on Hot Topics in Software Defined Networking.ACM，2013：49-54.

［10］REITBLATT M，F(xiàn)OSTER N，REXFORD J，et al.Abstractions for network update［C］//Proceedings of the ACM SIGCOMM 2012 Conference on Applications，Technologies，Architectures，and Protocols for Computer Communication，ACM，2012：323-334.

［11］HONG C Y，KANDULA S，MAHAJAN R，et al.Achieving high utilization with software-driven WAN［C］//ACM SIGCOMM Computer Communication Review，ACM，2013，43（4）：15-26.

［12］BRAGA R，MOTA E，PASSITO A.Lightweight DDoS flooding attack detection using NOX/Open flow［C］//Local Computer Networks （LCN），2010 IEEE 35th Conference on.IEEE，2010：408-415.

［13］JAFARTAN J H，AL-SHAER E，DUAN Q.Openflow random host mutation：transparent moving target defense using software defined networking［C］//Proceedings of the First Workshop on Hot Topics in Software Defined Networks，ACM，2012：127-132.

［14］KLOTI R，KOTRONIS V，SMITH P.Openflow：a security analysis［C］//Network Protocols （ICNP），2013 21st IEEE International Conference on，IEEE，2013：1-6.

［15］BARRERA D，REISCHUK R M，SZALACHOWSKI P，et al.Scion five years later：revisiting scalability，control，and isolation on next-generation networks［J］.ArXiv Preprint arX-iv，https：//arxiv.org/abs/1508.01651，2015：1508.01651.