軟件定義網(wǎng)絡(luò)吸引了很多云和網(wǎng)絡(luò)提供商的興趣，但是很多提供商卻由于SDN技術(shù)的現(xiàn)狀而感到沮喪。大多數(shù)大型提供商能夠至少運(yùn)行小范圍的SDN小規(guī)模測(cè)試或者實(shí)驗(yàn)，但是都遭遇了大范圍部署的問題。那么SDN中缺少了什么?提供商如何識(shí)別這些缺失的元素，以便他們能夠完全的利用這項(xiàng)技術(shù)?

1、缺少全設(shè)備控制標(biāo)準(zhǔn)

妨礙SDN采用最顯著的障礙就是缺少對(duì)于所有設(shè)備的控制標(biāo)準(zhǔn)。OpenFlow框架是現(xiàn)在使用的一種事實(shí)SDN標(biāo)準(zhǔn)，這是一種單項(xiàng)轉(zhuǎn)發(fā)表升級(jí)協(xié)議，不提供確定設(shè)備狀態(tài)的機(jī)制，不允許程序接口或者外線接口。無(wú)法處理非封包流，比如波長(zhǎng)流。有人可能會(huì)說OpenFlow的這個(gè)框架是一些受限實(shí)驗(yàn)的副產(chǎn)品，而不是一種機(jī)制，旨在支持通用的網(wǎng)絡(luò)服務(wù)創(chuàng)建。

很多人已經(jīng)指出OpenFlow并不能完成基本的設(shè)備安裝，這也意味著更多傳統(tǒng)管理標(biāo)準(zhǔn)，比如簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)，就必須應(yīng)用來實(shí)現(xiàn)這個(gè)目標(biāo)。這里的問題在于傳統(tǒng)管理標(biāo)準(zhǔn)需要完全同這些設(shè)備連接。這也回到問題的實(shí)質(zhì)：在每一個(gè)路由器必須單獨(dú)建立時(shí)，如何使用?

2、缺少服務(wù)控制軟件

SDN技術(shù)第二大的問題在于服務(wù)控制軟件，這項(xiàng)技術(shù)實(shí)際上在軟件定義網(wǎng)絡(luò)中構(gòu)建了路由和控制流量。不管提供商考慮的SDN模型是什么，都需要軟件鏈接應(yīng)用服務(wù)到SDN基礎(chǔ)架構(gòu)中。對(duì)于云計(jì)算而言，這通常是一個(gè)和云虛擬網(wǎng)絡(luò)控制(OpenStack的Quantum)或者DevOps工具相關(guān)關(guān)聯(lián)的插件，用于分配云資源。

即使有OpenFlow和SDN控制器，每一個(gè)SDN實(shí)現(xiàn)都需要服務(wù)控制軟件來創(chuàng)建虛擬網(wǎng)絡(luò)。這是因?yàn)镾DN控制器僅將路由需求翻譯成了一系列轉(zhuǎn)發(fā)表變化;他們本身不能創(chuàng)建路由。然而，SDN控制器有時(shí)候提供北向應(yīng)用程序接口，這個(gè)服務(wù)控制軟件可以被連接，一些廠商甚至至少提供了這個(gè)軟件的基本版本，對(duì)于沒有基于OpenFlow的SDN實(shí)現(xiàn)，每一個(gè)網(wǎng)絡(luò)設(shè)備廠商必須提供必要的服務(wù)控制軟件。這個(gè)領(lǐng)域通過互聯(lián)網(wǎng)工程任務(wù)組(IETF)的一些工作在應(yīng)用層流量?jī)?yōu)化開發(fā)(ALTO)中表現(xiàn)。

3、多廠商網(wǎng)絡(luò)控制成應(yīng)用障礙

上面提到的也為我們引入了SDN采用的第三個(gè)障礙：多廠商網(wǎng)絡(luò)控制。服務(wù)控制軟件可以在多個(gè)廠商網(wǎng)絡(luò)之上執(zhí)行控制，通過 OpenFlow、Border Gateway Patrol (BGP)和Multiprotocol Label Switching實(shí)現(xiàn)，提供了給軟件，讓其了解網(wǎng)絡(luò)情況，按需調(diào)整路由的策略。

