高強 韓青

摘要：文章首先介紹了SDN的技術(shù)是基于OpenFlow的體系結(jié)構(gòu)和關(guān)鍵技術(shù)，然后從SDN體系結(jié)構(gòu)的設(shè)計方面、OpenFlow協(xié)議標(biāo)準(zhǔn)的持續(xù)演進以及控制器設(shè)計問題三個方面分析了SDN的研究現(xiàn)狀，最后分析了SDN面臨的挑戰(zhàn)以及發(fā)展趨勢。

關(guān)鍵詞：云計算;網(wǎng)絡(luò)技術(shù);SDN;OpenFlow;控制器文獻標(biāo)識碼：A

中圖分類號：TP301文章編號：1009-2374（2016）04-0051-02DOI：10.13535/j.cnki.11-4406/n.2016.04.026

近年來，關(guān)于云計算的研究頗多。隨著云計算的興起，傳統(tǒng)的網(wǎng)絡(luò)技術(shù)越來越不適應(yīng)按需提供網(wǎng)絡(luò)質(zhì)量的要求，并且錯綜復(fù)雜的網(wǎng)絡(luò)環(huán)境變化過快，網(wǎng)絡(luò)管理要求的工作量也日益增多，不能很好地支持以云計算、大數(shù)據(jù)為代表的新型應(yīng)用。軟件定義網(wǎng)絡(luò)（Software Defined Network，SDN）的提出改變了這個現(xiàn)狀。SDN技術(shù)是以分離網(wǎng)絡(luò)的控制平面和數(shù)據(jù)平面為核心，通過從網(wǎng)絡(luò)設(shè)備中分離出來的網(wǎng)絡(luò)控制功能，使網(wǎng)絡(luò)應(yīng)用具有可編程接口，進而控制網(wǎng)絡(luò)資源，從而使現(xiàn)有的網(wǎng)絡(luò)架構(gòu)翻開嶄新的一頁。

1 SDN體系架構(gòu)

1.1 SDN架構(gòu)及特征

ONF在2012的白皮書中提出了三層架構(gòu)。它具有三層：第一層是應(yīng)用層;第二層是控制層;第三層是基礎(chǔ)設(shè)施層。并且具有南、北兩向接口，其中北向接口是連接控制層和應(yīng)用層的;南向接口是連接控制層和基礎(chǔ)設(shè)施層的。OpenFlow標(biāo)準(zhǔn)開放于ONF的南向接口，而北向接口標(biāo)準(zhǔn)尚未統(tǒng)一。應(yīng)用層通過控制層操作的API和網(wǎng)絡(luò)視圖，為使得用戶可以較為方便地通過相關(guān)軟件在邏輯上操作網(wǎng)絡(luò)控制和網(wǎng)絡(luò)服務(wù)，因此第一層應(yīng)用層為API和網(wǎng)絡(luò)藍圖，但要通過控制層操作;第二層控制層以處理數(shù)據(jù)平面的資源、維護整個網(wǎng)絡(luò)藍圖為主，由控制器和網(wǎng)絡(luò)操作系統(tǒng)（Network Operating System，NOS）組成;第三層基礎(chǔ)設(shè)施層則是數(shù)據(jù)處理、轉(zhuǎn)發(fā)和收集的集中處。

業(yè)界普遍認可的SDN應(yīng)具有的三大基本特點：

1.1.1 集中控制：首先，在邏輯上通過集中控制能獲得整個網(wǎng)絡(luò)資源信息;其次，這些信息能根據(jù)業(yè)務(wù)大體趨勢進行統(tǒng)一調(diào)配和優(yōu)化。流量工程、負載均衡便是典型的例子。在此基礎(chǔ)上，集中控制使得網(wǎng)絡(luò)處理快捷方便，因為它能使全局網(wǎng)絡(luò)在邏輯上成為一臺形象的設(shè)備，運行、維護都相對簡單，更省去了物理設(shè)備需要現(xiàn)用現(xiàn)配的麻煩。

1.1.2 開放接口：南、北向接口均為開放模式，因此實現(xiàn)了應(yīng)用和網(wǎng)絡(luò)的無縫集成，應(yīng)用高速網(wǎng)絡(luò)最好的運行方式，使其能以最佳方式更好地滿足自己的需求。

1.1.3 網(wǎng)絡(luò)虛擬化：南向接口的統(tǒng)一和開放，消除了在最下一層物理轉(zhuǎn)發(fā)設(shè)備的不同，從而透明化底層網(wǎng)絡(luò)對上層應(yīng)用。邏輯網(wǎng)絡(luò)、物理網(wǎng)絡(luò)一經(jīng)隔離，邏輯網(wǎng)絡(luò)便脫離了實際設(shè)備放置場所的羈絆，能依據(jù)業(yè)務(wù)延伸而配置、轉(zhuǎn)移。更多的，邏輯網(wǎng)絡(luò)也為多個用戶共同通信及其特定的需要提供了支撐。

