趙慧玲，史 凡

（中國(guó)電信股份有限公司北京研究院 北京100035）

1 信息網(wǎng)絡(luò)發(fā)展的新趨勢(shì)

隨著信息產(chǎn)業(yè)的飛速發(fā)展，電信網(wǎng)絡(luò)IT化、設(shè)備軟件化、硬件標(biāo)準(zhǔn)化趨勢(shì)日益明顯。網(wǎng)絡(luò)流量的不斷增加需要網(wǎng)絡(luò)資源的利用率也同步提升?，F(xiàn)有的網(wǎng)絡(luò)架構(gòu)和網(wǎng)絡(luò)能力，仍然存在著對(duì)資源調(diào)度和配置的靈活性不足、對(duì)新業(yè)務(wù)/應(yīng)用的開通部署慢、對(duì)網(wǎng)絡(luò)運(yùn)營(yíng)維護(hù)的要求高等一系列問題。迫切需要引入新的技術(shù)和架構(gòu)以保持通信網(wǎng)絡(luò)持續(xù)發(fā)展的動(dòng)力，這也是最近幾年以SDN（software defined networking，軟件定義網(wǎng)絡(luò)）和NFV（network function virtualization,網(wǎng)絡(luò)功能虛擬化）為代表的新型網(wǎng)絡(luò)技術(shù)得到關(guān)注的重要原因。筆者通過長(zhǎng)期的觀察、分析和研究，認(rèn)為未來(lái)的通信網(wǎng)絡(luò)明顯呈現(xiàn)出如下3個(gè)典型的新趨勢(shì)。

（1）云化體系成為信息網(wǎng)絡(luò)的發(fā)展方向

傳統(tǒng)網(wǎng)絡(luò)局限于相對(duì)單一的技術(shù)、分離的管理和調(diào)度，越來(lái)越難以適應(yīng)互聯(lián)網(wǎng)應(yīng)用日新月異的變化，以“功能軟件化”、“業(yè)務(wù)統(tǒng)一編排”和“硬件云資源池”為主要特征的云化網(wǎng)絡(luò)體系逐漸成為必然，通過云化的體系，網(wǎng)絡(luò)能夠?qū)崿F(xiàn)提高資源利用率、降低維護(hù)成本和加快業(yè)務(wù)部署的目標(biāo)。

目前，業(yè)界普遍看好的SDN和NFV作為其中的代表，正是云化體系的重要支柱。來(lái)自于Infonetics公司的咨詢報(bào)告（如圖1所示）顯示，全球的運(yùn)營(yíng)商都普遍認(rèn)識(shí)到SDN和NFV的價(jià)值，有97%的運(yùn)營(yíng)商愿意部署SDN（31家）、93%的運(yùn)營(yíng)商計(jì)劃部署NFV（29家）。

（2）協(xié)調(diào)層在網(wǎng)絡(luò)中的關(guān)鍵作用

圖1 Infonetics“SDN and NFV Strategies：Global Service Provider Survey”報(bào)告數(shù)據(jù)

在云化網(wǎng)絡(luò)的架構(gòu)中，協(xié)調(diào)層（orchestration）負(fù)責(zé)業(yè)務(wù)的組織、編排、協(xié)同和部署，這也是區(qū)別于傳統(tǒng)網(wǎng)絡(luò)不同網(wǎng)絡(luò)層面和功能邏輯各自為政的重要基礎(chǔ)。目前，ETSI NFV、IETF、MEF等國(guó)際標(biāo)準(zhǔn)組織都明確將Orchestration/Orchestrator（協(xié)調(diào)/編排）視為其云化網(wǎng)絡(luò)架構(gòu)中的關(guān)鍵層次，如圖2所示。最早提出SDN概念的ONF也考慮將此納入其中。