對(duì)于集中化和分布式的SDN模型，控制軟件知道所有網(wǎng)絡(luò)設(shè)備和中繼線的狀態(tài)很重要，不管包含什么設(shè)備。協(xié)議和標(biāo)準(zhǔn)如SNMP和遠(yuǎn)程網(wǎng)絡(luò)監(jiān)控或者RMON，可以協(xié)助收集一些信息，IETF增強(qiáng)功能(BGP-LS)到BGP，還有一些舉措，比如基礎(chǔ)架構(gòu)到應(yīng)用信息暴露或者i2aex，可以提供替代資源。在一些案例中，網(wǎng)絡(luò)中的示例部署并鏈接到中央控制軟件工具可以提供更多數(shù)據(jù)。SDN網(wǎng)絡(luò)狀態(tài)的遙感測(cè)試需求已經(jīng)推進(jìn)了一股收購(gòu)和并購(gòu)浪潮，因此SDN廠商很可能在這個(gè)領(lǐng)域增加產(chǎn)品。

4、集中化網(wǎng)絡(luò)中管理控制流量

服務(wù)控制軟件和多廠商網(wǎng)絡(luò)遙感技術(shù)的結(jié)合也闡明了SDN的第四種缺失：在集中化網(wǎng)絡(luò)中控制流量管理。網(wǎng)絡(luò)云營(yíng)商已經(jīng)指出來自一些應(yīng)用的網(wǎng)絡(luò)探頭的遙感流量快要超過實(shí)際的應(yīng)用流量了。在任何SDN模型中，信息在哪里收集起來支持中央網(wǎng)絡(luò)行為監(jiān)控，就應(yīng)該在這些價(jià)值和交付過多信息給中央點(diǎn)之間有一個(gè)平衡。

網(wǎng)絡(luò)運(yùn)營(yíng)商早就提出虛擬化網(wǎng)絡(luò)功能，會(huì)進(jìn)一步增加網(wǎng)絡(luò)中的控制流量總量。但是網(wǎng)絡(luò)功能虛擬化也創(chuàng)造了SDN的替代架構(gòu)，分層分布流程的混合物，關(guān)注與沒有集中化流量和失敗點(diǎn)的決策。

5、需要邊界功能

最后的SDN缺失也許最為陰暗，因?yàn)楹芸赡苡绊懰袑?shí)際的SDN部署。企業(yè)和網(wǎng)絡(luò)運(yùn)營(yíng)商最可能在單獨(dú)的網(wǎng)絡(luò)領(lǐng)域發(fā)布SDN，而不是在全球范圍內(nèi)。沒有具體模型的服務(wù)控制軟件，軟件定義網(wǎng)絡(luò)要多久才能夠擴(kuò)展還不明朗。如果SDN區(qū)域包圍在遺留網(wǎng)絡(luò)中，如何處理邊界功能?內(nèi)部SDN實(shí)現(xiàn)一個(gè)IP網(wǎng)絡(luò)為例，必須提供IP網(wǎng)絡(luò)和發(fā)現(xiàn)信息，必須從遺留網(wǎng)絡(luò)中獲得可到達(dá)能力和拓?fù)鋽?shù)據(jù)，從而讓服務(wù)控制軟件來管理SDN路由。網(wǎng)絡(luò)如何提供這些信息?多種SND包圍的區(qū)域如何互聯(lián)?IETF在草案中考慮了后一個(gè)問題，旨在進(jìn)行SDN互聯(lián)，或者SDNi。

彌補(bǔ)SDN代溝

這些缺失的內(nèi)容導(dǎo)致了早起SDN應(yīng)用受限：數(shù)據(jù)中心。如果SDN取代了數(shù)據(jù)中心以太網(wǎng)交換機(jī)，明確規(guī)定每一個(gè)路由變得很實(shí)際，甚至是創(chuàng)建一個(gè)單獨(dú)的網(wǎng)絡(luò)控制來鏈接設(shè)備管理鏈接。隨著其采用逐漸擴(kuò)展到數(shù)據(jù)中心之外，SDN需要支持臨近的遺留網(wǎng)絡(luò)組建和描述自己服務(wù)的架構(gòu)框架。提供這種擴(kuò)展需要分辨所有的SDN缺失鏈接。

提供商想要修復(fù)這些缺失部分需要根據(jù)他們選擇的SDN模型選出最佳的方法。對(duì)于那些對(duì)于集中化、基于OpenFlow的SDN模型感興趣的人來說，標(biāo)準(zhǔn)的最佳信息源就是Open Networking Foundation網(wǎng)站和相關(guān)會(huì)議。