1.2 OpenFlow交換機

OpenFlow的交換機由單個組表、單個或數(shù)個流表來執(zhí)行分組查找和轉(zhuǎn)發(fā)，并有一個外部控制器OpenFlow的信道?？刂破髟贠penFlow協(xié)議作用下牽制交換機與其進行數(shù)據(jù)的交換。OpenFlow協(xié)議使控制器能主動或者被動響應(yīng)網(wǎng)路中的數(shù)據(jù)包，即能隨意添加、更新和刪除流表中的條例。在交換機中的每個流表中包含的一組流表項;每個流表項包含匹配字段、計數(shù)器和一組指令，用來匹配數(shù)據(jù)包。匹配開始于第一個流程表，并可能會繼續(xù)額外的流表。流表項匹配數(shù)據(jù)包按照優(yōu)先級的順序，從每個表的第一個匹配表項開始。如果找到匹配的項，那么具體流表項按照指令去執(zhí)行。如果在流表中未找到匹配項，結(jié)果取決于找到匹配的流表項配置（例如，數(shù)據(jù)包可被轉(zhuǎn)發(fā)到OpenFlow的信道控制器、丟棄或者可以繼續(xù)到下一個的流表）。一般情況下，Order與流表項相聯(lián)系，流表項則是任何具有Action或修改流水線的數(shù)據(jù)。Action體現(xiàn)了數(shù)據(jù)包轉(zhuǎn)發(fā)、數(shù)據(jù)包修改和組表處理。流水線處理的Order批準(zhǔn)information以元數(shù)據(jù)的方式在表之間進行交換，也批準(zhǔn)數(shù)據(jù)包在被轉(zhuǎn)發(fā)至下一層的表進行加工處理。如果數(shù)據(jù)包被修改和轉(zhuǎn)發(fā)，則因為其和單個配對的流表項相關(guān)聯(lián)的Order集意外與下一個表錯位，表流水線中止操作。

通常情況下，OpenFlow交換機會與控制器進行消息的交換，控制層的控制器監(jiān)聽某個固定端口，等待OpenFlow交換機的連接。啟動OpenFlow交換機，設(shè)置遠端控制器的IP地址和端口號，此時OpenFlow交換機會向控制器發(fā)送Hello消息，Hello消息包含了OpenFlow交換機支持OpenFlow協(xié)議的版本?？刂破魇盏紿ello消息，會回復(fù)一個Hello消息。OpenFlow交換機收到了控制器的Hello消息，通信就建立起來了。接著，控制器會向OpenFlow交換機發(fā)送Feature request消息，詢問OpenFlow交換機所支持的特性。OpenFlow收到Feature request消息會回復(fù)一個Feature reply消息，告知控制器自己所支持的特性。接著控制器會向OpenFlow交換機發(fā)送get config request消息，獲得OpenFlow交換機的配置信息，OpenFlow交換機收到消息會回復(fù)一個get config reply消息。此時控制器再向OpenFlow交換機發(fā)送配置消息，配置OpenFlow交換機在special situation的default行為。在OpenFlow交換機與控制器通信中，echo消息每隔一定時間就會發(fā)送，此消息用來確定控制器和OpenFlow當(dāng)前是否可用，如果沒有收到對方回復(fù)的消息，就表明對方不能正常工作。在這些通信消息中，packet in消息是控制器獲得網(wǎng)絡(luò)狀態(tài)的消息來源，一般情況下，只有在OpenFlow交換機不知道如何處理收到的包的時候，就向控制器發(fā)送packet in消息?？刂破魇盏絧acket in消息可能會下發(fā)Flow mod消息也有可能發(fā)送packet out消息。Flow mod消息會告訴交換機如何處理這個數(shù)據(jù)包，而packet out消息告訴交換機你自己處理這個消息，怎么處理看交換機的配置情況。

1.3 控制器

