中圖分類號：TN915.03； TP393.03 文獻標志碼：A 文章編號：1009-6868 （2013） 05-0011-005

通過分析SDN的研究背景，闡述了SDN由應用層、控制層、基礎設施層組成的3平面架構；基于OpenFlow的實現(xiàn)方案和以Juniper、思科等公司解決方案為代表的其他實現(xiàn)方案，對SDN架構的實現(xiàn)進行了探討；從科研和商業(yè)化的角度出發(fā)，展示了最新的基于SDN架構的實踐與應用。

軟件定義網絡；平面架構；OpenFlow協(xié)議

In this paper， we discuss the architecture of software-defined networks. This architecture comprises application layer， control layer， and infrastructure layer. We also discuss the implementation of OpenFlow-based programs and other solutions proposed by Cisco and Juniper. We discuss the research into and commercialization of the latest practical SDN applications.

software-defined networks； plane architecture； OpenFlow

網絡虛擬化以及云服務的出現(xiàn)，推動了互聯(lián)網產業(yè)對傳統(tǒng)網絡架構的重新審視，帶來了互聯(lián)網新的發(fā)展趨勢，從主動網絡架構、開放架構網絡體系、ForCES架構，到可重構網絡體系、一體化網絡體系、軟件定義網絡（SDN）等，全球研究機構均在探索適應于未來網絡業(yè)務的具有良好可擴展性和智能性的新型網絡體系。其中ForCES基本架構提出的轉發(fā)與控制分離思想得到了廣泛認可，并成為中國可重構網絡研究團隊和國際SDN研究團隊的基礎。SDN是由美國斯坦福大學Clean Slate研究組提出的一種新興的網絡架構，其核心思想是基于控制和轉發(fā)相分離的思路，實現(xiàn)了網絡和業(yè)務的可編程。自2011年以來，SDN已經逐步成為通信界最熱門的詞語之一，同時，被列為影響未來10年的10項技術之一，得到了學術界和工業(yè)界的廣泛認可，成為引領未來網絡發(fā)展方向的研究內容之一。

SDN的基本內涵就是一個開放可編程網絡，該網絡通過軟件定義（或軟件驅動）方式就可實現(xiàn)網絡資源的動態(tài)管理?；诖?，用戶可通過編程動態(tài)構建各種特性的數(shù)據(jù)轉發(fā)網絡，以實現(xiàn)各類網絡對各種應用的承載需求，進而便于用戶實現(xiàn)類似虛擬化、數(shù)據(jù)中心網絡等新型應用。

1 研究背景

傳統(tǒng)互聯(lián)網中，數(shù)據(jù)轉發(fā)與控制邏輯緊耦合，導致網絡控制功能復雜，阻礙了新技術在控制層面的部署，使得控制層面的靈活性和擴展性很難適應網絡的飛速發(fā)展。SDN的核心理念是控制與轉發(fā)分離，具有前所未有的可編程性、自動化以及網絡控制能力，確保了網絡的高度可擴展、靈活，提高了網絡的創(chuàng)新能力。SDN的前身來源于斯坦福用于企業(yè)集中安全控制的Ethane項目[1]及其前一個項目SANE[2]。

SANE是斯坦福大學2006年提出的一種面向企業(yè)網的安全管理架構。SANE的主要特點在于定義了一個保護層，該保護層位于鏈路層和網絡層中間，由一臺邏輯中央服務器控制，用于管理所有路由和接入控制決策。SANE在設計時，遵循4D架構的設計原則，如圖1所示。通過全局網絡視圖，決策平面做出網絡控制決策，并直接下發(fā)給數(shù)據(jù)平面；數(shù)據(jù)平面根據(jù)決策平面的指令，實現(xiàn)對網絡層目標的直接控制；分發(fā)平面在決策平面和數(shù)據(jù)平面之間建立可靠的通信通道；發(fā)現(xiàn)平面負責發(fā)現(xiàn)網絡中的物理組件，并為決策平面提供構建網絡視圖的基本信息。

