軟件定義網(wǎng)絡(luò)(SDN)進展情況的一個判斷標準是開放網(wǎng)絡(luò)基金會(ONF)的發(fā)展勢頭。ONF這一由用戶主導(dǎo)的團體正在制訂核心的SDN標準，全力推動SDN的發(fā)展。

據(jù)ONF市場教育委員會主席、Ciena市場發(fā)展高級總監(jiān)Marc Cohn稱，ONF目前已經(jīng)擁有了近110名會員，廠商已經(jīng)推出了60多款支持ONF OpenFlow協(xié)議的產(chǎn)品，大約有3000萬個支持OpenFlow的端口已被交付。

雖然這些成績都是有目共睹的，但是不要將這些成績與生產(chǎn)車間內(nèi)的活動程度混淆在一起。市場研究機構(gòu)Gartner 副總裁兼資深分析師Joe Skorupa稱：“我們的一名客戶說，‘如果SDN是一場棒球比賽，那么我們還沒有到開賽的那一刻。’許多人還在試圖確定自己的需求、確定如何才能實現(xiàn)SDN。”

并不是說著這部分人是落后者。畢竟，相關(guān)標準還在演進中，領(lǐng)先的網(wǎng)絡(luò)廠商的戰(zhàn)略發(fā)展方向也還不明朗。雖然ONF在今年8月份批準了OpenFlow協(xié)議1.4版，但是ONF委員會呼吁廠商將重點還是放在1.3版上，以便所有的廠商都擁有相同的進度，從而提供產(chǎn)業(yè)穩(wěn)定性。

OpenFlow是SDN控制器間通信和控制分支環(huán)境中兼容OpenFlow網(wǎng)絡(luò)設(shè)備的標準方式。網(wǎng)絡(luò)控制平面通過SDN從數(shù)據(jù)平面中分離出來。這意味著網(wǎng)絡(luò)控制權(quán)將從轉(zhuǎn)發(fā)數(shù)據(jù)包的設(shè)備中剝離出來，并集中放在服務(wù)器上的ONF稱為控制器的軟件上。

以往典型的解決方案是每一部網(wǎng)絡(luò)設(shè)備以鄰近設(shè)備為基礎(chǔ)轉(zhuǎn)發(fā)流量。與此不同，集中化智能將使得網(wǎng)絡(luò)端對端的可視化成為可能。因此可以根據(jù)更大的背景進行決策，同時也可以考慮到更多的變量，例如，在一天中的某一時刻某一特定應(yīng)用的需求。

在網(wǎng)絡(luò)調(diào)整時，你可以通過控制器進行調(diào)整。配置變化和策略升級將被推送至單個組件上，而無需對網(wǎng)絡(luò)中每一個連接進行升級。

在SDN的廣闊應(yīng)用前景當(dāng)中，包括物理與虛擬資源在內(nèi)的所有資源將在軟件控制的世界當(dāng)中協(xié)同工作?？紤]到傳統(tǒng)網(wǎng)絡(luò)的巨大基礎(chǔ)，實現(xiàn)SDN仍需時日。目前可能實現(xiàn)的目標是網(wǎng)絡(luò)虛擬化，其方式是在管理程序之上建立一個軟件控制的疊加網(wǎng)絡(luò)，以將所有的虛擬服務(wù)器資產(chǎn)整合在一起。目前VMware正在利用其在2012年收購Nicira時所獲得的技術(shù)推動這一解決方案的發(fā)展。

#p#

網(wǎng)絡(luò)虛擬化

在很大程度上，業(yè)界將網(wǎng)絡(luò)虛擬化/疊加方式視為一種SDN應(yīng)用。我們會發(fā)現(xiàn)這類網(wǎng)絡(luò)虛擬化部署的速度很快，應(yīng)用范圍也很廣泛。

SDN用戶團體Open Networking User Group(ONUG)的聯(lián)合創(chuàng)始人，業(yè)內(nèi)觀察家Nick Lippis 稱：“實際上，所有采取網(wǎng)絡(luò)虛擬化應(yīng)用的地方都是因為有痛點存在。”