使用協(xié)調(diào)層，運(yùn)營(yíng)商可以看到網(wǎng)絡(luò)的總體視圖和業(yè)務(wù)視圖，從而進(jìn)行全網(wǎng)有效資源調(diào)度?；ヂ?lián)網(wǎng)運(yùn)營(yíng)商（如Google）和電信運(yùn)營(yíng)商都認(rèn)識(shí)到Orchestration/Orchestrator對(duì)自己網(wǎng)絡(luò)的價(jià)值，紛紛開展自主研發(fā)，部分廠商已經(jīng)能夠提供商用的Orchestrator功能（系統(tǒng)）。

（3）軟件化成為廣義SDN的核心內(nèi)涵

在云化網(wǎng)絡(luò)的代表中，SDN是目前業(yè)界最為公認(rèn)的新型技術(shù)體系，之前ONF提出的以O(shè)penFlow為南向接口協(xié)議的三層架構(gòu)也是云化網(wǎng)絡(luò)的主要架構(gòu)模型，不過ONF提出的SDN一般被認(rèn)為是狹義的SDN。

從當(dāng)前通信網(wǎng)絡(luò)形態(tài)和特征多元化的角度出發(fā)，更多聚焦在軟件化的廣義SDN概念可能更有規(guī)模應(yīng)用的前景，這是因?yàn)檐浖x網(wǎng)絡(luò)或者軟件定義組網(wǎng)，主要以滿足網(wǎng)絡(luò)服務(wù)需求為目標(biāo)，根本目的是使得用戶/應(yīng)用能夠利用軟件接口充分享有網(wǎng)絡(luò)能力，進(jìn)而通過軟件編程控制網(wǎng)絡(luò)的行為。為此，只要能達(dá)到“通過引入軟件技術(shù)簡(jiǎn)化網(wǎng)絡(luò)部署，實(shí)現(xiàn)運(yùn)維自動(dòng)化，支持網(wǎng)絡(luò)業(yè)務(wù)創(chuàng)新”目標(biāo)的方案，都是可行的方案，比如，南向接口可以不局限于OpenFlow，眾多已有的成熟協(xié)議也有其空間；而廠商開放基于軟硬件網(wǎng)絡(luò)設(shè)備的軟件編程API，也能夠支持網(wǎng)絡(luò)能力的靈活交付。

2 SDN/NFV的進(jìn)展

在業(yè)界的共同參與下，以SDN/NFV為代表的云化網(wǎng)絡(luò)正面臨著日新月異的變化，下面從標(biāo)準(zhǔn)化、設(shè)備和解決方案、運(yùn)營(yíng)商實(shí)踐等幾個(gè)方面探討一下SDN和NFV的進(jìn)展。

2.1 相關(guān)標(biāo)準(zhǔn)的制定

SDN 標(biāo)準(zhǔn)的國(guó)際組織主要以O(shè)NF、IETF和OpenDaylight為主。

ONF已經(jīng)完成了SDN架構(gòu)的定義、安全需求和原則、光傳送SDN需求、遷移需求等多個(gè)文檔，并完成了南向接口協(xié)議OpenFlow 1.4.x和配置管理協(xié)議OF-Config1.2的制訂。在ONF最近發(fā)布的SDN Architecture白皮書中，在三層架構(gòu)的基礎(chǔ)上，還增加了管理能力和多個(gè)信任域。ONF還成立了Carrier Grade SDN討論組，專門針對(duì)運(yùn)營(yíng)商網(wǎng)絡(luò)在SDN領(lǐng)域的特有需求進(jìn)行討論，如SDN在大規(guī)模運(yùn)營(yíng)商網(wǎng)絡(luò)的部署管理、資源管控等。

圖2 云化網(wǎng)絡(luò)中Orchestration/Orchestrator的位置

圖3 OpenDaylight對(duì)OpenStack的適配

圖4 ETSI提出的通用NFV架構(gòu)

