最近一段時間，很少有人提到OpenDaylight這個字眼。畢竟多年以來一直使用并管理網絡方案的工作人員，很少會看到關于OpenDaylight相關的新聞，因此對其并不十分了解。

不過這一狀況將在未來十二到十八個月之內發生徹底變化，到那時幾乎不可避開OpenDaylight的話題。本文將探討OpenDaylight到底是什么、重要程度如何以及由其延伸出的廣泛概念。

隨著軟件定義網絡這一全新事物的興起，OpenDaylight幾乎已經成為該趨勢下最為重要的技術項目。其目的非常簡單：利用一套開源框架打開網絡基礎設施這扇封閉的大門，旨在鼓勵業界組織更為廣泛的開發工作，同時確保成果能夠作用于任何一家供應商的產品、從而幫助開發人員賺取豐厚回報。

OpenDaylight架構

從傳統角度看，網絡一直位于服務器及應用程序之下的底層位置。隨著虛擬化平臺在復雜性與先進性方面的快速發展，我們開始在新層級中看到內部網絡功能的身影。

這種新特性給我們帶來諸多便利，例如保存同一物理設備中不同虛擬機環境之間的數據流量元素——這一切都將在同一套服務器硬件中完成。最近，甚至能夠借助一些新技術實現更為精妙的操作效果，例如在三層網絡之上模擬二層網絡。

目前后者的實現需要利用創造性代碼，但其具體效果已經能夠與底層網絡層相媲美。不過，如果高層與網絡層之間存在關聯，我們又該怎么辦?

如果有一套機制能夠指導網絡層正確處理即將被注入的流量，并充分利用網絡層的資源而不再將其單純視為限制，結果會如何?這就是OpenDaylight想帶給我們的效果，而其實際表現也確實能夠令人滿意。

龜兔賽跑 熟快熟慢?

不過SDN還面臨著這樣一個固有難題——這同時也成為OpenDaylight發展道路上的致命障礙。簡單來說，硬件速度快、軟件速度慢，而速度對于網絡方案來說無疑至關重要。

1996年，某些公司剛剛開發出F1200線速路由器，這筆交易數額龐大。當時，幾乎所有的三層路由還需要由專用軟件來實現，因此速度相對緩慢。而F1200則利用ASIC(即專用應用程序集成電路)實現同樣的功能，同時將速度提高了一個量級。

不過現在，將網絡功能剝離硬件并將其重新放回軟件當中。不僅如此，而且還將利用虛擬化堆棧中的虛擬機瓜分標準化PC處理器。從速度的角度出發，這難道不是一種倒退么?

答案顯然是否定的，CloudFounders公司CTO Kurt Glazemakers表示，“總體來說，軟件的速度當然無法與專用硬件相比肩，不過軟件的發布方式能夠大大降低解決方案成本。”

他指出，“事實上，在網絡環境中負責處理ACL(訪問控制列表)的大型硬件解決方案在執行效率方面很可能遠遠低于分布式軟件方案，原因是后者能夠將ACL任務拆分并交付至網絡中的多套虛擬機中完成。”

“另外，CPU每年的性能增幅始終保持在20%到25%之間，而每兩年則會接近翻倍。相比之下，每套虛擬機系統所需要的網絡處理性能則遠達不到這么高的增長速度。”

瞻博公司服務歐洲、中東及非洲地區服務供應商營銷主管David Noguer Bau坦言，我們無法簡單把所有任務丟給軟件處理。他說，“將控制層與轉發層相隔離的作法允許用戶將控制層中的特定部分集中起來，從而保證網絡運營得到顯著簡化、新服務部署速度大大加快、虛擬機與網絡之間的協作也更為順暢。”

他解釋道，“不過仍需要線速路由硬件提供更出色的數據包傳輸速度。網絡設備將作為完成工作的肌肉，而對控制層集中化管理則相當于拓展了大腦的指揮功能。”

ExtraHop 公司CEO Jesse Rothstein坦言，將網絡功能從網絡設備中剝離出去確實會引發一些問題。他講到，“將二層/三層交換及路由功能轉移到軟件之中在如今的服務器級硬件上完全可行，但最重要的問題是，這將帶來怎樣的運營成本?高速數據包處理對于通用型處理器來說資源占用嚴重，而且CPU本身還屬于共享式資源。CPU在處理中斷或忙等待等狀況時會消耗大量時間，導致無法同時執行其它任務。”

如何規避網絡瓶頸?

Rothstein指出，“通常速度較慢的環節只有在被經常性使用時才會嚴重影響其性能表現，單就新近興起的項目來看，OpenFlow控制器很可能成為潛在的瓶頸。一旦網絡流量中包含大量存在時間較短的數據流，或者所有單一數據流都要求控制器的介入，那么性能就會暴露出問題，”

他表示，“不過，如果OpenFlow控制器只需要偶爾介入干預，那么對性能的影響將被壓縮到最低程度。事實上，這樣的設計在采用主機處理器的現代以太網交換機當中已經相當普遍。”

博科公司歐洲、中東與非洲地區高級產品經理Nick Williams也提出了類似的意見，并指出將抽象化軟件引入傳輸當中的現有數據流會降低其實際運行速度。并提出這樣的問題，“您打算以實時方式在網絡層中對轉發表做出多大程度的編程化修改?這些修改又將以怎樣的頻率影響傳輸中的流量?”

如果以非實時方式對數據流列表進行修改，那么即使采用自動化/編程化機制，他認為在變更發生之后，流程的傳輸速度仍將保持與原先硬件處理相一致的水平。

OpenFlow時代來臨

總體來說，前面提到的幾家供應商紛紛表示，出色的靈活性能夠大大抵消軟件定義機制所帶來的負面速度影響。

