發展軟體定義網路的重要性

① 軟體定義網路是什麼意思

Emulex是融合網路解決方案領域的全球領導者，致力於為數據中心內的伺服器、網路和存儲設備提供企業級連接。
軟體定義：軟體是用戶與硬體之間的介面界面。用戶主要是通過軟體與計算機進行交流。軟體是計算機系統設計的重要依據。為了方便用戶，為了使計算機系統具有較高的總體效用，在設計計算機系統時，必須全局考慮軟體與硬體的結合，以及用戶的要求和軟體的要求。
資料庫軟體定義：用於數據管理的軟體系統，具有信息存儲、檢索、修改、共享和保護的功能。目前流行的資料庫軟體有Access、Sybase、SQL server、ORACLE、Foxpro等，它們都屬於關系型資料庫軟體。

② 為什麼軟體定義網路正逐步走向現實

在《開放API的軟體定義網路就是真正的整合》，我們談到了以軟體為中心的網路的角色。《如何判斷軟體定義網路是否真的開放？》主要討論軟體定義網路是不是真的開放和可互操作的。本文將主要介紹多核處理如何推動軟體定義網路。
軟體定義網路並不是新概念，但是它最終可能將取代現在不靈活且以硬體為中心的高速高性能多核處理網路。一旦出現軟體定義網路，網路設備將配備軟體開發套件和開放API，從而實現全新的網路應用程序。
以硬體為中心的網路問題
對於整個同時代的網路工程師而言，路由器或交換機是一種有定製晶元和軟體的設備。但是，情況並非一成不變。在80年代，路由器只是有兩個或多個網路介面之間的數據包轉發伺服器。定製ASIC源於網路容量和復雜性的增長。這時，路由器就成為一種用途唯一的特殊設備。
在這期間，我們可能忽略了以硬體為中心的網路存在的問題：創新緩慢。將軟體燒寫到晶元中會增加生產周期，減少系統集成的特性。更壞的是，一旦燒錄完成，硬體無法輕易修改。採用固件只能稍微緩和這個問題，實際上無法徹底改變底層選擇。硬體是固定、不靈活但又非常快速的方法。
可擴展多核處理器和虛擬化會促使計算伺服器發生變革，但是到目前為止，它們對網路設備的影響甚微。但是，隨著網路處理器產品的出現，這種變化會越來越多。
為什麼現在要使用軟體定義網路？
軟體極具有極強的靈活性，但是速度比硬體慢。多核處理則進一步縮小性能上的差距。而且，從80年代開始，軟體的性能越來越好。新的開發方法、虛擬化和開放標准提高了軟體的模塊化、靈活性，降低了開發難度。全球開發人員可以使用的軟體也越來越多。硬體製造工廠需要大量的資源和開支，而一些最優秀的軟體開發環境甚至可以運行在筆記本電腦上，而且是免費發放的(例如，Eclipse)。對於開發人員和供應商，以軟體為中心的網路將開創一個全新的開發方法，減少資源消耗，加快創新速度。
這對於網路專業人員意味著什麼？從終端用戶角度看，以軟體為中心的網路又是什麼？在很多方面，這些設備本身是相同的：19英寸的寬度，機架式掛載，前面具備許多埠，後面安裝了許多風扇。但是，用戶體驗可能有顯著區別。
軟體定義網路發展過程將經過三個階段：
創新：首先，對於供應商而言，軟體定義網路的主要優點在於競爭力創新和投放市場的速度。開發方法更靈活，硬體越普通，意味著生產時間越快，發布時間越快，升級越簡單。
定製：網路管理員首先在定製方面體驗到以軟體為中心的網路的優點。基於軟體的網路設備更容易通過腳本進行控制，並且支持更多的協議和標准。它們能夠動態載入新特性，且更容易與其他系統整合到一起。
應用程序：以軟體為中心的網路的第三個階段，即軟體協議向第三方開發者開放並且應用程序數量增多的時候。網路設備將包含軟體開發套件或開放的API和文檔。接著開發者社區逐步與新出現的網路「應用程序」行業標准結合。然後，很快就會出現開源方法，符合關鍵應用的小型應用程序，以及「吸引」終端用戶的腳本和開發。
隨著創新從狹小的硬體團隊向更多的程序員、管理員和高級用戶擴展，處在革新邊緣以軟體為中心的網路與以硬體為中心的網路一同發展。現在，許多用戶還不知道誰製造了他們使用的手機;他們只知道手機是運行Android或iOS，以及其他的許多應用程序。在不久的將來，很可能會出現支持網路的應用程序。