IETF中的PCE（Path Computation Element）工作組正在推進(jìn)有狀態(tài)的PCE（stateful PCE）標(biāo)準(zhǔn)，以提供實(shí)時(shí)流量工程計(jì)算中的路徑計(jì)算元素和網(wǎng)絡(luò)節(jié)點(diǎn)間的相關(guān)協(xié)議；I2RS（Interface to the Routing System）工作組希望通過制訂I2RS協(xié)議（也可能重用現(xiàn)有協(xié)議）實(shí)現(xiàn)控制器和網(wǎng)絡(luò)設(shè)備的交互，I2RS的作用 類 似 于ONF的OpenFlow；SPRING工 作 組主要采用多層MPLS標(biāo)簽技術(shù)結(jié)合IGP實(shí)現(xiàn)SDN控制器下發(fā)路徑控制信息。

OpenDaylight是由Linux基金會(huì)推出的一個(gè)協(xié)作項(xiàng)目，正在開展的項(xiàng)目包括控制器（controller）、虛擬用戶網(wǎng)絡(luò)、OpenFlow協(xié)議數(shù)據(jù)庫(kù)、適用于SDN的SNMP等。OpenDaylight已經(jīng)發(fā)布了第一個(gè)通用平臺(tái)Hydrogen，包括基礎(chǔ)版、運(yùn)營(yíng)商版和虛擬化版3個(gè)版本，并且已經(jīng)開啟了下一個(gè)平臺(tái)Helium的工作。同時(shí)OpenDaylight最近開放了通用的北向接口，只需在OpenStack中內(nèi)置一個(gè)Neutron插件就可與之結(jié)合，大大簡(jiǎn)化了對(duì)OpenStack的要求，加快了控制器與業(yè)務(wù)層的適配。圖3給出了OpenDaylight對(duì)OpenStack的適配示意。

制訂NFV標(biāo)準(zhǔn)的國(guó)際組織以ETSI為主，IETF、ITU和3GPP等也有一定的涉及。

ETSI的NFV工作組于2014年完成并發(fā)布了4個(gè)文稿，包括NFV架構(gòu)、用戶案例、虛擬化要求以及名詞術(shù)語(yǔ)，并更新發(fā)布了NFV白皮書2.0版本。ETSI的NFV參考架構(gòu)如圖4所示。目前NFV工作組正在考慮對(duì)業(yè)務(wù)鏈的優(yōu)化、Orchestration結(jié)構(gòu)、兼容SDN和NFV的控制器、純虛擬化環(huán)境/半虛擬化環(huán)境的流量調(diào)度等進(jìn)行深入研究。

IETF中配合NFV進(jìn)行協(xié)議標(biāo)準(zhǔn)制訂的主要是SFC（Service Function Chaining）工作組，負(fù)責(zé)制訂業(yè)務(wù)路由的標(biāo)準(zhǔn)，解決如何將來(lái)自用戶的業(yè)務(wù)請(qǐng)求/報(bào)文按一定順序經(jīng)過不同的業(yè)務(wù)實(shí)例進(jìn)行處理的問題。

ITU-T發(fā)布了Y.3300(Y.SDN-FR)“Framework of Software-Defined Networking”，基 本 符 合ETSI提 出 的 架 構(gòu)；3GPP SA1/SA2/SA3著重研究NFV對(duì)網(wǎng)絡(luò)的整體影響，SA5則關(guān)注NFV在ETSI的進(jìn)展，并研究關(guān)于原有3GPP網(wǎng)絡(luò)管理相關(guān)標(biāo)準(zhǔn)在虛擬化方面的更新。

圖5 CCSA TC3 SVN相關(guān)工作

目前，我國(guó)的通信標(biāo)準(zhǔn)化協(xié)會(huì)（CCSA）也與時(shí)俱進(jìn)，在國(guó)內(nèi)主導(dǎo)SDN/NFV標(biāo)準(zhǔn)化工作，已經(jīng)在多個(gè)TC開展了SDN/NFV的研究工作，主要涉及TC1、TC3、TC5、TC6等。