Skorupa對這一觀點表示贊同。“疊加層肯定是一種最容易的實現(xiàn)策略，因為理論上你能夠在現(xiàn)有的IP基礎(chǔ)設(shè)施上運行它們。我之所以說是理論上,是因為有許多潛在的問題。你能夠在現(xiàn)有的IP基礎(chǔ)設(shè)施上運行它們，但是你需要為此付出一些代價。因為你仍然需要為昂貴的、脆弱的、難以管理且缺乏靈活性的IP基礎(chǔ)設(shè)施支付費用。當(dāng)疊加層出現(xiàn)了問題，你不得不要想辦法搞清楚‘哪里發(fā)生了問題?’”

他稱：“是的，疊加層也將傳輸數(shù)據(jù)包，但是它們不會在網(wǎng)絡(luò)中選擇最佳的發(fā)送路徑。這并不意味著你將會得到了恰當(dāng)?shù)呢撦d分配。同時這也不意味著在出現(xiàn)故障時，最重要的流量必定會按照你希望的方式被處理。”

Skorupa稱，關(guān)于疊加層模型的一個好消息是它們對于底層基礎(chǔ)設(shè)施是不透明的。“它們不知道它們在哪里。壞消息是物理層與虛擬層之間無法關(guān)聯(lián)，這將導(dǎo)致嚴重的問題。”VMware和其他的疊加層解決方案支持廠商正在嘗試通過一種有意義的方式與該環(huán)境中的設(shè)備廠商展開協(xié)作以解決這些限制性問題。瞻博和惠普表示，他們將把SDN工具與VMware在8月份發(fā)布的NSX“網(wǎng)絡(luò)虛擬層”捆綁在一起。

遺留設(shè)備供應(yīng)商們正在選擇他們自己的SDN發(fā)展路徑。例如，惠普已經(jīng)全面接受OpenFlow，并在他們所有的交換機產(chǎn)品中支持這一ONF核心協(xié)議。與此同時，惠普還與VMware展開合作，將其SDN工具與NSX整合在一起。這一舉措可能將讓惠普獲得兩者之間的優(yōu)點。

也VMware就NSX建立起了合作關(guān)系的瞻博發(fā)布了他們的Contrail SDN控制器。該產(chǎn)品定位為一款能夠控制物理網(wǎng)絡(luò)設(shè)備的SDN疊加層工具。市場研究機構(gòu)ZK Research的創(chuàng)始人兼首席分析師Zeus Kerravala稱：“Contrail控制器在虛擬層的虛擬世界和現(xiàn)實網(wǎng)絡(luò)之間搭建起了一個出色的橋梁。該產(chǎn)品使用XMPP發(fā)送信息對虛擬層中的虛擬交換機進行控制。同時它們還使用MPLS控制網(wǎng)絡(luò)堆棧，讓網(wǎng)絡(luò)管理員獲得虛擬網(wǎng)絡(luò)和物理網(wǎng)絡(luò)的控制權(quán)。”

不過Contrail并不支持OpenFlow協(xié)議。它們的選擇是繼續(xù)等待，看看該協(xié)議是否會被廣泛采用。

雖然思科也與VMware建立了長期合作關(guān)系，但是目前似乎由軟件控制網(wǎng)絡(luò)領(lǐng)域中的競爭導(dǎo)致雙方存在不和。

Gartner的分析師Skorupa稱：“我們對過去三年中發(fā)生的事情都非常清楚。我們認為這種合作關(guān)系可能不會存續(xù)下去。當(dāng)兩家公司都試圖成為數(shù)據(jù)中心領(lǐng)域中的領(lǐng)軍廠商，你無法讓兩家廠商成為合作伙伴。雙方的合作已經(jīng)在Cisco Live大會上名存實亡了。思科首席執(zhí)行官John Chambers在大會上表示‘除了思科外，整個行業(yè)都沒有理解這些問題，我們將是唯一的明確選擇。’但是事實上VMware已經(jīng)很好地理解了這些問題，并與一些廠商建立起了非常融洽的合作關(guān)系。我們相信思科與VMware之間將會爆發(fā)一場真正的戰(zhàn)爭。”

思科龐大的網(wǎng)絡(luò)基礎(chǔ)設(shè)施用戶基礎(chǔ)讓他們在競爭中占了上風(fēng)，同時思科相信那些需要支持多虛擬層環(huán)境的客戶并不愿意與VMware簽訂合同。這可能會讓一些用戶猶豫不決，但是Skorupa指出VMware將在第一個版本中支持其虛擬層、Xen和KVM，并在隨后的版本中增加對Hyper-V的支持。因此他并不認為思科會獲得多少優(yōu)勢。