③ 什麼是網路 簡述實施互聯網 計劃的意義

1）網路是由節點和連線構成，表示諸多對象及其相互聯系。在數學上，網路是一種圖，一般認為專指加權圖。網路除了數學定義外，還有具體的物理含義，即網路是從某種相同類型的實際問題中抽象出來的模型。在計算機領域中，網路是信息傳輸、接收、共享的虛擬平台，通過它把各個點、面、體的信息聯繫到一起，從而實現這些資源的共享。網路是人類發展史來最重要的發明，提高了科技和人類社會的發展。
2）網路會藉助文字閱讀、圖片查看、影音播放、下載傳輸、游戲、聊天等軟體工具從文字、圖片、聲音、視頻等方面給人們帶來極其豐富的生活和美好的享受。
3）制定『互聯網+』行動計劃的意義，推動移動互聯網、雲計算、大數據、物聯網等與現代製造業結合，促進電子商務、工業互聯網和互聯網金融健康發展，引導互聯網企業拓展國際市場。

④ 「軟體定義」的概念

所謂軟體定義，就是用軟體去定義系統的功能，用軟體給硬體賦能，實現系統運行效率和能量效率最大化。軟體定義的本質就是在硬體資源數字化、標准化的基礎上，通過軟體編程去實現虛擬化、靈活、多樣和定製化的功能，對外提供客戶化的專用智能化、定製化的服務，實現應用軟體與硬體的深度融合。其核心是API(Application Programming Interface)。API解除了軟硬體之間的耦合關系，推動應用軟體向個性化方向發展，硬體資源向標准化方向發展，系統功能向智能化方向發展。API之上，一切皆可編程；API之下，「如無必要、勿增實體」。
軟體定義有三大特點或者發展趨勢，即：硬體資源虛擬化、系統軟體平台化、應用軟體多樣化。硬體資源虛擬化是指將各種實體硬體資源抽象化抽象化，打破其物理形態的不可分割性，以便通過靈活重組、重用發揮其最大效能。系統軟體平台化，實現，是指通過基礎軟體對硬體資源進行統一管控、按需分配按需配置與分配，並通過標准化的編程介面解除上層應用軟體和底層硬體資源之間的緊耦合關系，使其可以各自獨立演化。在成熟的平台化系統軟體解決方案的基礎上，應用軟體不受硬體資源約束，將得到可持續地迅猛發展，整個系統將實現更多的功能、，對外提供更為靈活高效的和多樣化的服務。軟體定義的系統，將隨著硬體性能的提升、演算法效能的改進、應用數量的增多，逐步向智能系統演變。
我們正在步入一個「萬物皆可互聯、一切皆可編程」，的新時代，軟體代碼將成為一種最為重要的資產形式，軟體編程將成為一種最為有效的生產方式。軟體定義將迅速引發各個行業的變革。從軟體定義無線電，、軟體定義雷達，到軟體定義網路、、軟體定義存儲、軟體定義數據和知識中心，到軟體定義汽車、軟體定義衛星，再到軟體定義製造、軟體定義服務，甚至汽車、航空航天器等載運工具。軟體定義將成為科技發展的重要推手，極大地提高各行各業的智能化程度和整個社會的智能化水平。
————中國電子學會軟體定義推進委員會 劉光明 提供

⑤ SDN軟體定義網路是干什麼用的在企業內有哪些應用