其 中，在TC3下 特 設(shè) 了SVN（Software Virtualization Network）研究組，目前重點(diǎn)聚焦對(duì)于基于SDN的智能管道技術(shù)和基于虛擬化的核心網(wǎng)的研究，一方面從網(wǎng)絡(luò)架構(gòu)上保持對(duì)全局的把握，另一方面從具體實(shí)現(xiàn)上找尋云化網(wǎng)絡(luò)的落地點(diǎn)。SVN相關(guān)標(biāo)準(zhǔn)在CCSA體系中的情況如圖5所示。

2.2 傳統(tǒng)設(shè)備廠商的轉(zhuǎn)型

在SDN和NFV的浪潮中，受到最大挑戰(zhàn)的就是傳統(tǒng)的硬件廠商，他們明顯感受到危機(jī)，正逐步加快向網(wǎng)絡(luò)軟件廠商、網(wǎng)絡(luò)解決方案提供商轉(zhuǎn)型?？傮w上，這些廠商希望基于既有優(yōu)勢(shì)地位，結(jié)合SDN發(fā)展趨勢(shì)以及以一些特定場(chǎng)景（如云數(shù)據(jù)中心網(wǎng)絡(luò)）作為突破口，繼續(xù)提供相應(yīng)的系統(tǒng)和方案。目前有如下幾種典型做法。

·類型1：發(fā)布SDN控制器并開源，利用XMPP等南向接口管控疊加網(wǎng)絡(luò)，實(shí)現(xiàn)網(wǎng)絡(luò)虛擬化，降低對(duì)其傳統(tǒng)設(shè)備的影響，并快速提供相關(guān)能力。

·類型2：推出軟件解決方案，通過改進(jìn)虛擬網(wǎng)絡(luò)設(shè)備實(shí)現(xiàn)，支持多種虛擬化產(chǎn)品及管理平臺(tái)。

·類型3：主導(dǎo)OpenDaylight開源項(xiàng)目，希望得到相關(guān)控制器的主導(dǎo)權(quán)，借助硬件接口開放來(lái)交付網(wǎng)絡(luò)能力。

在SDN核心部件控制器的軟件實(shí)現(xiàn)上，目前呈現(xiàn)出多元化發(fā)展的勢(shì)頭。雖然多數(shù)廠商采用開源代碼，并基于通用硬件實(shí)現(xiàn)，但在軟件的功能上并不完全開放，只有少部分商業(yè)代碼（收費(fèi)）才能提供完整的功能集，因此仍然存在一定的封閉性；同時(shí)，對(duì)于控制器性能的調(diào)優(yōu)（如底層硬件和開發(fā)代碼/語(yǔ)言的配合），也需要借助廠商自身的硬件系統(tǒng)實(shí)現(xiàn)，純粹基于標(biāo)準(zhǔn)x86的控制器往往難以達(dá)到電信級(jí)要求，暫時(shí)無(wú)法統(tǒng)一。

對(duì)于NFV設(shè)備來(lái)說(shuō)，目前運(yùn)營(yíng)商的使用場(chǎng)景相對(duì)明確（如核心網(wǎng)IMS、虛擬EPC等），使得廠商的開發(fā)力度相對(duì)更快。以核心網(wǎng)虛擬化為例，多數(shù)廠商都提出了其設(shè)備研發(fā)的roadmap（產(chǎn)品路線圖），基本上以2015年提供商用設(shè)備為主，部分廠商甚至已經(jīng)發(fā)布商用版本，并在某些運(yùn)營(yíng)商中得到了應(yīng)用和部署。

2.3 電信運(yùn)營(yíng)商態(tài)度的轉(zhuǎn)變

在SDN提出初期，由于傳統(tǒng)網(wǎng)絡(luò)的“包袱”較大，許多電信運(yùn)營(yíng)商都采取了相對(duì)謹(jǐn)慎的態(tài)度，在研發(fā)的投入上特別是應(yīng)用實(shí)踐上，相對(duì)于互聯(lián)網(wǎng)公司（如Google）較為緩慢。但隨著自身需求的不斷梳理明確，特別是產(chǎn)業(yè)鏈各方支持力度的加大，電信運(yùn)營(yíng)商基本上也都將SDN/NFV視為未來(lái)發(fā)展的重點(diǎn)，并積極投身其中。