Rothstein專門提到了OpenFlow，因為OpenFlow很可能成為SDN中的重要組成部分。而OpenDaylight項目的作用在于為SDN制定一套通用型框架，相比之下OpenFlow則僅僅算是獲得支持的專項協議。

OpenFlow自2011年初誕生以來，它已經通過入住授權協議而確立自身在軟件定義領域的優勢地位，同時獲得了眾多大型技術供應商的支持——其中包括博科、瞻博、思科、Extreme、IBM以及惠普等。

對于網絡供應商來說，OpenFlow方案便于實施的特性頗具吸引力。Rothstein指出，“OpenFlow協議從本質上說就是一款用于訪問以太網轉發表的API(Application Programming Interface,應用程序編程接口)，作用是在數據層中對控制層進行解耦處理。”

也就是說，虛擬層能夠以動態方式重新配置LAN，從而在無需對設置進行手動調整或者涉及封閉式網絡層限制的前提下使LAN按預定方式運行，這正是SDN最重要的特性。

OpenDaylight核心實質

為了保證大家確切理解OpenDaylight框架的工作方式，首先對目前市場上的同類知名產品進行歸納與對比。

如果大家熟悉微軟的軟件架構，那么對.NET框架一定不會感到陌生。微軟架構中還存在大量與底層操作系統相對接的關聯機制;為了保證應用程序的正常運行，開發人員還需要將應用與底層系統加以關聯。而SDN的作用是讓開發人員無需編寫復雜的代碼即可實現既定目標。

OpenDaylight 框架的作用機制與之類似。它位于高層應用程序與低層網絡之間;高層中的應用程序(例如虛擬機管理程序)向框架發出調用指令，框架再利用復雜的接口與底層網絡設備進行協調。與此同時，該框架所提供的關聯機制還允許應用程序使用與基礎設施相關的功能，例如監控、管理以及入侵防御等等。

OpenDaylight能否拯救網絡工程師?

既然已經能夠利用一套新技術將高層直接與底層相交互，甚至無需進行重新配置，這是否意味著OpenDaylight與SDN將最終淘汰掉網絡工程師這一職位、從而讓服務器管理員接管一切?

Glazemakers認為這場變革的影響范圍將席卷整個行業而不只是網絡工程師。他預計，“隨著軟件開始接手越來越多核心功能，存儲、網絡以及計算等傳統概念劃分將逐漸瓦解。”

相比之下，Noguer Bau則認為網絡工程師這一角色將繼續存在，但其具體形式與之前相比將更偏重于協作。他解釋道，“網絡與服務器管理員已經在云計算部門當中開始緊密合作。不過，如果企業需要繼續在SDN的世界中明確定義員工的角色定位與職責劃分，那么服務器專業人士與網絡專業人士的頭銜仍將存在。瞻博的SDN方案就允許用戶在兩者之間做出界定。”

OpenDaylight發展前景

OpenDaylight最終能否成長為一款成熟且廣泛普及的框架?或者說它終將在Betamax、100VG-AnyLAN以及ATM網絡等其它杰作的圍攻下至死?作為OpenDaylight率先進軍的領地，這一市場未來又將發生怎樣的演變?

Glazemakers認為，從宏觀角度看SDN仍將繼續增長。他斷言，“我認為SDN將受到私有云解決方案、虛擬化技術以及網絡服務供應商新型先進產品的有力推動，但它最為廣闊的發展空間仍在企業網絡領域。”

Noguer Bau認為云計算將成為軟件定義網絡的主要戰場。他表示，“盡管媒體融合趨勢明顯，但SDN的發展勢頭依然強勁。在未來十二個月中，將有越來越多控制器方案投放市場。其中一部分仍處于實驗性階段，但另一部分些則具備在云計算環境下解決實際問題的能力。”

Williams認同軟件定義概念仍

處于起步階段。他總結道，“技術人員需要努力了解相關用例的運作機制以及部署方式，在SDN的幫助下，所有制造廠商都將迎來同樣的努力方向，即支持來自OpenFlow當中的每一項功能。”

Rothstein 認為SDN的概念仍處于拓展當中，當前所表現出的只是其面貌的一小部分。他解釋道，“我覺得SDN的定義仍處于演變之中。幾年之前，SDN還常常被單純與 OpenFlow聯系起來。時至今日，SDN已經被視為一種更智能、更具動態特性的網絡體系，其配置與邏輯實體關系密切、而不再被牢牢束縛在物理實體身上。隨著越來越多供應商的參與，其定義將進一步擴展，因此我們很難以量化方式評估其發展前景。”

充滿活力的OpenDaylight

簡而言之，SDN的實用性極為出色、我們很難想象這樣的機制無法茁壯成長并最終贏得巨大的立足空間。盡管這一概念仍然略顯稚嫩，但它已經突破思維領域、開始向實際部署邁進，這要歸功于OpenFlow的杰出貢獻。

SDN的相關標準已經在過去幾年中確立下來，眾多供應商則以此為基礎為其提供優秀的技術支持方案。當然，最后也是最重要的一點在于，這樣的概念只有在供應商買賬的情況下才可能真正取得成功。畢竟如果網絡產品制造商不放開系統，SDN根本無法與網絡層進行對接。

OpenDaylight已經在SDN相關開發工作中確立了穩固地位。其首個發行版本將于今年12月9日正式推出，并計劃同時搭配多種功能性組件。這種相對超前的時間規劃保證了OpenDaylight能夠及時趕上這一波發展潮流。

接下來，我們可以期待更多與之相關的信息，而很多技術人員已經對這套便利的新方案躍躍欲試。當然，或許也不能避免一些技術人員對此產生質疑。