軟件定義網(wǎng)絡(luò)吸 引了很多云和網(wǎng)絡(luò)提供商的興趣，但是很多提供商卻由于SDN技術(shù)的現(xiàn)狀而感到沮喪。大多數(shù)大型提供商能夠至少運(yùn)行小范圍的SDN小規(guī)模測試或者實(shí)驗(yàn)，但是 都遭遇了大范圍部署的問題。那么SDN中缺少了什么？提供商如何識別這些缺失的元素，以便他們能夠完全的利用這項(xiàng)技術(shù)？
1、缺少全設(shè)備控制標(biāo)準(zhǔn)
妨礙SDN采用最顯著的障礙就是缺少對于所有設(shè)備的控制標(biāo)準(zhǔn)。OpenFlow框架是現(xiàn)在使用的一種事實(shí)SDN標(biāo)準(zhǔn)，這是一種單項(xiàng)轉(zhuǎn)發(fā)表升級協(xié)議，不提供確定設(shè)備狀態(tài)的機(jī)制，不允許程序接口或者外線接口。無法處理非封包流，比如波長流。有人可能會說OpenFlow的這個框架是一些受限實(shí)驗(yàn)的副產(chǎn)品，而不是一種機(jī)制，旨在支持通用的網(wǎng)絡(luò)服務(wù)創(chuàng)建。
很多人已經(jīng)指出OpenFlow并不能完成基本的設(shè)備安裝，這也意味著更多傳統(tǒng)管理標(biāo)準(zhǔn)，比如簡單網(wǎng)絡(luò)管理協(xié)議（SNMP），就必須應(yīng)用來實(shí)現(xiàn)這個目 標(biāo)。這里的問題在于傳統(tǒng)管理標(biāo)準(zhǔn)需要完全同這些設(shè)備連接。這也回到問題的實(shí)質(zhì)：在每一個路由器必須單獨(dú)建立時，如何使用？
2、缺少服務(wù)控制軟件
SDN技術(shù)第 二大的問題在于服務(wù)控制軟件，這項(xiàng)技術(shù)實(shí)際上在軟件定義網(wǎng)絡(luò)中構(gòu)建了路由和控制流量。不管提供商考慮的SDN模型是什么，都需要軟件鏈接應(yīng)用服務(wù)到SDN 基礎(chǔ)架構(gòu)中。對于云計算而言，這通常是一個和云虛擬網(wǎng)絡(luò)控制（OpenStack的Quantum）或者DevOps工具相關(guān)關(guān)聯(lián)的插件，用于分配云資源。
即使有OpenFlow和SDN控制器，每一個SDN實(shí)現(xiàn)都需要服務(wù)控制軟件來創(chuàng)建虛擬網(wǎng)絡(luò)。這是因?yàn)镾DN控制器僅將路由需求 翻 譯成了一系列轉(zhuǎn)發(fā)表變化；他們本身不能創(chuàng)建路由。然而，SDN控制器有時候提供北向應(yīng)用程序接口，這個服務(wù)控制軟件可以被連接，一些廠商甚至至少提供了這 個軟件的基本版本，對于沒有基于OpenFlow的SDN實(shí)現(xiàn)，每一個網(wǎng)絡(luò)設(shè)備廠商必須提供必要的服務(wù)控制軟件。這個領(lǐng)域通過互聯(lián)網(wǎng)工程任務(wù)組 （IETF）的一些工作在應(yīng)用層流量優(yōu)化開發(fā)（ALTO）中表現(xiàn)。
3、多廠商網(wǎng)絡(luò)控制成應(yīng)用障礙
上面提到的也為我們 引入了SDN采用的第三個障礙：多廠商網(wǎng)絡(luò)控制。服務(wù)控制軟件可以在多個廠商網(wǎng)絡(luò)之上執(zhí)行控制，通過 OpenFlow、Border Gateway Patrol (BGP)和Multiprotocol Label Switching實(shí)現(xiàn)，提供了給軟件，讓其了解網(wǎng)絡(luò)情況，按需調(diào)整路由的策略。
對于集中化和分布式的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)的遙感測試需求已經(jīng)推進(jìn)了一股收購和并購浪潮，因此SDN 廠商很可能在這個領(lǐng)域增加產(chǎn)品。
4、集中化網(wǎng)絡(luò)中管理控制流量
服務(wù)控制軟件和多廠商網(wǎng)絡(luò)遙感技術(shù)的結(jié)合也闡明了 SDN的第四種缺失：在集中化網(wǎng)絡(luò)中控制流量管理。網(wǎng)絡(luò)云營商已經(jīng)指出來自一些應(yīng)用的網(wǎng)絡(luò)探頭的遙感流量快要超過實(shí)際的應(yīng)用流量了。在任何SDN模型中， 信息在哪里收集起來支持中央網(wǎng)絡(luò)行為監(jiān)控，就應(yīng)該在這些價值和交付過多信息給中央點(diǎn)之間有一個平衡。
網(wǎng)絡(luò)運(yùn)營商早就提出虛擬化網(wǎng)絡(luò)功能，會進(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)營商最可能在單獨(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)一個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在草案中考慮了后一個問題，旨在進(jìn)行SDN互聯(lián)，或者SDNi。
6、彌補(bǔ)SDN代溝
這些缺失的內(nèi) 容 導(dǎo)致了早起SDN應(yīng)用受限：數(shù)據(jù)中心。如果SDN取代了數(shù)據(jù)中心以太網(wǎng)交換機(jī)，明確規(guī)定每一個路由變得很實(shí)際，甚至是創(chuàng)建一個單獨(dú)的網(wǎng)絡(luò)控制來鏈接設(shè)備管 理鏈接。隨著其采用逐漸擴(kuò)展到數(shù)據(jù)中心之外，SDN需要支持臨近的遺留網(wǎng)絡(luò)組建和描述自己服務(wù)的架構(gòu)框架。提供這種擴(kuò)展需要分辨所有的SDN缺失鏈接。
提供商想要修復(fù)這些缺失部分需要根據(jù)他們選擇的SDN模型選出最佳的方法。對于那些對于集中化、基于OpenFlow的SDN模型感興趣的人來說，標(biāo)準(zhǔn)的最佳信息源就是Open Networking Foundation網(wǎng)站和相關(guān)會議。
京公網(wǎng)安備 11010502049343號