在國(guó)外，傳統(tǒng)的國(guó)際電信企業(yè)AT&T在2013年9月就提出了“Domain Program 2.0”設(shè)備采購(gòu)計(jì)劃，要求對(duì)網(wǎng)絡(luò)各個(gè)組成部分的硬件和軟件平臺(tái)分別進(jìn)行采購(gòu)，并且要在2014年9月公布相關(guān)技術(shù)要求，供應(yīng)商可從中獲悉AT&T未來(lái)對(duì)內(nèi)置于其SDN和NFV所需的設(shè)備需求。Telefonica則提出了在CPE、DPI等5個(gè)場(chǎng)景下引入NFV，并明確其在2016年全網(wǎng)30%的設(shè)備要實(shí)現(xiàn)虛擬化。Vodafone則已經(jīng)在德國(guó)的現(xiàn)網(wǎng)漫游PGW中采用了虛擬化技術(shù)，并基于通用服務(wù)器成功驗(yàn)證了核心網(wǎng)軟硬件分離功能以及基于SDN的業(yè)務(wù)鏈能力。

在國(guó)內(nèi)，中國(guó)電信成立了集團(tuán)級(jí)的云計(jì)算重點(diǎn)實(shí)驗(yàn)室，以云數(shù)據(jù)中心為切入點(diǎn)，探索SDN技術(shù)，希望借此解決云平臺(tái)網(wǎng)絡(luò)資源池的功能、性能、安全性、擴(kuò)展性等核心問題，制定多數(shù)據(jù)中心跨地域組網(wǎng)方案，優(yōu)化數(shù)據(jù)中心節(jié)點(diǎn)間的流量調(diào)度，同時(shí)探索利用SDN+NFV技術(shù)提供面向云計(jì)算服務(wù)的網(wǎng)絡(luò)增值業(yè)務(wù)。其中，中國(guó)電信股份有限公司北京研究院還自主研發(fā)控制器等SDN核心組件，積極參考Floodlight、Ryu、NOX、MUL等開源技術(shù)實(shí)現(xiàn)，針對(duì)運(yùn)營(yíng)商數(shù)據(jù)中心需求設(shè)計(jì)控制器，可支持多租戶網(wǎng)絡(luò)、虛擬防火墻等典型網(wǎng)絡(luò)服務(wù)。此外，中國(guó)移動(dòng)和中國(guó)聯(lián)通也結(jié)合自身的需求，分別提出了SDN 2.0和SCN（service customized network）的概念，將相關(guān)技術(shù)從實(shí)驗(yàn)室推向現(xiàn)網(wǎng)。

3 SDN/NFV面臨的挑戰(zhàn)

作為一個(gè)新興事物，SDN/NFV不可能是盡善盡美的，在其逐步研究和試驗(yàn)部署的過程中，也發(fā)現(xiàn)了一些值得關(guān)注的問題，亟待研究解決。概括來(lái)說(shuō)，SDN當(dāng)前面臨如下六大挑戰(zhàn)。

（1）接口/協(xié)議標(biāo)準(zhǔn)化的問題

主導(dǎo)SDN的ONF也開始強(qiáng)調(diào)Drive，對(duì)于南向接口不再局限于OpenFlow，同時(shí)北向接口以RESTful為主，希望借助IT的思路并采用模型/模板的方式，通過每個(gè)廠商公布自己的模型，就可以實(shí)現(xiàn)互通和控制。在SDN應(yīng)用層的實(shí)現(xiàn)上，VMware和OpenStack各成體系，非常類似于手機(jī)操作系統(tǒng)中的iOS和Android。為此，SDN標(biāo)準(zhǔn)體系是否要統(tǒng)一或能否統(tǒng)一還有爭(zhēng)論。

