軟件定義網(wǎng)絡(luò)（SDN）任重而道遠(yuǎn)

當(dāng)前，軟件定義網(wǎng)絡(luò)（SDN）成為業(yè)界一個時髦的話題，SDN技術(shù)及其可能帶來的影響受到了學(xué)術(shù)界和產(chǎn)業(yè)界的高度重視，同時也存在著對SDN不同的理解和認(rèn)識。本文試圖從梳理SDN技術(shù)的發(fā)展脈絡(luò)入手，分析SDN技術(shù)的內(nèi)涵、本質(zhì)特征、應(yīng)用領(lǐng)域、發(fā)展趨勢，進(jìn)而分析SDN技術(shù)發(fā)展帶來的影響。

　　一、“眾說紛紜”SDN

　　目前對SDN關(guān)注度比較高的專家大致可以分為三類：IDC設(shè)計與運(yùn)維人員、數(shù)據(jù)設(shè)備設(shè)計研發(fā)人員、未來網(wǎng)絡(luò)研究與試驗人員。這三類專家關(guān)注SDN的出發(fā)點及對SDN的認(rèn)識不一樣，對SDN的發(fā)展愿景和期待也各不相同。一項新技術(shù)出現(xiàn)后，對于追溯這個概念最早是誰提出、何時提出以及是不是一個新概念等種種討論通常只具有學(xué)術(shù)意義，對于認(rèn)識新技術(shù)的本質(zhì)并無實質(zhì)性幫助。討論SDN概念還是要從其真正市場需求入手。

　?。?）SDN商用需求最早出現(xiàn)在數(shù)據(jù)中心內(nèi)部

　　IDC內(nèi)部網(wǎng)絡(luò)為了支持應(yīng)用服務(wù)器上虛擬機(jī)的遷移，通常是一個二層網(wǎng)絡(luò)，因為如果采用三層組網(wǎng)，那么虛擬機(jī)遷移時，虛擬機(jī)對應(yīng)的應(yīng)用服務(wù)的IP地址要跟著變化，帶來業(yè)務(wù)部署和管理的困難，而二層網(wǎng)絡(luò)則沒有這個問題。

　　但是，在IDC內(nèi)部直接應(yīng)用既有的二層網(wǎng)絡(luò)技術(shù)，則會主要帶來以下兩方面的問題：一個是在二層網(wǎng)絡(luò)中，為了消除廣播包的環(huán)路，通常采用生成樹（STP）協(xié)議，在網(wǎng)絡(luò)節(jié)點之間構(gòu)建一棵邏輯樹，節(jié)點之間的流量按照這個“樹狀”拓?fù)鋪韨鬟f，即使網(wǎng)絡(luò)節(jié)點之間有多個物理鏈路，也只有一條鏈路真正傳遞數(shù)據(jù)，其他鏈路都是空閑的（只起備份作用）。但是，在IDC內(nèi)部，多個服務(wù)器之間存在著頻繁的數(shù)據(jù)交換需求，基于STP的樹狀網(wǎng)絡(luò)拓?fù)洳荒芨咝еС诌@種“橫向”流量，服務(wù)器之間的空閑鏈路也造成了網(wǎng)絡(luò)資源的大量浪費(fèi)，因此基于STP的二層網(wǎng)絡(luò)對于IDC來說過于簡單，需要進(jìn)行變革，尤其是隨著云計算的發(fā)展，這種IDC內(nèi)部二層組網(wǎng)需求越來越迫切。另一個問題是通常IDC內(nèi)部的應(yīng)用服務(wù)器眾多，有的達(dá)到上萬臺，甚至十幾萬臺，二層交換機(jī)需要利用ARP等協(xié)議，學(xué)習(xí)接收到的數(shù)據(jù)包的源地址來建立MAC地址表，由于應(yīng)用服務(wù)器多，所以MAC地址表項也多，通常會超過常規(guī)二層交換機(jī)MAC地址表的容量，則造成大量MAC地址無法進(jìn)入MAC地址表，二層交換機(jī)對于無法在MAC地址表中查到的MAC地址對應(yīng)的數(shù)據(jù)幀進(jìn)行二層域內(nèi)的廣播，造成二層網(wǎng)絡(luò)內(nèi)部的流量泛濫，影響IDC內(nèi)部網(wǎng)絡(luò)效率。