2007年，Casado等人對SANE的功能進行了擴展，提出了Ethane架構。Ethane在網絡管理中添加了安全管理策略，擴充了中央控制器的管理功能，實現(xiàn)了更細粒度的流表轉發(fā)策略。Ethane網絡主要由中央控制器和Ethane交換機兩個部件構成。中央控制器是網絡的控制決策層，實現(xiàn)了網絡主機認證、IP分配和交換機流表生成等基本功能。Ethane交換機則作為一個數(shù)據(jù)轉發(fā)單元，根據(jù)控制器產生的流表進行數(shù)據(jù)轉發(fā)。

現(xiàn)有網絡路由器同時包含數(shù)據(jù)轉發(fā)和控制決策兩種功能，復雜性太高，導致靈活性和可擴展性不夠。在SANE和Ethane兩個項目基礎上，面對目前日益增長的帶寬需求，Casado提出了分組交換網絡軟硬件功能分離的思想[3]，即用軟件來實現(xiàn)控制決策，而硬件只緩存這些決策，專注于數(shù)據(jù)的轉發(fā)。這種軟硬件功能分離的思想，明確了軟件層來做決策和硬件層控制分組轉發(fā)的設計思路。

在上述相關工作的基礎上，斯坦福大學的Nick Mckeown教授等提出了OpenFlow技術[4]，為網絡設備中的數(shù)據(jù)轉發(fā)和路由控制兩個功能進行分離提拱了一種實現(xiàn)協(xié)議。OpenFlow通過集中式的控制器以標準化的接口對各種網絡設備進行管理和配置。OpenFlow技術后經由Clean-State項目推廣，以及在全球網絡創(chuàng)新環(huán)境（GENI）項目中的應用，逐漸擴展并發(fā)展成為了SDN。

2 SDN架構

SDN的概念最早由開放網絡基金會（ONF）[5]在2010年提出。通過SDN，現(xiàn)有的靜態(tài)網絡可以演變成一個可擴展的服務交付平臺，能夠快速響應不斷變化的業(yè)務、用戶和市場需求。通過將轉發(fā)平面與控制平面分離，SDN能夠將網絡抽象為一個邏輯或虛擬實體，并且可以提供標準化的、開放的控制接口。分離后的控制平面可以運行在外部調用控制接口，并根據(jù)全局的網絡視圖，實現(xiàn)更加靈活的控制能力。ONF的SDN技術白皮書[6]給出了SDN架構的邏輯視圖，如圖2所示。

在SDN架構中，最上層為應用層，包括了各種不同的業(yè)務和網絡應用。應用層根據(jù)網絡不同的應用需求，調用與控制層相接的應用編程接口（API），實現(xiàn)不同功能的應用程序。利用API接口，業(yè)務應用可以充分利用網絡的服務和能力，并在一個抽象的網絡上進行操作，實現(xiàn)常見的網絡服務，包括路由、組播、安全、訪問控制、帶寬管理、流量工程、服務質量、處理器和存儲優(yōu)化、能源使用以及各種形式的政策管理，量身定制以滿足業(yè)務目標。

SDN的控制層由控制軟件實現(xiàn)，擺脫了硬件設備對網絡控制功能的束縛，主要負責集中維護網絡拓撲及網絡狀態(tài)信息，實現(xiàn)不同業(yè)務特性的適配。利用控制數(shù)據(jù)平面接口，控制層可以對底層網絡設備的資源進行抽象，獲取底層網絡設備信息，生成全局的網絡抽象視圖，并通過API接口提供給上層應用。其結果是，對于上層應用程序來說，網絡呈現(xiàn)為一個單一的邏輯開關。通過這種軟件模式，網絡管理人員可以靈活配置、管理和優(yōu)化網絡資源，實現(xiàn)了網絡的可編程及靈活可控。

基礎設施層由網絡的底層轉發(fā)設備構成，包含了特定的轉發(fā)平面抽象。在SDN中，網絡設備只負責單純的數(shù)據(jù)轉發(fā)，降低了對網絡設備硬件的要求。

在SDN架構下，通過軟件的更新即可實現(xiàn)網絡功能的升級，無需再針對每一個硬件設備進行配置，通過網絡服務和應用程序的形式可直接部署實現(xiàn)網絡配置，加速了網絡部署周期；同時，通過SDN控制軟件的集中化控制，研究者、企業(yè)和運營商可從一個單一的邏輯點獲得全網控制權，極大地簡化了網絡的設計和運行，從而加速了網絡創(chuàng)新周期。此外，SDN架構使網絡設備從封閉走向開放，網絡設備不再需要理解和處理成千上萬的協(xié)議標準，極大地簡化了底層網絡設備的功能，有效降低了網絡復雜度及網絡構建成本。