軟體定義網路（SDN）由多種網路技術組成，具有靈活敏捷的特點，它是一種可編程網路，主要通過OpenFlow技術來根據部署需求或後續需求更改網路的設置。與傳統網路不同，軟體定義網路（SDN）將網路設備的控制面與數據面分離開來，因此企業可以像升級、安裝軟體一樣對網路架構進行修改，滿足企業對整個網路結構進行調整、擴容或升級的需求，而底層的交換機、路由器等硬體則無需替換，節省大量的成本的同時，網路架構迭代周期也會大大縮短。

⑥ 什麼是軟體定義網路

話說最近網路虛擬化（Networking Virtualization，NV）和SDN真實熱得發燙，先談一下我個人的理解和看法。由於沒有實際玩過相應的產品，所以也只是停留在理論階段，而且尚在學習中，有些地方難以理解甚至理解錯誤，因此，特地來和大家交流一下。
早在2009年就出現了SDN（Software Defined Networking）的概念，但最近才開始被眾人所關注，主要還是因為Google跳出來表態其內部數據中心所有網路都開始採用OpenFlow進行控制，將OpenFlow從原本僅是學術性的東西瞬間推到了商用領域。第二個勁爆的消息就是VMWare大手筆12.6個億$收掉了網路虛擬化公司Nicira。
SDN只是一個理念，歸根結底，她是要實現可編程網路，將原本封閉的網路設備控制面（Control Plane）完全拿到「盒子」外邊，由集中的控制器來管理，而該控制器是完全開放的，因此你可以定義任何想實現的機制和協議。比如你不喜歡交換機/路由器自身所內置的TCP協議，希望通過編程的方式對其進行修改，甚至去掉它，完全由另一個控制協議取代也是可以的。正是因為這種開放性，使得網路的發展空間變為無限可能，換句話說，只有你想不到，沒有你做不到。
那SDN為什麼會和NV扯上關系呢？其實他們之間並沒有因果關系，SDN不是為實現網路虛擬化而設計的，但正式因為SDN架構的先進性，使得網路虛擬化的任務也得以實現。很多人（包括我自己）在最初接觸SDN的時候，甚至認為她就是NV，但實際上SDN的目光要遠大得多，用句數學術語來說就是「NV包含於SDN，SDN包含NV」。
再來看看NV，為什麼NV會如此火爆，歸根結底還是因為雲計算的崛起。伺服器/存儲虛擬化為雲計算提供了基礎架構支撐，也已經有成熟的產品和解決方案，但你會發現一個問題，即便如此，虛擬機的遷移依然不夠靈活，例如VMWare vMotion可以做到VM在線遷移，EMC VPLEX可以做到雙活站點，但虛擬機的網路（地址、策略、安全、VLAN、ACL等等）依然死死地與物理設備耦合在一起，即便虛擬機從一個子網成功地遷移到另一個子網，但你依然需要改變其IP地址，而這一過程，必然會有停機。另外，很多策略通常也是基於地址的，地址改了，策略有得改，所以依然是手動活，繁雜且易出錯。所以說，要實現Full VM Migration，即不需要更改任何現有配置，把邏輯對象（比如IP地址）與物理網路設備去耦（decouple）才行。這是一個舉例，總而言之，目的就是實現VM Migration Anywhere within the DataCenter non-disruptively，尤其是在雲這樣的多租戶（Multi-tanency）環境里，為每一個租戶提供完整的網路視圖，實現真正的敏捷商務模型，才能吸引更多人投身於雲計算。
SDN不是網路虛擬化的唯一做法，Network overly（mac in mac, ip in ip）的方式也是現在很多公司實際在使用的，比如Microsoft NVGRE、Cisco/VMWare VXLAN、Cisco OTV、Nicira STT等。事實上overly network似乎已經成為NV實現的標准做法，SDN模型下的NV實現目前更多的是在學術、研究領域。新技術總是伴隨大量的競爭者，都想在此分一杯羹，甚至最後成為標准。好戲才剛剛上演，相信會越發精彩。
個人覺得這是一個非常有意思的話題，希望和大家交流心得，互相學習.
NV的目標就是如何呈現一個完全的網路給雲環境中的每一個租戶，租戶可能會要求使用任何其希望使用的IP地址段，任何拓撲，當然更不希望在遷移至公共雲的情況下需要更改其原本的IP地址，因為這意味著停機。所以，客戶希望有一個安全且完全隔離的網路環境，保證不會與其他租戶產生沖突。既然vMotion之類的功能能夠讓虛擬機在雲中自由在線漂移，那網路是否也能隨之漂移呢？這里簡單介紹下微軟的Hyper-v networking virtualization，到不是因為技術有多先進，只不過他的實現細節比較公開，而其它公司的具體做法相對封閉，難以舉例。
其實微軟的思路很簡單，就是將原本虛擬機的二層Frame通過NVGRE再次封裝到 IP packet中進行傳輸，使得交換機能夠通過識別NVGRE的Key欄位來判斷數據包的最終目的地。這其實就是一個Network Overlay的做法，它將虛擬網路與物理網路進行了分離。試想，公司A和公司B都遷移到公有雲且就那麼巧，他們的一些虛擬機連接到了同一個物理交換機上，現在的問題是，他們各自的虛擬機原本使用的私有IP段是一樣的，如果沒有VLAN就會導致IP沖突。但現在看來，這已經不是問題，因為虛擬機之間的通信都要通過NVGRE的封裝，而新的IP包在物理網路上傳輸時是走物理地址空間的，而物理地址空間是由雲服務提供者所獨占的，因此不存在IP沖突的情況。