（2）安全性的問題

SDN的集中控制方式及開放性將使得控制器的安全性成為潛在風(fēng)險(xiǎn)，需要建立一整套隔離、防護(hù)和備份機(jī)制來(lái)確保其安全穩(wěn)定運(yùn)行。具體來(lái)說(shuō)，控制器本身的安全（如頑健性、單點(diǎn)故障）、控制器和應(yīng)用層之間的安全（如授權(quán)及認(rèn)證、安全隔離）、控制器和轉(zhuǎn)發(fā)設(shè)備之間的安全（如數(shù)據(jù)通道安全、訪問控制一致性）都缺乏有效的解決方案。

（3）SDN設(shè)備的關(guān)鍵性能

現(xiàn)有ASIC芯片架構(gòu)都是基于傳統(tǒng)的IP或以太網(wǎng)尋址和轉(zhuǎn)發(fā)設(shè)計(jì)的，無(wú)法在SDN架構(gòu)下維持設(shè)備的高性能，特別是基于OpenFlow的專用芯片架構(gòu)及實(shí)現(xiàn)方案還有待開發(fā)。通過實(shí)驗(yàn)室測(cè)試發(fā)現(xiàn)，許多組網(wǎng)關(guān)鍵指標(biāo)（如流表容量、流表學(xué)習(xí)速度、流表轉(zhuǎn)發(fā)速率、轉(zhuǎn)發(fā)時(shí)延等）在不同廠商設(shè)備上的差異極大，難以達(dá)到商用標(biāo)準(zhǔn)。

（4）SDN的集中控制理念

SDN的集中控制理念在網(wǎng)絡(luò)控制架構(gòu)體系方面還沒有得到一致的認(rèn)同，需要進(jìn)一步研究明確控制架構(gòu)的層次劃分和控制層面的組成。由于網(wǎng)絡(luò)專業(yè)類別的不同，是需要專業(yè)控制器還是通用控制器進(jìn)行按需組件？在控制器實(shí)現(xiàn)方式上，除了之前提到的多樣化的問題，還存在網(wǎng)絡(luò)不同域中的控制器層次架構(gòu)不一致的情況，如在數(shù)據(jù)中心中采用單層架構(gòu)、在移動(dòng)核心網(wǎng)中采用三層架構(gòu)。同時(shí)，南向接口中除了支持OpenFlow外，還存在多種選擇，如BGP、SNMP等，在北向接口方面ONF也明確了不同的場(chǎng)景將使用不同的北向接口，而對(duì)東西向接口的研究工作剛剛開展，暫時(shí)沒有較為一致的認(rèn)識(shí)。

（5）互操作性方面的問題

各廠商對(duì)SDN標(biāo)準(zhǔn)的支持程度有差異，實(shí)現(xiàn)互操作有一定難度。僅以相對(duì)標(biāo)準(zhǔn)化程度較好的OpenFlow為例，不同版本協(xié)議也存在兼容性問題，如使用最多的OpenFlow 1.0和OpenFlow 1.3就不能兼容；而且不同廠商實(shí)現(xiàn)OpenFlow時(shí)功能上取舍不一，迫使ONF不得不推出OpenFlow v1.0.1一致性認(rèn)證。

（6）不能很好地滿足云計(jì)算服務(wù)網(wǎng)絡(luò)需求

作為SDN典型應(yīng)用的云數(shù)據(jù)中心場(chǎng)景，現(xiàn)有開源的Orchestrator尚不能很好地滿足云計(jì)算服務(wù)網(wǎng)絡(luò)需求，包括難以高效實(shí)現(xiàn)租戶網(wǎng)絡(luò)隔離，VxLAN等疊加網(wǎng)絡(luò)技術(shù)的配置復(fù)雜；不支持防火墻、負(fù)載均衡等基本網(wǎng)絡(luò)功能與虛擬機(jī)組網(wǎng)的有機(jī)整合等。