3 SDN實現(xiàn)方案

3.1 基于OpenFlow的實現(xiàn)方案

OpenFlow作為SDN的原型實現(xiàn)方式，雖然只是SDN控制平面和數(shù)據(jù)平面之間多種通信協(xié)議之一，但已被看作是SDN通信協(xié)議事實上的標準?；贠penFlow實現(xiàn)的SDN架構主要包括控制器和OpenFlow交換機兩部分，如圖3所示。

控制器以軟件平臺的方式存在，并對全局網絡拓撲具有可見性和可控性。同時，借助于開放的協(xié)議，控制器可以對不同交換機中的數(shù)據(jù)流表進行編程，以決定每個數(shù)據(jù)包的流向，并能夠實現(xiàn)特殊網絡設備才具有的一些功能，例如防火墻、負載均衡器等。

在控制器中，由網絡操作系統(tǒng)（NOS）實現(xiàn)控制邏輯功能。NOS是網絡實現(xiàn)可編程控制的中央執(zhí)行單元，即SDN架構中的控制軟件，通過在NOS之上運行不同的應用程序能夠實現(xiàn)不同的邏輯管控功能。基于OpenFlow的SDN控制器已有諸如NOX[7]、Onix[8]、POX[9]等多種平臺。

OpenFlow交換機由一個或多個流表、一個組表以及安全通道組成?？刂破魍ㄟ^OpenFlow協(xié)議來管理交換機。組表負責數(shù)據(jù)包的查找和轉發(fā)。安全通道用于連接OpenFlow交換機和控制器，使OpenFlow交換機和控制器之間的數(shù)據(jù)、配置信息和指令可以基于SSL進行安全傳輸。

OpenFlow交換機采取流的匹配和轉發(fā)模式，匹配過程從第一個流表開始。流表包含了多個流表項，數(shù)據(jù)包按照流表項的優(yōu)先級進行匹配，若匹配到一個流表項，則執(zhí)行與該流表項對應的指令。根據(jù)OpenFlow協(xié)議，針對流表中的流表項，控制器可以完成增加、更新以及刪除等操作。

3.2 Juniper、思科和中國的實現(xiàn)方案

基于OpenFlow的SDN技術引起了包括IETF、Google、HP、Junifer等各大研究機構以及公司的重視，但在實際應用中，基于OpenFlow的SDN技術仍在存在一些問題：

（1）單純的基于一個轉發(fā)表特性的OpenFlow技術不能達到實現(xiàn)網絡軟件定義的需求。OpenFlow1.x所基于的固定的轉發(fā)表格式不能很好地描述多個網絡層面（二層、三層甚至應用層）各種類型的轉發(fā)表，描述過程效率較低，為了保持通用性，固定格式的表需要保存大量冗余表域。

（2）控制平面的可擴展性問題。OpenFlow設計之初，僅需通過單控制器來實現(xiàn)網絡的管控功能。然而，隨著網絡規(guī)模的增大和業(yè)務需求的增加，需要研究控制平面的可擴展性解決方案，即多控制器解決方案。如何實現(xiàn)控制單元之間網絡狀態(tài)（包括拓撲、傳輸能力、路由限制等）的協(xié)同和交互，以保證網絡狀態(tài)的一致性和可擴展性，還需要進行大量深入的研究工作。

因此，除了試圖通過升級OpenFlow（擬定義為OpenFlow 2.0）來實現(xiàn)以上需求，多家研究機構及公司提出了不同的SDN實現(xiàn)方案。Google提出了一種基于模塊化描述的類似于ForCES虛擬化建模方法的實現(xiàn)思想[10]；在IETF內，Ericsson[11]在IETF ForCES工作組倡導使用ForCES的抽象建模和協(xié)議控制基本思想來實現(xiàn)SDN技術。其他具有影響的業(yè)界企業(yè)如Juniper、思科等也有不同的戰(zhàn)略計劃。