總結一下就是，這里的網路虛擬化可以認為是IP地址虛擬化，將虛擬網路的IP與物理網路完全分離，這樣做就可以避免IP沖突，跨子網在線遷移虛擬機的問題，微軟的要求是：虛擬機可以在數據中心中任意移動，而客戶不會有任何感覺，這種移動能力帶來了極大的靈活性。
Software-defined networking (SDN) is an approach to computer networking which evolved from work done at UC Berkeley and Stanford University around 2008.[1] SDN allows network administrators to manage network services throughabstraction of lower level functionality. This is done by decoupling the system that makes decisions about where traffic is sent (the control plane) from the underlying systems that forwards traffic to the selected destination (the data plane). The inventors and vendors of these systems claim that this simplifies networking.[2]
SDN requires some method for the control plane to communicate with the data plane. One such mechanism, OpenFlow, is often misunderstood to be equivalent to SDN, but other mechanisms could also fit into the concept. The Open Networking Foundation was founded to promote SDN and OpenFlow, marketing the use of the term cloud computing before it became popular.
This section does not cite any references or sources. Please help improve this section by adding citations to reliable sources. Unsourced material may be challenged andremoved. (February 2013)
One application of SDN is the infrastructure as a service (IaaS).
This extension means that SDN virtual networking combined with virtual compute (VMs) and virtual storage can emulate elastic resource allocation as if each such enterprise application was written like a Google or Facebook application. In the vast majority of these applications resource allocation is statically mapped in inter process communication (IPC). However if such mapping can be expanded or reced to large (many cores) or small VMs the behavior would be much like one of the purpose built large Internet applications.
Other uses in the consolidated data-center include consolidation of spare capacity stranded in static partition of racks to pods. Pooling these spare capacities results in significant rection of computing resources. Pooling the active resources increases average utilization.
The use of SDN distributed and global edge control also includes the ability to balance load on lots of links leading from the racks to the switching spine of the data-center. Without SDN this task is done using traditional link-state updates that update all locations upon change in any location. Distributed global SDN measurements may extend the cap on the scale of physical clusters. Other data-center uses being listed are distributed application load balancing, distributed fire-walls, and similar adaptations to original networking functions that arise from dynamic, any location or rack allocation of compute resources.
Other uses of SDN in enterprise or carrier managed network services (MNS) address the traditional and geo-distributed campus network. These environments were always challenged by the complexities of moves-adds-changes, mergers & acquisitions, and movement of users. Based on SDN principles, it expected that these identity and policy management challenges could be addressed using global definitions and decoupled from the physical interfaces of the network infrastructure. In place infrastructure on the other hand of potentially thousands of switches and routers can remain intact.
It has been noted that this "overlay" approach raises a high likelihood of inefficiency and low performance by ignoring the characteristics of the underlying infrastructure. Hence, carriers have identified the gaps in overlays and asked for them to be filled by SDN solutions that take traffic, topology, and equipment into account.[7]
SDN deployment models[edit]
This section does not cite any references or sources. Please help improve this section by adding citations to reliable sources. Unsourced material may be challenged andremoved. (February 2013)
Symmetric vs asymmetric
In an asymmetric model, SDN global information is centralized as much as possible, and edge driving is distributed as much as possible. The considerations behind such an approach are clear, centralization makes global consolidation a lot easier, and distribution lowers SDN traffic aggregation-encapsulation pressures. This model however raises questions regarding the exact relationships between these very different types of SDN elements as far as coherency, scale-out simplicity, and multi-location high-availability, questions which do not come up when using traditional AS based networking models. In a Symmetrically distributed SDN model an effort is applied to increase global information distribution ability, and SDN aggregation performance ability so that the SDN elements are basically one type of component. A group of such elements can form an SDN overlay as long as there is network reachability among any subset.
Floodless vs flood-based
In a flood-based model, a significant amount of the global information sharing is achieved using well known broadcast and multicast mechanisms. This can help make SDN models more Symmetric and it leverages existing transparent bridging principles encapsulated dynamically in order to achieve global awareness and identity learning. One of the downsides of this approach is that as more locations are added, the load per location increases, which degrades scalability. In a FloodLess model, all forwarding is based on global exact match, which is typically achieved using Distributed Hashing and Distributed Caching of SDN lookup tables.
Host-based vs Network-centric
In a host-based model an assumption is made regarding use of SDN in data-centers with lots of virtual machines moving to enable elasticity. Under this assumption the SDN encapsulation processing is already done at the host HyperVisor on behalf of the local virtual machines. This design reces SDN edge traffic pressures and uses "free" processing based on each host spare core capacity. In a NetworkCentric design a clearer demarcation is made between network edge and end points. Such an SDN edge is associated with the access of Top of Rack device and outside the host endpoints. This is a more traditional approach to networking that does not count on end-points to perform any routing function.
Some of the lines between these design models may not be completely sharp. For example in data-centers using compute fabrics "Big" hosts with lots of CPU cards perform also some of the TopOfRack access functions and can concentrate SDN Edge functions on behalf of all the CPU cards in a chassis. This would be both HostBased and NetworkCentric design. There may also be dependency between these design variants, for example a HostBased implementation will typically mandate an Asymmetric centralized Lookup or Orchestration service to help organize a large distribution. Symmetric and FloodLess implementation model would typically mandate in-network SDN aggregation to enable lookup distribution to a reasonable amount of Edge points. Such concentration relies on local OpenFlow interfaces in order to sustain traffic encapsulation pressures.[5] [6]