Kerravala稱，盡管思科已經(jīng)打出了一些關(guān)于SDN的牌，但是他們手上還有一些關(guān)于SDN的牌。例如，思科的ONE架構(gòu)引入了新的基礎(chǔ)設(shè)施可編程功能。同時他們正在積極開發(fā)新的Application Centric Infrastructure(應(yīng)用中心基礎(chǔ)設(shè)施)，以為那些運行非虛擬化的、虛擬化的和以云為基礎(chǔ)的應(yīng)用的數(shù)據(jù)中心提供支援。

預(yù)計思科在今年秋季將通過引入由Insieme開發(fā)的新硬件填補更多的空白。Insieme為一家由思科出資成立的初創(chuàng)公司。

盡管目前還不清楚思科和一些其他的遺留設(shè)備廠商將終止哪些功能，但是分析人士認為疊加層/網(wǎng)絡(luò)虛擬化陣營和支持混合解決方案的廠商之間仍然會存在嚴重的分歧。目前混合解決方案也已經(jīng)考慮到了數(shù)據(jù)中心硬件資源的直接控制權(quán)。

Skorupa稱：“網(wǎng)絡(luò)虛擬化是只是SDN的部分功能。雖然這是一個非常令人感興趣的應(yīng)用，但是這只SDN眾多功能的一個功能而已。你可以通過SDN做許多事情。其中一件事就是使用SDN控制WAN和城域網(wǎng)。”ONUG的Lippis稱：“盡管目前SDN在企業(yè)中還正處于測試階段，但是我在許多大學(xué)中已經(jīng)看到了許多SDN應(yīng)用。”

ONF的支持者谷歌是SDN控制的WAN的典型代表。目前谷歌已經(jīng)已經(jīng)部署了一張SDN骨干網(wǎng)。

當(dāng)然，與其他企業(yè)不同，谷歌還有另一個的平臺(這個網(wǎng)絡(luò)使用的幾乎都是谷歌自己的網(wǎng)絡(luò)設(shè)備)。除了谷歌外，還有一些其他的早期部署者。Skorupa稱他曾經(jīng)與一名惠普的客戶進行了私下交流。這名客戶在全球五個地方建有分支機構(gòu)，但是他們只有一個由4人組成的網(wǎng)絡(luò)運行團隊。“這幾名員工每天都會重新配置網(wǎng)絡(luò)，但是他們感到工作非常愉快。”

當(dāng)企業(yè)和電信運營商的SDN工具部署到一定程度后，你的SDN控制權(quán)可能會影響到服務(wù)提供商的基礎(chǔ)設(shè)施。

Cohn在Ciena的一名同事目前正在主管ONF的光傳輸工作組(Optical Transport Working Group)。Cohn稱：“光傳輸工作組的目標是讓OpenFlow協(xié)議和OpenFlow 底層架構(gòu)支持光和傳輸網(wǎng)絡(luò)，讓企業(yè)應(yīng)用能夠控制光層。”

Cohn表示：“最昂貴的帶寬是什么?與WAN互聯(lián)的數(shù)據(jù)中心。我們?yōu)槭裁床惶摂M化它們呢?這是ONF光傳輸研究中的一個應(yīng)用和使用案例。另一個應(yīng)用與使用案例是按需提供給我們所需要的性能，即能夠提供具有彈性的網(wǎng)絡(luò)帶寬。”

#p#

OpenDaylight的影響

當(dāng)然，現(xiàn)在距實現(xiàn)這一功能還有一段路要走。盡管已經(jīng)進行了一些小規(guī)模測試，但是許多廠商還沒有開始積極對SDN進行投資。

在去年2月份位于波士頓召開的首次ONUG會議上，Lippis稱，當(dāng)他得知只有很少的小規(guī)模測試在進行時，他感到非常吃驚。在今年10月份位于紐約再次召開ONUG會議上，通過與ONUG成員交流，他表示：“我們發(fā)現(xiàn)測試與部署都得到了顯著提升。”

那么這是為什么呢?Lippis 稱：“雖然有許多技術(shù)原因，但是最主要的還是一個原因：如何降低IT交付的成本。許多人已經(jīng)意識到SDN將成為軟件定義數(shù)據(jù)中心策略或是云基礎(chǔ)設(shè)施策略中的一部分。隨著自動化的發(fā)展，它們將與計算和存儲一樣進入到網(wǎng)絡(luò)中。這才是最大的發(fā)展動機。”