而相對(duì)應(yīng)用和試驗(yàn)更快的NFV的情況也未見樂觀，主要面臨著如下四大挑戰(zhàn)。

（1）可靠性問題

傳統(tǒng)核心網(wǎng)采用高可靠性的專用電信設(shè)備，可靠性達(dá)到99.999%（俗稱“5個(gè)9”），但虛擬化后的設(shè)備基于通用服務(wù)器，而通用服務(wù)器的可靠性明顯低于傳統(tǒng)的專用電信設(shè)備。

（2）數(shù)據(jù)存儲(chǔ)轉(zhuǎn)發(fā)性能問題

設(shè)備性能主要體現(xiàn)在設(shè)備的計(jì)算能力、數(shù)據(jù)轉(zhuǎn)發(fā)能力及存儲(chǔ)能力上，而虛擬化設(shè)備的性能瓶頸主要集中在I/O接口數(shù)據(jù)轉(zhuǎn)發(fā)上。從目前測(cè)試的結(jié)果看，和傳統(tǒng)設(shè)備相比大概有30%～40%的性能損失，未來(lái)目標(biāo)是將性能損失減少到10%之內(nèi)。

（3）業(yè)務(wù)部署方式問題

傳統(tǒng)網(wǎng)絡(luò)采取的是先根據(jù)所部署業(yè)務(wù)進(jìn)行網(wǎng)絡(luò)容量測(cè)算，然后進(jìn)行硬件設(shè)備集采，再進(jìn)行到貨調(diào)試上線的流程，而在虛擬化網(wǎng)絡(luò)中，硬件采用虛擬化硬件池中的資源，由MANO實(shí)現(xiàn)業(yè)務(wù)編排、虛擬資源需求計(jì)算及申請(qǐng)，完成網(wǎng)絡(luò)能力部署，這使得現(xiàn)有業(yè)務(wù)部署的流程需要打破和革新，對(duì)現(xiàn)行的設(shè)備采購(gòu)模式和運(yùn)維模式都會(huì)產(chǎn)生較大的沖擊。

（4）虛擬化架構(gòu)中標(biāo)準(zhǔn)問題

以核心網(wǎng)虛擬化為例，目前需要標(biāo)準(zhǔn)化的內(nèi)容并非電信網(wǎng)絡(luò)架構(gòu)、功能，更多集中在管理接口方面，且涉及多個(gè)標(biāo)準(zhǔn)化組織及開源組織，難度極大。同時(shí)，虛擬化架構(gòu)對(duì)當(dāng)前電信標(biāo)準(zhǔn)的影響分析還未完成，其中MANO是GAP分析的核心。

4 結(jié)束語(yǔ)

可以看出，以SDN/NFV為代表和核心的云化網(wǎng)絡(luò)代表著未來(lái)信息發(fā)展的重要趨勢(shì)，特別是網(wǎng)絡(luò)軟件化和虛擬化已經(jīng)開始影響整個(gè)網(wǎng)絡(luò)世界的格局，不論是在標(biāo)準(zhǔn)化、設(shè)備和產(chǎn)業(yè)化方面，還是在試驗(yàn)開發(fā)和應(yīng)用部署方面，都取得了重要進(jìn)展，成為業(yè)界公認(rèn)的發(fā)展趨勢(shì)。

但不論是在技術(shù)還是產(chǎn)業(yè)鏈其他環(huán)節(jié)上，對(duì)于SDN和NFV來(lái)說(shuō)，還有不少難題和挑戰(zhàn)，總體上目前處于概念驗(yàn)證PoC的階段，只有產(chǎn)業(yè)鏈各方共同努力，對(duì)于上述問題進(jìn)行針對(duì)性的研究和試驗(yàn)，通過實(shí)踐不斷完善和推進(jìn)，借助市場(chǎng)來(lái)檢驗(yàn)，SDN/NFV技術(shù)才能在傳統(tǒng)電信網(wǎng)絡(luò)演進(jìn)中起到關(guān)鍵的作用。