⑦ 軟體定義網路的對比

計算機系統的持續革新已經創造了新的抽象層，從最初的操作系統到如今的虛擬化。每次都抽象底層的硬體，同時在上層創造一個新的用於競爭和革新的平台。然而在網路方面，軟硬體的功能劃分就不那麼清晰，正確的可編程平台變得難以捉摸，以至於我們開發了動態網路、網路處理器和軟體路由。一個逐步顯現的趨勢指出，越來越多的網路基礎設施將用數據通道之外的軟體來定義。
對比計算機領域，PC工業已經找到一個簡單可用的硬體底層(x86指令集)。在軟體定義方面，頂層(應用程序)和底層(操作系統和虛擬化)都在爆炸式地發展。開源方面，有10萬個開發者參與了標准化進程，加速了創新。可見，硬體底層+軟體定義的網路+開源文化就能推動創新，網路創新亦需如此，這個底層需要我們去實現。
一個簡單穩定通用的底層需要具備以下屬性：
1. 允許應用程序的繁榮發展。比如在網際網路領域，穩定的IPv4帶來了Web的繁榮；
2. 允許其頂部的基礎設施能用軟體定義。比如網際網路領域的路由協議、管理等；
3. 體系結構本身能夠快速創新。

⑧ 軟體定義網路的研究進展