Juniper的SDN戰(zhàn)略突出點在于將網絡軟件分成4個平面——管理、服務、控制和轉發(fā)，并在網絡中優(yōu)化每個平面[12]。Juniper重點強調SDN軟件方面，將服務軟件從硬件中抽象出來創(chuàng)建網絡和服務虛擬機，在服務器上加以托管，并利用集中控制器在軟件中啟用服務鏈或根據(jù)業(yè)務需求連接各設備上的服務。同時，Juniper提供了新的許可證模式，允許軟件許可證在Juniper設備和標準服務器之間的轉讓，使得客戶可以根據(jù)實際使用情況決定購買規(guī)模。

思科推出的實現(xiàn)方案是開放網絡環(huán)境（ONE），ONE方案中包含眾多的API、代理和控制器，意圖將可編程性注入其三大操作系統(tǒng)——IOS、IOS XR和NX-OS之中。

ONE通過開放控制和充分利用轉發(fā)平面，允許使用人員利用多種協(xié)議對網絡進行編程，而不僅僅只支持OpenFlow。ONE方案中包括One Platform Kit（OnePK）和Nexus 1000V交換機。OnePK可以為開放人員提供跨思科的各種路由器和交換機操作系統(tǒng)的應用編程接口；Nexus 1000V可用作虛擬覆蓋網絡的基礎設備，用于多用戶云部署。

中國在該方向的研究中，“973”計劃支持的可重構網絡研究團隊提出了一種可重構信息通信基礎網絡體系架構，在基于轉發(fā)與控制分離思想的基礎上，提出網絡傳輸資源和節(jié)點資源（包括硬件資源）均可以根據(jù)實際業(yè)務需求通過軟件控制進行重構的思想，并已經取得了實用性成果，在轉發(fā)與控制分離技術、網絡資源感知與重構、網絡規(guī)模擴展時多控制器之間的協(xié)同、路由尋址、網絡重構機理、可重構路由器開發(fā)等方面進展迅速，并在上海開展了應用示范。

4 SDN的實踐應用

SDN一經提出就受到了特別關注，甚至被視為未來網絡的最終解決方案之一[13]。在學術界，有關SDN架構的實現(xiàn)方法呈現(xiàn)出一種百花齊放的研究狀態(tài)，而在商用領域，SDN架構的商用化進程也得到了加速發(fā)展。

4.1 科研實踐

清華大學提出了一種用于SDN的操作系統(tǒng)的實現(xiàn)方法TUNOS[14]。為了增加可擴展性、魯棒性、靈活性以及提高性能，從設備控制能力以及網絡控制能力的角度出發(fā)，TUNOS提供了開放的設備管理、認知網絡狀態(tài)、全局網絡視圖、虛擬轉發(fā)空間以及應用（APP）管理功能；同時為了增強用戶的網絡可編程性，TUNOS設計了通用的網絡控制API接口。TUNOS結構如圖4所示。

TUNOS通過控制數(shù)據(jù)平面接口為網絡設備提供控制功能，設備控制功能包括開放設備管理以及網絡狀態(tài)認知。同時，TUNOS通過上層API接口為網絡協(xié)議層提供控制功能，網絡控制功能包括全局網絡視圖、虛擬轉發(fā)空間以及APP的管理。

Soheil Hassas Yeganeh等人提出了一種SDN網絡高效可升級的控制應用卸載框架KANDOO[15]，如圖5所示。KANDOO包括兩個控制層：底層控制層包括一組沒有互聯(lián)的控制器，不接收網絡狀態(tài)信息；頂層控制層是邏輯中心控制器，用于維護網絡狀態(tài)。底層控制層中的控制器只運行本地控制應用（例如使用單交換機狀態(tài)的應用），這些控制器處理了大部分的頻發(fā)事件，使得這些事件不會到達頂層控制層。頂層是可擴展性方面僅有的潛在“瓶頸”。KANDOO能夠保證網絡使用人員根據(jù)需要替換本地控制器，并減輕頂層的負載。

除此之外，中國國防科技大學提出了基于LabelCast的SDN模型，并已經實現(xiàn)了相關的原型系統(tǒng)和開發(fā)支持工具[16]。

Andrew D. Ferguson等在SDN網絡的分級策略[17]一文中提出了等級流表，在SDN網絡框架下實現(xiàn)了分等級的策略。

Andreas Voellmy提出了一種高層網絡控制語言Procera[18]，試圖解決OpenFlow原型系統(tǒng)中缺乏可配置接口問題。Ramya Raghavendra等提出了一種基于SDN云網絡管理的初步動態(tài)圖查詢方法。