　　造成上述兩個問題的根本原因是，傳統(tǒng)的二層網(wǎng)絡(luò)設(shè)計的過于簡單，二層交換機(jī)只會學(xué)習(xí)MAC地址，不會基于MAC地址來規(guī)劃數(shù)據(jù)轉(zhuǎn)發(fā)路徑，也就是說傳統(tǒng)二層網(wǎng)絡(luò)中沒有一個控制平面（或者說控制平面的功能非常非常弱，且與轉(zhuǎn)發(fā)功能融合在一起），只有數(shù)據(jù)平面（負(fù)責(zé)數(shù)據(jù)幀的轉(zhuǎn)發(fā)）。因此在二層網(wǎng)絡(luò)中增加控制平面（或者說強(qiáng)化控制平面功能），負(fù)責(zé)較大的二層網(wǎng)絡(luò)內(nèi)部節(jié)點間的流量調(diào)度和管理成為了一種迫切需求。目前較為主流的解決思路，就是利用IS-IS路由協(xié)議的變種來構(gòu)建控制平面路由功能；利用Openflow來定義控制平面與轉(zhuǎn)發(fā)平面之間的接口。這就引出了控制平面與轉(zhuǎn)發(fā)平面分離的概念。但這只是二層網(wǎng)絡(luò)中的控制平面與轉(zhuǎn)發(fā)平面的分離。

　?。?）SDN商用需求來自于路由器內(nèi)部功能優(yōu)化

　　在傳統(tǒng)路由器中，負(fù)責(zé)路由規(guī)劃、選路策略的控制平面與負(fù)責(zé)數(shù)據(jù)封裝、高速轉(zhuǎn)發(fā)的數(shù)據(jù)平面之間的接口是不開放的，是緊耦合在一起的。每個廠家都通過自有的協(xié)議或接口來連接控制平面和轉(zhuǎn)發(fā)平面，這也是CISCO、JUNIPER等優(yōu)勢廠商維持技術(shù)壁壘、排擠新興廠商的優(yōu)勢所在。

　　但是，有兩方面的力量正在悄悄地對這種模式提出挑戰(zhàn)：一個是大型互聯(lián)網(wǎng)企業(yè)，他們有自建企業(yè)網(wǎng)絡(luò)的需求，而且這些互聯(lián)網(wǎng)企業(yè)認(rèn)為目前自己企業(yè)網(wǎng)絡(luò)的通信需求有特異性，而傳統(tǒng)路由器的功能太復(fù)雜，有80%以上的功能和特性在自己的網(wǎng)絡(luò)中用不到，但是在購買這些路由器時卻要為這些無用的功能買單，感覺比較“冤”，所以存在自主設(shè)計實現(xiàn)簡潔高效路由器的需求，這也是Facebook、Google、Yahoo等公司發(fā)起成立ONF（開放網(wǎng)絡(luò)論壇），研制SDN標(biāo)準(zhǔn)的初衷之一。由于這些互聯(lián)網(wǎng)企業(yè)具有在IDC內(nèi)部大量采用自己定制的應(yīng)用服務(wù)器的成功經(jīng)驗，所以他們對于自主研發(fā)高效的路由器有著良好的期待。另一個力量是新興的數(shù)據(jù)設(shè)備廠商，他們試圖通過打破路由器內(nèi)部控制平面與數(shù)據(jù)平面之間的緊耦合，形成一個開放的、標(biāo)準(zhǔn)的設(shè)備接口，這樣可以把控制功能集中而且單獨剝離出去，這樣數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備可以做得更加通用和簡單，成本可以做得更低，有助于打破CISCO、JUNIPER等廠商的壟斷地位，這些廠商可以從中獲得新的發(fā)展機(jī)遇。

　　基于這種考慮，IETF較早的就開展了路由器內(nèi)部控制平面與轉(zhuǎn)發(fā)平面分離的研究工作，成立了FORCES工作組，定義了路由器內(nèi)部控制平面與轉(zhuǎn)發(fā)平面之間的通信協(xié)議。這雖然同樣引出了控制平面與轉(zhuǎn)發(fā)平面分離的概念，但這是三層網(wǎng)絡(luò)中的控制平面與轉(zhuǎn)發(fā)平面的分離。