傳統網路的層次結構是互聯網取得巨大成功的關鍵。但是隨著網路規模的不斷擴大，封閉的網路設備內置了過多的復雜協議，增加了運營商定製優化網路的難度，科研人員無法在真實環境中規模部署新協議。同時，互聯網流量的快速增長，用戶對流量的需求不斷擴大，各種新型服務不斷出現，增加了網路運維成本。
SDN起源於2006年斯坦福大學的Clean Slate研究課題。2009年，Mckeown教授正式提出了SDN概念。利用分層的思想，SDN將數據與控制相分離。在控制層，包括具有邏輯中心化和可編程的控制器，可掌握全局網路信息，方便運營商和科研人員管理配置網路和部署新協議等。在數據層，包括啞的（mb）交換機（與傳統的二層交換機不同，專指用於轉發數據的設備）。交換機僅提供簡單的數據轉發功能，可以快速處理匹配的數據包，適應流量日益增長的需求。兩層之間採用開放的統一介面（如OpenFlow等）進行交互。控制器通過標准介面向交換機下發統一標准規則，交換機僅需按照這些規則執行相應的動作即可。因此，SDN技術能夠有效降低設備負載，協助網路運營商更好地控制基礎設施，降低整體運營成本，成為最具前途的網路技術之一。因此，SDN被MIT列為「改變世界的十大創新技術之一」。SDN相關技術研究迅速開展起來，成為近年來的研究熱點。2013年，SIGCOMM會議收錄了多篇相關文章，甚至將SDN列為專題來研討，帶動了SDN相關研究的蓬勃發展。

⑨ 在「下一代網路」熱潮中，中國SDN（軟體定義網路）會怎麼走