4.2 商用實踐

2012年見證了SDN在商用領域的重要發(fā)展，全球芯片以及設備廠商、互聯(lián)網企業(yè)和運營商均加大了對SDN研究的投入，并提出相應的SDN解決方案。SDN商用化進程加速。

在芯片制造方面，全球多家主流芯片廠商推出了支持OpenFlow協(xié)議的新功能芯片，開始推進SDN的大規(guī)模商用。其中，Intel的芯片產品FM6000首先加入了對OpenFlow優(yōu)化的硬件支持；中國企業(yè)中，盛科推出了支持適配OpenFlow1.0的芯片產品。

在設備制造方面，Cisco公司成立了內部子公司Insieme，專用于SDN相關產品研發(fā)；阿爾卡特朗訊發(fā)布了其SDN產品戰(zhàn)略規(guī)劃，包括對用于局域網（LAN）、廣域網（WAN）和數(shù)據(jù)中心運行的路由器和交換機的實時應用程序進行調整和優(yōu)化轉發(fā)；Juniper的QFabric引入了OpenFlow作為其控制協(xié)議，在中國，信息工程大學、國防科技大學均已經研制成功功能相近甚至更靈活的可重構路由器。

在運營商方面，包括NTT DoCoMo、Verizon等在內的國際電信運營商充分利用SDN在數(shù)據(jù)中心建設方面的獨特優(yōu)勢，利用OpenFlow協(xié)議構建了全新的數(shù)據(jù)中心網絡架構。

與此同時，互聯(lián)網企業(yè)也開始將SDN架構進行商用。Google宣布已經在其內部骨干網實現(xiàn)了SDN的全面部署，百度也推出了基于SDN架構的產品Traffic Engineering系統(tǒng)。此外，騰訊、阿里巴巴、新浪等幾家中國互聯(lián)網巨頭也都已經對SDN進行了相關研究。

5 結束語

相對于傳統(tǒng)網絡架構難以有效應對用戶對移動性、虛擬化服務以及業(yè)務快速響應的需求，SDN可以大幅度精簡現(xiàn)有的網絡設備和網絡結構，提高了網絡靈活性，將傳統(tǒng)網絡轉變成智能化的技術和業(yè)務創(chuàng)新平臺。這些諸多優(yōu)勢使SDN受到了科研機構以及商業(yè)應用的廣泛關注，得以快速發(fā)展。然而在SDN的應用過程中還存在著未曾很好解決的問題，制約著其發(fā)展：

（1）SDN從提出至今，經歷了較長的標準化過程，然而由于應用需求的不同，各大研究機構和主要設備廠商以SDN架構為基礎，提出了不同的實現(xiàn)方案。不統(tǒng)一的標準使得SDN設備通用性較差。從長遠的角度來看，統(tǒng)一的標準可以為SDN的發(fā)展提供良好的環(huán)境，標準統(tǒng)一化進程勢在必行。

（2）現(xiàn)有SDN方案的管理和安全功能主要集中在接入控制、流量轉發(fā)和負載均衡等方面，在安全性機制設計、異常檢測等方面都缺乏深入的研究。網絡管理和安全是SDN架構實際應用中最重要的標準之一，如何提供良好的安全性仍然是SDN研究的重點。

上述兩個問題是SDN發(fā)展過程中具有代表性的研究點，在面向真實網絡的部署過程中，性能優(yōu)化、可擴展性、分布式控制等需求同樣需要重新考慮。從目前的研究和應用來看，基于SDN的技術在學術界和產業(yè)界仍處在發(fā)展階段，進一步深入的研究對于未來互聯(lián)網的發(fā)展具有深遠的影響。

參考文獻

[1] CASADO M， FREEDMAN M J， PETTIT J， et al. Ethane： Taking control of the enterprise [C]//Proceedings of the Conference on Applications， Technologies， Architectures， and Protocols for Computer Communications （SIGCOMM 2007）， Aug 27-31， 2007， Kyoto， Japan. New York， NY， USA：ACM， 2007：12.

