『壹』 什麼是軟體定義
軟體定義，就是通過虛擬化將軟體和硬體分離出來，將伺服器、存儲和網路三大計算資源池化，最終實現將這些池化的虛擬化資源進行按需分割和重新組合。軟體定義的概念廣泛，包含了軟體定義網路（SDN）、軟體定義存儲（SDS）、軟體定義數據中心(SDDC)等不同領域。
『貳』 什麼是軟體定義網路
話說最近網路虛擬化（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]
『叄』 無線網路的虛擬化是什麼意思呀，除了伺服器，控制器也放在雲端
網路虛擬化的內容一般指虛擬專用網路 (VPN)。VPN 對網路連接的概念進行了抽象，允許遠程用戶訪問組織的內部網路，就像物理上連接到該網路一樣。網路虛擬化可以幫助保護 IT 環境，防止來自 Internet 的威脅，同時使用戶能夠快速安全的訪問應用程序和數據。
『肆』 軟體定義網路，網路虛擬化和網路功能虛擬化的區別
網路團隊經常要處理鋪天蓋地的配置請求，這些配置請求可能需要數天或數周來處理，所幸的是，現在有幾種方法可以幫助企業提高網路靈活性，主要包括網路虛擬化[注](NV)、網路功能虛擬化[注](NFV[注])和軟體定義網路[注](SDN[注])。
這三種方法可能聽起來有些混淆，但其實每種方法都是在試圖解決網路移動性這個宏觀問題的不同子集問題。在這篇文章中，我們將探討NV、NFV和SDN的區別以及每種方法如何幫助我們實現可編程網路。
網路虛擬化
企業網路管理員很難滿足不斷變化的網路需求。企業需要一種方法來自動化網路，以提高IT對變化的響應率。在這個用例中，我們通常試圖解決一個問題：如何跨不同邏輯域移動虛擬機？網路虛擬化其實是通過在流量層面邏輯地劃分網路，以在現有網路中創建邏輯網段，這類似於硬碟驅動器的分區。
網路虛擬化是一種覆蓋;也是一個隧道。NV並不是物理地連接網路中的兩個域，NV是通過現有網路創建一個隧道來連接兩個域。NV很有價值，因為管理員不再需要物理地連接每個新的域連接，特別是對於創建的虛擬機。這一點很有用，因為管理員不需要改變他們已經實現的工作。他們得到了一種新方式來虛擬化其基礎設施，以及對現有基礎設施進行更改。
NV在高性能x86平台上運行。這里的目標是讓企業能夠獨立於現有基礎設施來移動虛擬機，而不需要重新配置網路。Nicira(現在屬於VMware)是銷售NV設備的供應商。NV適合於所有使用虛擬機技術的企業。
網路功能虛擬化
NV提供了創建網路隧道的功能，並採用每個流服務的思維，下一個步驟是將服務放在隧道中。NFV主要虛擬化4-7層網路功能，例如防火牆或IDPS，甚至還包括負載均衡(應用交付控制器)。
如果管理員可以通過簡單的點擊來設置虛擬機，為什麼他們不能以相同的方式打開防火牆或IDS/IPS呢?這正是NFV可以實現的功能。NFV使用針對不同網路組件的最佳做法作為基礎措施和配置。如果你有一個特定的隧道，你可以添加防火牆或IDS/IPS到這個隧道。這方面很受歡迎的是來自PLUMgrid或Embrane等公司的防火牆或IDS/IPS。
NFV在高性能x86平台上運行，它允許用戶在網路中選定的隧道上開啟功能。這里的目標是，讓人們為虛擬機或流量創建服務配置文件，並利用x86來在網路上構建抽象層，然後在這個特定邏輯環境中構建虛擬服務。在部署後，NFV能夠在配置和培訓方面節省大量數據。
NFV還減少了過度配置的需要：客戶不需要購買大型防火牆或IDSIPS產品來處理整個網路，客戶可以為有需要的特定隧道購買功能。這樣可以減少初始資本支出，但其實運營收益才是真正的優勢。NFV可以被看作是相當於Vmware，幾台伺服器運行很多虛擬伺服器，通過點擊配置系統。
客戶了解NV和NFV之間的區別，但他們可能不希望從兩家不同的供應商來獲得它們。這也是為什麼Vmware現在在VmwareNSX提供NV和NFV安全功能的原因。
軟體定義網路
SDN利用「罐裝」流程來配置網路。例如，當用戶想要創建tap時，他們能夠對網路進行編程，而不是使用設備來構建網路tap。
SDN通過從數據平面(發送數據包到特定目的地)分離控制平面(告訴網路什麼去到哪裡)使網路具有可編程性。它依賴於交換機來完成這一工作，該交換機可以利用行業標准控制協議(例如OpenFlow)通過SDN控制器來編程。
NV和NFV添加虛擬通道和功能到物理網路，而SDN則改變物理網路，這確實是配置和管理網路的新的外部驅動手段。SDN的用例可能涉及將大流量從1G埠轉移到10G埠，或者聚合大量小流量到一個1G埠。SDN被部署在網路交換機上，而不是x86伺服器。BigSwitch和Pica8都有SDN相關的產品。
所有這三種類型的技術都旨在解決移動性和靈活性。我們需要找到一種方式來編程網路，而現在有不同的方法可以實現：NV、NFV和SDN。
NV和NFV可以在現有的網路中運作，因為它們在伺服器運行，並與發送到它們的流量進行交互;而SDN則需要一種新的網路架構，從而分離數據平面和控制平面。
『伍』 5g無線網路關鍵技術有哪些
摘要 前傳和回傳
『陸』 什麼是軟體定義
軟體定義的本質就是控制面和基礎能力面的分離。這個理念對於一個搞通信的「老人」其實就不是什麼新東西，程式控制交換很早就將信令和語音分離，信令控制語音電路接續等，信令和語音是二個通道。計算、網路和存儲的基礎能力分別是計算、轉發和數據存取能力，這些能力是分布部署的，部署在物理或虛擬機上。配置、管理、控制都是由集中的控制單元完成。原來我們需要對每個設備進行配置和管理，現在只要在集中的能力管理控制平台上完成，再通過分權分域讓租戶自己完成。相關控制信息由管理平台推送到相應的能力平台上。在這種新的模式下，只要基礎能力綁定配置信息就是一台虛擬設備，比如虛擬機、虛擬路由器、虛擬存儲。而且基礎能力都是透明的，配置信息可能綁定任何的物理設備(載體)，並在載體中按需移動，這就是遷移。其實我們一直在談虛擬機有遷移能力，實際上軟體定義後的網路、存儲也有一樣的遷移能力，也具備熱遷移和冷遷移的能力。這也是軟體定義帶來的又一個優點。但是現在的控制面往往獨立存在的，比如虛擬機有獨立的控制面，虛擬交換機有獨立的控制面、虛擬防火牆有獨立的控制面板、虛擬負載均衡有獨立控制面、存儲更是。這些控制面相互之間缺乏融合，他們之間的關系就是設備和設備之間的關系，這種關系和普通物理設備之間的關系完全一樣，需要靠復雜的配置來確定。
『柒』 5g無線接入的關鍵技術主要包含
5G網路技術主要分為三類：核心網、回傳和前傳網路、無線接入網。核心網關鍵技術主要包括：網路功能虛擬化（NFV）、軟體定義網路（SDN）、網路切片和多接入邊緣計算（MEC）。
NFV，就是通過IT虛擬化技術將網路功能軟體化，並運行於通用硬體設備之上，以替代傳統專用網路硬體設備。
NFV將網路功能以虛擬機的形式運行於通用硬體設備或白盒之上，以實現配置靈活性、可擴展性和移動性，並以此希望降低網路CAPEX和OPEX。
NFV要虛擬化的網路設備主要包括：交換機（比如OpenvSwitch）、路由器、HLR（歸屬位置寄存器）、SGSN、GGSN、CGSN、RNC（無線網路控制器）、SGW（服務網關）、PGW（分組數據網路網關）、RGW（接入網關）、BRAS（寬頻遠程接入伺服器）、CGNAT（運營商級網路地址轉換器）、DPI（深度包檢測）、PE路由器、MME（移動管理實體）等。NFV獨立於SDN，可單獨使用或與SDN結合使用。
『捌』 SDN技術的應用場景
SDN技術的應用場景
SDN網路能力開放化的特點，使得網路可編程，易快捷提供的應用服務，網路不再僅僅是基礎設施，更是一種服務，SDN的應用范圍得到了進一步的拓展。下面是我帶來的SDN的五大應用場景，希望對你有幫助!
針對網路的主要參與實體進行梳理後，SDN的應用場景基本聚焦到電信運營商、政府及企業客戶、數據中心服務商以及互聯網公司。關注的SDN應用場景主要聚焦在：數據中心網路、數據中心間的互聯、政企網路、電信運營商網路、互聯網公司業務部署。
場景1：SDN在數據中心網路的應用
數據中心網路SDN化的需求主要表現在海量的虛擬租戶、多路徑轉發、VM(虛擬機)的智能部署和遷移、網路集中自動化管理、綠色節能、數據中心能力開放等幾個方面。
SDN控制邏輯集中的特點可充分滿足網路集中自動化管理、多路徑轉發、綠色節能等方面的要求;SDN網路能力開放化和虛擬化可充分滿足數據中心能力開放、VM的智能部署和遷移、海量虛擬租戶的需求。
數據中心的建設和維護一般統一由數據中心運營商或ICP/ISP維護，具有相對的封閉性，可統一規劃、部署和升級改造，SDN在其中部署的可行性高。數據中心網路是SDN目前最為明確的應用場景之一，也是最有前景的應用場景之一。
場景2：SDN在數據中心互聯的應用
數據中心之間互聯網的網路具有流量大、突發性強、周期性強等特點，需要網路具備多路徑轉發與負載均衡、網路帶寬按需提供、綠色節能、集中管理和控制的能力。如下圖所示的SDN技術在多數據中心互聯場景下的應用架構圖所示，引入SDN的網路可通過部署統一的控制器來收集各數據中心之間的流量需求，進而進行統一的計算和調度、實施帶寬的靈活按需分配、最大程度優化網路、提升資源利用率。
目前Google已經在其數據中心之間應用了SDN技術，將數據中心之間的鏈路利用率提升至接近100%，成效顯著。
場景3：SDN在政企網路中的應用
政府及企業網路的業務類型多，網路設備功能復雜、類型多，對網路的安全性要求高，需要集中的管理和控制，需要網路的靈活性高，且能滿足定製化需求。
SDN轉發與控制分離的架構，可使得網路設備通用化、簡單化。SDN將復雜的業務功能剝離，由上層應用伺服器實現，不僅可以降低設備硬體成本，更可使得企業網路更加簡化，層次更加清晰。同時，SDN控制的邏輯集中，可以實現企業網路的集中管理與控制，企業的安全策略集中部署和管理，更可以在控制器或上層應用靈活定製網路功能，更好滿足企業網路的需求。
由於企業網路一般由企業自己的信息化部門復雜建設、管理和維護，具有封閉性，可統一規劃、部署和升級改造，SDN部署的可行性高。
場景4：SDN在電信運營商網路的應用
電信運營商網路包括了寬頻接入層、城域層、骨幹層等層面。具體的網路還可分為有線網路和無線網路，網路存在多種方式，如傳輸網、數據網、交換網等。總的來說，電信運營商網路具有覆蓋范圍大、網路復雜、網路安全可靠性要求高、涉及的網路制式多、多廠商共存等特點。
SDN的轉發與控制分離特點可有效實現設備的逐步融合，降低設備硬體成本。SDN的控制邏輯集中特點可逐步實現網路的集中化管理和全局優化，有效提升運營效率，提供端到端的`網路服務;SDN的網路能力虛擬化和開放化，也有利於電信運營商網路向智能化，開放化發展，發展更豐富的網路服務，增加收入。
例如NTT和德國電信都開始試驗部署SDN，其中NTT搭建了很快日本和美國的試驗環境，實現網戀過虛擬化，並故那裡跨數據中心的WAN網路;而德國電信在雲數據中心、無線、固定等接入環境使用SDN。
但是，SDN技術目前尚不夠成熟，標准化程度也不夠高。大范圍、大量網路設備的管理問題，超大規模SDN控制器的安全性和穩定性問題，多廠商的協同和互通問題，不同網路層次/制式的協同和對接問題等均需要盡快得到解決。目前SDN技術在電信運營商網路大規模應用還難以實現，但可在局部網路或特定應用場景逐步使用，如移動回傳網路場景、分組與光網路的協同場景等。
場景5：SDN在互聯網公司業務部署中的應用
SDN即軟體定義網路，然而筆者認為SDN的研究重點不應放在軟體如何定義網路，而應在於如何開放網路能力。網路的終極意義在於為上層應用提供網路服務，承載上層應用。NaaS是網路的最終歸宿。互聯網公司業務基於SDN架構部署，將是SDN的重要應用場景。
SDN具有網路能力開放的特點，通過SDN控制器的北向介面，向上層應用提供標准化、規范化的網路能力介面，為上層應用提供網路能力服務。ICP/ISP可根據需要獲得相應的網路服務，有效提升最終用戶的業務體驗。
國內企業如騰訊、網路等都在加快SDN的實驗室部署，例如騰訊，利用SDN實現差異化的路徑計算、流量控制和服務，為用戶提供更好體驗。
;『玖』 什麼是軟體定義網路
軟體定義網路(簡稱SDN)屬於網路流量控制的下一個步驟。Tech Pro Research發布的調查報告正是以此為中心，旨在為我們展示企業如何使用SDN方案。
過去幾年以來，以更為高效方式管理環境的需求正快速普及，這也使得網路領域的更高靈活性與控制手段成為必然。作為重要解決途徑之一，軟體定義網路(簡稱SDN)應運而生。它允許我們對網路流量加以控制，並利用軟體與策略對網路行為及響應進行統一定義——而不必像以往那樣面向單獨硬體設備。
舉例來說，SDN能夠將網路流量指向至使用頻率最低的資源處，從而有效利用冗餘系統共享工作負載以實現負載均衡。這不僅改善了網路與系統的響應時間，亦能夠反過來催生出充分利用此類優勢的出色應用程序。另外，SDN還提供良好的可擴展性與異構環境控制能力，例如與雲服務對接的本地數據中心。
Tech Pro Research的這份調查報告整理出以下幾項重要結論：
· 沒有良好的人員培訓，SDN實現亦將無從談起。目前的常見介面通常要求我們擁有對SDN常規開發語言的知識，同時了解如何利用技術優勢實現業務改進。
· 考慮增量式實現，即利用定期關閉與現場解決方案了解SDN是否契合我們的整體基礎設施架構。
· 認真考量並審查SDN是否有助於解決雲服務管理工作、供應商訪問以及隨時/隨地接入的復雜性。
· SDN正在全面普及，雖然普及速度仍然緩慢;不要坐視競爭對手將其轉化為業務優勢，而我們自己仍掙扎於使用命令行以及非統一設備管理方案。
這份報告同時指出，「雖然做出諸多承諾，但SDN實際推廣中仍然障礙重重，這主要是由於大型供應商的消極態度。盡管這一態勢已經出現變化跡象，但企業客戶仍然需要相當長時間才會最終決定將SDN納入自己的采購清單。」