SDN，即Software-Defined Network（軟體定義網路），由於傳統的網路設備（交換機、路由器）的固件是由設備製造商鎖定和控制，所以SDN希望將網路控制與物理網路拓撲分離，從而擺脫硬體對網路架構的限制。這樣企業便可以像升級、安裝軟體一樣對網路架構進行修改，滿足企業對整個網站架構進行調整、擴容或升級。而底層的交換機、路由器等硬體則無需替換，節省大量的成本的同時，網路架構迭代周期將大大縮短。舉個不恰當的例子，SDN技術就相當於把每人家裡路由器的的管理設置系統和路由器剝離開。以前我們每台路由器都有自己的管理系統，而有了SDN之後，一個管理系統可用在所有品牌的路由器上。如果說現在的 網路系統是功能機，系統和硬體出廠時就被捆綁在一起，那麼SDN就是 Android系統，可以在很多智能手機上安裝、升級，同時還能安裝更多更強大的手機App（SDN應用層部署）。昨天，中國第一屆開放網路峰會在北京召開，參會商除了有網路、騰訊、阿里巴巴等互聯網公司，還包括如NEC、NTT Communications等國內外一些運營商、軟硬體公司。既然如此，就讓我們從這次大會來看看，中國的SDN普及之路會怎麼走？現狀 在國內，SDN技術仍處在實驗的階段。作為從斯坦福出來的新興網路技術，高校自然會更早的接觸和研究這類技術。目前國內一些院校已經開始對SDN技術進行了大量的研究測試，比如清華研究院博士生亓亞烜介紹了清華SDN團隊在架構、安全性、資源管理等方面的研究進程，到目前為止已經運行一年之久。而亓亞烜也和另外兩位Founder成立了SDN相關服務公司，開始進入SDN技術商業應用之路。北郵院長張傑則稱：到2016年，思科預測全球每年的IP流量將達到Zettabyte級別（1ZB=1024EB，1EB=1024PB）。所以他們也在利用SDN技術在嘗試一種可大大減少網路流量的交換損耗的靈活光聯網。另外上海交大的金耀輝教授在會上也介紹了他們在OpenStack中的SDN技術的使用情況，以及OpenStack中網路模塊的實現效果等。對於SDN對現有網路的革命性改變，誰也不會否認。世紀互聯顧問厲建宇稱企業SDN網路部署能夠提高網路利用率、簡化網路交換設備、簡化傳統的CDN流量工程等，另外在成本、能耗等方面也都有較大的提高。國外包括Google、微軟、Facebook等很多廠商都已經進入了部署階段。NEC中國研究院院長杜軍也介紹說他們已經開始了SDN相關的研發工作，其SDN相關產品在日本、美國都有了一些的客戶。而作為 Open Networking Foundation（開放網路基金會）8位董事會成員之一NTT Communications，其SDN負責人Ito 則認為中國是全球業務中不可或缺的一部分，而且由於其本身和電信、聯通、移動以及華為、中興等SDN相關廠商一直有合作，所以他們很願意在國內的SDN發展上起到一定的推動作用。盡管上面的NTT、NEC都有了一些SDN產品，但不得不承認，這些產品和技術都還沒有進入中國。限於中國的特殊環境和大企業的保守，中國在普及SDN技術上還有一定的困難，包括運營商、網路服務商等都處在一種觀望的狀態，所以SDN普及還需時日。使用者態度 下午，騰訊、阿里巴巴、新浪、網路等國內互聯網巨頭也談到了SDN對他們的意義。作為SDN技術的直接使用者，他們看到了SDN對硬體和網路設施的巨大影響，但毫不例外的是，大家也都談到了現有的SDN技術還有很多問題需要解決。這四家公司都已經開始對SDN進行了相關研究，但發現目前使用SDN來構建IDC還是會遇到一些瓶頸，比如阿里提到的運營數據挖掘、故障診斷和及時修復、以及一次性購買成本等問題。當然，除了懷疑，國內互聯網公司也在努力做相關的開發工作。其中網路就已有了幾塊成型的SDN產品，他們的Traffic Engineering系統就是基於SDN網路架構的產品，未來還會做出更多地嘗試和SDN應用的產品。阻礙 美國ONF（開放網路基金會）去年才剛剛成立，SDN對於很多人來說還相當陌生。限於國內技術水平、國家政策和環境特殊性以及運營商的壟斷地位，國內的SDN發展還沒法和美國等國家相比。另外，由於SDN切斷了網路硬體設備和網路系統的捆綁，所以從某種角度來講，這對華為、中興這些硬體製造商並不利。雖然他們不會阻止這種趨勢，但目前國內還很難依靠他們來推動SDN的發展。而且由於國內的技術型創業公司極少，目前還很難有 Nicira、 Contrail Systems、 Xsigo這樣優秀的SDN創業公司的出現。未來 就像銳捷網路產品研發總監劉茗說的那樣：「參加了這次峰會之後，我仍然看不清楚未來。」SDN目前在國內仍然沒有成功的應用案例，持懷疑態度的還是大有人在。所以要想讓SDN快速發展起來，這仍然是一個很不輕松的過程。

⑩ 軟體定義網路的優勢

由於傳統的網路設備（交換機、路由器）的固件是由設備製造商鎖定和控制，所以SDN希望將網路控制與物理網路拓撲分離，從而擺脫硬體對網路架構的限制。這樣企業便可以像升級、安裝軟體一樣對網路架構進行修改，滿足企業對整個網站架構進行調整、擴容或升級。而底層的交換機、路由器等硬體則無需替換，節省大量的成本的同時，網路架構迭代周期將大大縮短。
舉個不恰當的例子，SDN技術就相當於把每人家裡路由器的的管理設置系統和路由器剝離開。以前我們每台路由器都有自己的管理系統，而有了SDN之後，一個管理系統可用在所有品牌的路由器上。如果說網路系統是功能機，系統和硬體出廠時就被捆綁在一起，那麼SDN就是Android系統，可以在很多智能手機上安裝、升級，同時還能安裝更多更強大的手機App（SDN應用層部署）。