[2] CASADO M， GARFINKEL T， AKELLA A， et al. SANE： A protection architecture for enterprise networks [C]//Proceedings of the 15th Conference on USENIX Security Symposium （USENIX'06）， May 30-June 3， 2006， Boston， MA， USA. Berkeley， CA， USA： USENIX Association， 2006：137-151.

[3] CASADO M， KOPONEN T， MOON T， et al. Rethinking packet forwarding hardware [C]//Proceedings of the 7th ACM Workshop on Hot Topics in Networks （HotNets08）， Oct 6-7， 2008， Calgary， Canada. New York， NY， USA：ACM， 2008：6.

[4] MCKEOWN N， ANDERSON T， BALAKRISHNAN H， et al. OpenFlow： Enabling innovation in campus networks [J]. ACM SIGCOMM Computer Communication Review， 2008， 38（2）： 69-74.

[5] Open Networking Foundation （ONF） [EB/OL]. [2012-11-17]. https：//www.opennetworking.org/.

[6] Software defined networking： The new norm for networks [EB/OL]. [2012-11-17]. http：//www.opennetworking.org/images/stories/downloads/white-papers.

[7] GUDE N， KOPONEN T， PETTIT J， et al. Nox： Towards an operating system for networks [J]. ACM SIGCOMM Computer Communication Review， 2008，38（3）：105-110.

[8] KOPONEN T， CASADO M， GUDE N， et al. Onix： A distributed control platform for large-scale production networks [C]//Proceedings of the 9th USENIX Symposium on Operation Systems Design and Implementation （OSDI'10）， Oct 4-6， 2010， Vancouver， Canada. Berkeley， CA， USA： USENIX Association， 2010：351-364.

[9] POX [EB/OL]. [2012-11-17]. http：//www.noxrepo.org/pox/about-pox/.

[10] YADAV N， COHN D， CRABBE E. OF1.2 Extensibility Proposal [EB/OL]. [2012-11-17]. https：//docs.google.com/presentation/d/1LDSQbqNFAW4JGYH72ntP4rwwv850cMRqEfCLK5JnBvY/edit#slide=id.i0.

[11] HALEPLIDIS E， HALPERN J. ForCES packet parallelization [C]//IETF 85 Meeting Presentation， Nov 2012.

[12] DEVLIC A， JOHN W， SKOLDSTROM P. A use-case based analysis of network management functions in the ONF SDN model [C]//Proceedings of the 2012 European Workshop on Software Defined Networking（EWSDN12）， Oct 25-26， 2012， Darmstadt， Germany. 2012： 85-90.

[13] FENG T， BI J， HU H. TUNOS： A novel SDN-oriented networking operating system [C]//Proceedings of 20th IEEE International Conference on Network Protocols （ICNP12）， Oct 30-Nov 2，2012， Austin， TX， USA. Piscataway， NJ， USA： IEEE， 2012：2.

[14] YEGANEH S H， GANJALI Y. Kandoo： A framework for efficient and scalable offloading of control applications [C]//Proceedings of the 1th ACM Workshop on Hot Topics in Software Defined Networks （HotSDN12）， Aug 13， 2012， Helsinki， Finland. New York， NY， USA：ACM， 2012： 19-24 .

[15] 呂高鋒， 孫志剛， 李韜， 等. LabelCast：一種普適的SDN轉發(fā)平面抽象 [J]. 計算機學報， 2012，35（10）：2037-2047.

[16] FERGUSON A D， GUHA A， LIANG C， et al. Hierarchical policies for software defined networks [C]//Proceedings of the 1th ACM Workshop on Hot Topics in Software Defined Networks （HotSDN12）， Aug 13， 2012， Helsinki， Finland. New York， NY， USA：ACM， 2012：37-42.

[17] VOELLMY A， KIM H， FEAMSTER N. Procera： A language for high-level reactive network control [C]//Proceedings of the 1th ACM Workshop on Hot Topics in Software Defined Networks （HotSDN12）， Aug 13， 2012， Helsinki， Finland. New York， NY， USA：ACM， 2012：43-48.

[18] RAGHAVENDRA R， LOBO J， LEE K W. Dynamic graph query primitives for SDN-based cloudnetwork management [C]//Proceedings of the 1th ACM Workshop on Hot Topics in Software Defined Networks （HotSDN12）， Aug 13， 2012， Helsinki， Finland. New York， NY， USA：ACM， 2012： 97-102.