控制器是SDN的中心，統(tǒng)一控制最下層網(wǎng)絡(luò)設(shè)備，和support最高層業(yè)務(wù)應(yīng)用的網(wǎng)絡(luò)能力支配。南向接口是SDN控制器控制網(wǎng)絡(luò)的途徑，南向接口不僅支持OpenFlow，也支持BGP-LS、OF CONFIG、SNMP、XMPP及其多種private接口?？刂破魍ㄟ^其上行通道統(tǒng)一監(jiān)測和統(tǒng)計最下層交換設(shè)備上報的信息，以找到鏈路和管理其拓撲?？刂破骼闷湎滦型ǖ乐贫ú呗院拖掳l(fā)表項，以統(tǒng)一控制網(wǎng)絡(luò)設(shè)備。而控制器擁有的北向接口，則是面向用戶應(yīng)用的編程接口，由于其要求尚未約定，因此開發(fā)網(wǎng)絡(luò)應(yīng)用的工程師可以自行編程來支配網(wǎng)絡(luò)資源，另外北向接口也是最高層的應(yīng)用程序整體掌握和統(tǒng)一支配網(wǎng)絡(luò)資源的途徑。

2 OpenFlow協(xié)議

OpenFlow是全新的網(wǎng)絡(luò)協(xié)議，源自Stanford大學(xué)的Clean Slate研究組。OpenFlow這種全新的網(wǎng)絡(luò)創(chuàng)造性思維是基于目前的網(wǎng)絡(luò)設(shè)備無法支持創(chuàng)造性網(wǎng)絡(luò)架構(gòu)與協(xié)議的探究與實驗，只能于真實的網(wǎng)絡(luò)條件下驗證而出世。Stanford大學(xué)研發(fā)的控制轉(zhuǎn)發(fā)分離架構(gòu)，使網(wǎng)絡(luò)業(yè)務(wù)的部署相對靈便，即從網(wǎng)絡(luò)設(shè)備中分離控制邏輯，使中央控制器統(tǒng)籌控制。同時將OpenFlow協(xié)議設(shè)定為控制器與交換機交換數(shù)據(jù)的標(biāo)準(zhǔn)接口。這幾年OpenFlow因為其可以通過軟件來闡述網(wǎng)絡(luò)，將網(wǎng)絡(luò)視為一個整體集中控制，避免了此前網(wǎng)絡(luò)為相互獨立并且分散的多個設(shè)備的弊端，顯著提升了網(wǎng)絡(luò)可用性和控制效率，從而引起了業(yè)界的廣泛關(guān)注。

3 控制器的設(shè)計

控制器是SDN的核心，統(tǒng)一控制最下層網(wǎng)絡(luò)設(shè)備、support最高層業(yè)務(wù)應(yīng)用的網(wǎng)絡(luò)能力支配，是它的首要任務(wù)，因此控制器的設(shè)計決定此控制器控制的網(wǎng)絡(luò)的功能和能力。SDN的控制平面與數(shù)據(jù)平面相分離的結(jié)構(gòu)，決定控制器必須掌握整個網(wǎng)絡(luò)的狀況。目前，市面上開源的控制器可以分成兩大類：一類是推出商用級產(chǎn)品的廠商;另一類是較大開源社區(qū)中打算開發(fā)SDN控制器軟件的開源項目/組織。許多商用級的控制器都基于開源代碼，特別是由LinuxFoundation旗下OpenDaylight開發(fā)的代碼。所有的控制器必須要實現(xiàn)的功能包括鏈路發(fā)現(xiàn)管理、設(shè)備管理、交換機管理、進程池、存儲、拓撲、統(tǒng)計管理。鏈路發(fā)現(xiàn)管理就是通過控制器向交換機發(fā)送LLDP數(shù)據(jù)包，交換機收到之后以packet in消息發(fā)送給控制器，這樣控制器就知道網(wǎng)絡(luò)的鏈路狀況;存儲是將拓撲結(jié)構(gòu)、端口狀態(tài)、VLAN信息等存儲起來;進程池為控制器的一些工作提供便利，例如交換機和控制器每隔一段時間都要發(fā)送echo消息，這可以通過進程池提供的進程來實現(xiàn);設(shè)備管理和交換機管理是用來記錄網(wǎng)絡(luò)里面設(shè)備和交換機的信息，包括IP地址、mac地址、VLAN信息等;拓撲是用來收集網(wǎng)絡(luò)的拓撲情況，由于OpenFlow交換機只負責(zé)轉(zhuǎn)發(fā)，所以控制器必須知道整個網(wǎng)絡(luò)的拓撲。包管理是負責(zé)發(fā)送消息給OpenFlow交換機，里面有一個隊列結(jié)構(gòu)，控制器發(fā)送的消息先進入到這個隊列中，然后統(tǒng)一由包管理發(fā)送出去。

參考文獻

[1] 鄭毅，華一強，何曉峰.SDN的特征、發(fā)展現(xiàn)狀及趨勢[J].電信科學(xué)，2013，29（9）.

（責(zé)任編輯：陳 潔）