在兩次ONUG會議之間發(fā)生的另一個變化是出現(xiàn)了OpenDaylight。OpenDaylight為Linux基金會發(fā)展開源SDN控制器的項目。該項目將廠商社區(qū)召集在了一起。

OpenDaylight董事會成員，IBM 網(wǎng)絡(luò)開發(fā)副總裁Inder Gopal稱，OpenDaylight作為Linux基金會項目啟動的原因是“我們需要一個熟悉代碼開發(fā)社區(qū)的社區(qū)。”那么為什么不設(shè)立在ONF之下呢?Gopal解釋稱，ONF章程并不涉及代碼開發(fā)，也沒有團體愿意向這一方向發(fā)展。

與這一由大型用戶機構(gòu)組成的ONF不同，OpenDaylight是廠商組成，其早期成員包括Arista Networks、Big Switch Networks、博通、思科、思杰、戴爾、愛立信、富士通、惠普、IBM、英特爾、瞻博、微軟、NEC、Nuage Networks、Plumgrid、紅帽和 VMware。

在項目啟動之初，Big Switch和思科提供了各自的代碼庫。由于兩個代碼庫的整合最終導(dǎo)致Big Switch退出OpenDaylight，因此整個項目建立在了思科代碼庫之上。這也導(dǎo)致一些內(nèi)業(yè)公司對項目的日程事務(wù)提出了質(zhì)疑。

實際上，作為OpenDaylight項目的白金會員，瞻博一直努力讓他們自己的Contrail控制器變?yōu)殚_源產(chǎn)品，同時他們表示不會在OpenDaylight基礎(chǔ)上開發(fā)相關(guān)產(chǎn)品。

Lippis表示，目前評估OpenDaylight對SDN的發(fā)展究竟會生產(chǎn)多少影響還為時尚早。不過目前分析人士對OpenDaylight的看法已經(jīng)發(fā)生了改變。“當(dāng)在去年2月份召開的ONUG會議上泄露了有關(guān)OpenDaylight的消息后，許多人將對OpenDaylight不屑一顧。因為他們認為OpenDaylight可能又是一個由廠商主導(dǎo)的聯(lián)盟。但是到了今年6月份，已經(jīng)再沒人輕視這一項目了。我們還不清楚它們影響，因為我們直到12月份才能看到首個OpenDaylight正式版本，不過至少目前我們已經(jīng)可以開始考慮了。”

#p#

前景展望

當(dāng)問及對那些目前對SDN感興趣的客戶有什么建議時，Skorupa稱：“我們建議他們先不要急于部署該技術(shù)。首先要找出你正在嘗試解決的業(yè)務(wù)問題。你想用它們來做什么?其次考慮你將取得什么成效。然后建立一個實驗室，成立一個團隊。最后啟動培訓(xùn)程序?qū)T工進行培訓(xùn)，同時與至少兩至三家公司，包括初創(chuàng)公司在內(nèi)建立合作關(guān)系。”

Skorupa強調(diào)應(yīng)當(dāng)迅速建立使用案例。他警告稱：“真正的問題是，錢多花在了什么地方?因為沒有一家廠商是慈善機構(gòu)。你不能光站在那里說‘很好，它們能夠節(jié)約運營成本。’除非你裁掉了大量員工，否則它們根本不會節(jié)約運營成本。總之你要準備好相關(guān)的資金。它們要是硬美元(注：指直接用來支付研究服務(wù)或其他服務(wù)費用的資金)，而不是軟美元(注：指非現(xiàn)金形式的優(yōu)惠)。”

選擇SDN是否仍然會出現(xiàn)失敗?Skorupa 稱：“目前已經(jīng)有充足的事例可以證明這種可能性的存在。它們肯定會有失敗的時候。以往任何新技術(shù)的出現(xiàn)都會出現(xiàn)失敗的案例。大型企業(yè)不一定能夠正確使用SDN。但是目前已經(jīng)有公司在從SDN中受益了。”

問題是目前很少有公司愿意分享他們在SDN上的使用經(jīng)驗。這些公司可能是希望悄悄使用這一技術(shù)，以便能夠在這一技術(shù)出現(xiàn)的初期獲得競爭優(yōu)勢。