黎文偉,吉 萌,戴 非
(1.武漢郵電科學(xué)研究院,武漢 430074; 2.武漢烽火網(wǎng)絡(luò)有限責(zé)任公司,武漢 430074;3.江西師范大學(xué),南昌 330022)
基于路由器虛擬化技術(shù)的SDN平臺(tái)研究與設(shè)計(jì)
黎文偉1,2,吉 萌1,2,戴 非3
(1.武漢郵電科學(xué)研究院,武漢 430074; 2.武漢烽火網(wǎng)絡(luò)有限責(zé)任公司,武漢 430074;3.江西師范大學(xué),南昌 330022)
將路由器虛擬化技術(shù)應(yīng)用于SDN(軟件自定義網(wǎng)絡(luò))中,既可以實(shí)現(xiàn)SDN對(duì)傳統(tǒng)電信流量的正常轉(zhuǎn)發(fā),還可以補(bǔ)充當(dāng)前SDN技術(shù)對(duì)路由功能支持的不足。在SDN控制器中,擴(kuò)展南向接口對(duì)虛擬路由器的管理和控制,并對(duì)路由表和流表進(jìn)行轉(zhuǎn)換,進(jìn)而控制虛擬路由器或Openflow交換機(jī)的數(shù)據(jù)轉(zhuǎn)發(fā)功能,可以彌補(bǔ)當(dāng)前SDN控制器對(duì)路由功能支持的不足,并實(shí)現(xiàn)SDN流量和傳統(tǒng)電信流量的兼容轉(zhuǎn)發(fā)。文章在研究虛擬路由器和SDN控制器轉(zhuǎn)發(fā)功能的基礎(chǔ)上,提出了一種SDN平臺(tái)的設(shè)計(jì)方法和系統(tǒng),并實(shí)現(xiàn)了該平臺(tái)的基本路由功能,最后對(duì)系統(tǒng)調(diào)試和評(píng)測進(jìn)行了分析。結(jié)果表明,該平臺(tái)具有通用性和靈活性好、易于與云計(jì)算技術(shù)結(jié)合等特點(diǎn)。
軟件自定義網(wǎng)絡(luò);虛擬路由器;Openflow協(xié)議
SDN(軟件自定義網(wǎng)絡(luò))[1]和NFV(網(wǎng)絡(luò)功能虛擬化)技術(shù)是當(dāng)前網(wǎng)絡(luò)領(lǐng)域的發(fā)展熱點(diǎn),SDN采用控制和轉(zhuǎn)發(fā)相分離的思想,可以實(shí)現(xiàn)網(wǎng)絡(luò)的靈活可控和更好的功能拓展。NFV技術(shù)可使網(wǎng)絡(luò)設(shè)備軟硬件解耦,使網(wǎng)絡(luò)功能在虛擬機(jī)內(nèi)實(shí)現(xiàn)。虛擬化技術(shù)[2]是實(shí)現(xiàn)NFV的關(guān)鍵,隨著通用X86處理器性能的提高,在通用服務(wù)器上采用虛擬化技術(shù)實(shí)現(xiàn)網(wǎng)絡(luò)設(shè)備的虛擬化,特別是路由器的虛擬化,不僅可實(shí)現(xiàn)常規(guī)路由器的功能,還可將NFV和SDN技術(shù)結(jié)合起來,實(shí)現(xiàn)優(yōu)勢互補(bǔ),并良好地應(yīng)用于云計(jì)算中。
由于目前SDN控制器對(duì)三層路由功能支持較弱,導(dǎo)致其在城域網(wǎng)和廣域網(wǎng)中部署困難;而且基于流表的轉(zhuǎn)發(fā)行為對(duì)傳統(tǒng)電信網(wǎng)中某些需要特殊處理的協(xié)議報(bào)文支持不足。而虛擬路由器具有完善的三層路由轉(zhuǎn)發(fā)和協(xié)議報(bào)文處理功能,將虛擬路由器應(yīng)用于SDN控制器中,可以彌補(bǔ)當(dāng)前SDN控制器[3]的部分不足。對(duì)于數(shù)據(jù)轉(zhuǎn)發(fā)層面,由于當(dāng)前Openflow協(xié)議還在演進(jìn)和TCAM(三態(tài)內(nèi)容尋址存儲(chǔ)區(qū))容量限制,Openflow硬件交換機(jī)還不成熟,因此轉(zhuǎn)發(fā)層面還是采用虛擬Openflow交換機(jī),并配合虛擬路由器,完成數(shù)據(jù)層面的功能。
1.1 技術(shù)背景
SDN為新業(yè)務(wù)的部署和新協(xié)議的拓展提供了便捷。SDN的實(shí)現(xiàn)方式有多種,當(dāng)前比較流行的是基于Openflow協(xié)議的實(shí)現(xiàn)方式。另外,隨著Intel VT技術(shù)的發(fā)展和X86處理器性能的改進(jìn),純軟件虛擬化技術(shù)的性能已經(jīng)得到了提高,在通用服務(wù)器上實(shí)現(xiàn)的虛擬路由器已經(jīng)可以滿足部分商用環(huán)境下所要求的數(shù)據(jù)吞吐量和轉(zhuǎn)發(fā)性能。因此為了彌補(bǔ)當(dāng)前SDN控制器在三層路由功能方面的不足,并實(shí)現(xiàn)SDN流量和傳統(tǒng)電信流量的兼容轉(zhuǎn)發(fā),可以結(jié)合SDN控制器和虛擬路由器的各自優(yōu)勢。從傳統(tǒng)電信網(wǎng)絡(luò)流入SDN的流量,可以由SDN控制器控制Openflow虛擬交換機(jī)進(jìn)行轉(zhuǎn)發(fā);由SDN流向傳統(tǒng)電信網(wǎng)絡(luò)的流量,可以由SDN控制器做出判別后,由虛擬路由器進(jìn)行路徑計(jì)算與轉(zhuǎn)發(fā);傳統(tǒng)電信網(wǎng)絡(luò)內(nèi)部的流量,由虛擬路由器進(jìn)行轉(zhuǎn)發(fā);SDN內(nèi)部的流量,由Openflow虛擬交換機(jī)進(jìn)行轉(zhuǎn)發(fā)。
Openflow虛擬交換機(jī)和虛擬路由器均運(yùn)行于虛擬機(jī)中,云計(jì)算系統(tǒng)可以很方便地對(duì)虛擬路由器和虛擬交換機(jī)進(jìn)行管理,因而基于本方案實(shí)現(xiàn)SDN平臺(tái)的方法,不僅有利于SDN技術(shù)在現(xiàn)網(wǎng)環(huán)境下的推廣,還可以更好地推動(dòng)SDN技術(shù)應(yīng)用于云計(jì)算環(huán)境中。
1.2 技術(shù)框架
圖1所示為基于虛擬路由器的SDN平臺(tái)框架圖。圖中,虛擬機(jī)中運(yùn)行虛擬路由器和Openflow虛擬交換機(jī),外部Windows系統(tǒng)中運(yùn)行SDN控制器。該方案還可結(jié)合Openstack的Neutron和Nova節(jié)點(diǎn)實(shí)現(xiàn)SDN在云計(jì)算系統(tǒng)下的應(yīng)用。
圖1 基于虛擬路由器的SDN平臺(tái)框架圖
虛擬路由器基于Vx Works操作系統(tǒng),相比Linux操作系統(tǒng),Vx Works的實(shí)時(shí)性和安全性更好。Openflow虛擬交換機(jī)可采用pofswitch或Openflow vSwitch。SDN控制器可采用Floodlight。由于傳統(tǒng)電信網(wǎng)絡(luò)中路由器需要對(duì)某些協(xié)議報(bào)文進(jìn)行包頭處理,而SDN控制器并沒完全提供協(xié)議報(bào)文包頭處理的功能,因而當(dāng)前SDN[4]和電信網(wǎng)絡(luò)流量無法完全互通,為了實(shí)現(xiàn)流量互通,除了完善SDN控制器的路由協(xié)議功能外,還可在SDN控制器中維護(hù)路由表和流表,由它們生成轉(zhuǎn)發(fā)表,并決定電信網(wǎng)絡(luò)和傳統(tǒng)網(wǎng)絡(luò)交叉數(shù)據(jù)流量的轉(zhuǎn)發(fā)路徑。
SDN平臺(tái)的設(shè)計(jì)包括兩個(gè)方面:SDN控制器和虛擬路由器Openflow API(可編程接口)層。SDN控制器除了負(fù)責(zé)控制Openflow虛擬交換機(jī)的轉(zhuǎn)發(fā)外,還要根據(jù)接收到的數(shù)據(jù)包判斷轉(zhuǎn)發(fā)類型,如果涉及到三層路由的轉(zhuǎn)發(fā)功能,可以將數(shù)據(jù)包交給虛擬路由器處理后,再通過SDN控制器生成流表,交由Openflow虛擬交換機(jī)轉(zhuǎn)發(fā)。
2.1 SDN控制器功能拓展
SDN控制器除了要控制Openflow虛擬交換機(jī)外,還要實(shí)現(xiàn)路由表和流表之間的轉(zhuǎn)換。傳統(tǒng)電信網(wǎng)絡(luò)運(yùn)行著很多協(xié)議報(bào)文,如VLAN(虛擬局域網(wǎng))、ARP(地址解析協(xié)議)和ICMP(Internet控制報(bào)文協(xié)議)等,有些協(xié)議報(bào)文到達(dá)轉(zhuǎn)發(fā)節(jié)點(diǎn)時(shí)要進(jìn)行包頭的增減操作,而當(dāng)前SDN控制器對(duì)這些報(bào)文的處理能力較弱,因而對(duì)這些協(xié)議報(bào)文,可以交由虛擬路由器計(jì)算出轉(zhuǎn)發(fā)路徑,形成路由表并由SDN控制器轉(zhuǎn)換成流表后,再由SDN控制器下發(fā)該流表控制虛擬Openflow交換機(jī)進(jìn)行轉(zhuǎn)發(fā)。
圖2所示為數(shù)據(jù)包在SDN平臺(tái)中的流向,可以分為4種情況:傳統(tǒng)網(wǎng)絡(luò)內(nèi)部流量;SDN內(nèi)部流量;傳統(tǒng)網(wǎng)絡(luò)到SDN的流量;SDN到傳統(tǒng)網(wǎng)絡(luò)的流量。前兩種情況由于只涉及網(wǎng)絡(luò)內(nèi)部流量交互,因而直接由虛擬路由器或虛擬Openflow交換機(jī)控制轉(zhuǎn)發(fā)即可。而后兩種情況由于涉及到SDN和傳統(tǒng)網(wǎng)絡(luò)之間的流量交互,因而其轉(zhuǎn)發(fā)行為可以由虛擬路由器所產(chǎn)生的路由表和SDN控制器所生成的流表來共同控制。
圖2 數(shù)據(jù)包在SDN平臺(tái)中的流向
2.2 封裝虛擬路由器Openflow API層
在虛擬路由器上封裝Openflow API層有兩個(gè)作用:一是SDN控制器通過Openflow API層完成與虛擬路由器之間的通信;二是虛擬路由器將需要轉(zhuǎn)發(fā)至SDN的數(shù)據(jù)包,由Openflow API層送至SDN控制器,然后由SDN控制器控制Openflow交換機(jī)完成轉(zhuǎn)發(fā)。
封裝虛擬路由器Openflow API層的框架如圖3所示。虛擬路由器下的代碼層包括BSP(板級(jí)支持包)、虛擬網(wǎng)卡驅(qū)動(dòng)、MUX(一種驅(qū)動(dòng)接口)、協(xié)議驅(qū)動(dòng)程序、TCP/IP(傳輸控制協(xié)議/因特網(wǎng)協(xié)議)協(xié)議棧。在該圖中,Openflow API層對(duì)路由協(xié)議棧和驅(qū)動(dòng)層的接口函數(shù)做封裝,并增加處理報(bào)文識(shí)別功能的函數(shù),即識(shí)別報(bào)文頭部端口、目的和源IP地址等,然后由協(xié)議棧處理生成轉(zhuǎn)發(fā)路徑后,判斷該報(bào)文是SDN還是傳統(tǒng)電信網(wǎng)絡(luò)流量,如果是SDN流量,則由虛擬路由器將報(bào)文交給SDN控制器,SDN控制器根據(jù)生成的轉(zhuǎn)發(fā)路徑進(jìn)一步轉(zhuǎn)化為流表,并下發(fā)給Openflow交換機(jī)將數(shù)據(jù)包轉(zhuǎn)發(fā)出去。
圖3 封裝虛擬路由器API層框架
因而對(duì)于虛擬路由器的Openflow API層來說,關(guān)鍵是識(shí)別報(bào)文,判斷報(bào)文的源及目的,為此,Openflow API層可以直接從虛擬路由器的虛擬網(wǎng)卡驅(qū)動(dòng)層統(tǒng)計(jì)和分析數(shù)據(jù)包,這樣可以監(jiān)控虛擬機(jī)內(nèi)外的所有流量。
2.3 數(shù)據(jù)包的轉(zhuǎn)發(fā)過程
由于當(dāng)前SDN控制器對(duì)三層路由功能支持不足,且對(duì)某些協(xié)議報(bào)文的處理能力較弱,因而其數(shù)據(jù)包的轉(zhuǎn)發(fā)過程不同于傳統(tǒng)路由器。傳統(tǒng)路由器包括主控卡、線卡和業(yè)務(wù)卡,數(shù)據(jù)包到達(dá)路由器端口時(shí),首先由線卡判別是否可以直接進(jìn)行轉(zhuǎn)發(fā),如果是某些不能進(jìn)行直接轉(zhuǎn)發(fā)的協(xié)議報(bào)文,則將該數(shù)據(jù)包交給主控卡進(jìn)行路由計(jì)算,再由主控卡控制轉(zhuǎn)發(fā)。而對(duì)于虛擬路由器來說,由于不存在線卡的概念,數(shù)據(jù)包到達(dá)虛擬路由器時(shí),均由主控控制轉(zhuǎn)發(fā)。但是對(duì)于本SDN平臺(tái)而言,由于SDN控制器對(duì)三層路由功能支持較弱,因而虛擬路由器不僅要處理傳統(tǒng)電信網(wǎng)絡(luò)數(shù)據(jù)包的路由計(jì)算,還要處理來自SDN數(shù)據(jù)包的路由計(jì)算。數(shù)據(jù)包的轉(zhuǎn)發(fā)流程圖如圖4所示。
由圖4可以看出,服務(wù)器接收數(shù)據(jù)包后,數(shù)據(jù)包按照端口IP或MAC(媒體訪問控制)地址自動(dòng)橋接到虛擬路由器或Openflow交換機(jī)的虛擬網(wǎng)卡上。其中Openflow交換機(jī)可以是Openflow vSwitch(OVS)。對(duì)于虛擬路由器來說,虛擬主控首先根據(jù)數(shù)據(jù)包端口地址判斷其流向,如果是傳統(tǒng)流量,則直接由虛擬主控計(jì)算路徑后,由虛擬路由器的虛擬網(wǎng)卡進(jìn)行轉(zhuǎn)發(fā),如果是SDN流量,則將數(shù)據(jù)包交給Openflow虛擬交換機(jī)。Openflow虛擬交換機(jī)接收到的數(shù)據(jù)包來源于兩部分:一是虛擬路由器轉(zhuǎn)交過來的數(shù)據(jù)包,即傳統(tǒng)網(wǎng)絡(luò)流向SDN的數(shù)據(jù)包;二是Openflow虛擬交換機(jī)虛擬網(wǎng)卡接收到的來自服務(wù)器外部SDN的數(shù)據(jù)包。
圖4 數(shù)據(jù)包轉(zhuǎn)發(fā)流程圖
Openflow虛擬交換機(jī)對(duì)數(shù)據(jù)包的處理過程如下:首先Openflow虛擬交換機(jī)查詢緩存中的流表,如果有匹配項(xiàng),則數(shù)據(jù)包直接由Openflow虛擬交換機(jī)的虛擬網(wǎng)卡進(jìn)行轉(zhuǎn)發(fā),如果沒有匹配項(xiàng),則Openflow虛擬交換機(jī)會(huì)向SDN控制器發(fā)送packet in消息,請(qǐng)求SDN控制器計(jì)算轉(zhuǎn)發(fā)路徑并生成流表;SDN控制器根據(jù)虛擬路由器路由表的情況,計(jì)算出數(shù)據(jù)包的轉(zhuǎn)發(fā)路徑,并根據(jù)轉(zhuǎn)發(fā)路徑所屬網(wǎng)段判斷數(shù)據(jù)包是否是SDN流量,如果是,則直接下發(fā)流表控制Openflow虛擬交換機(jī)將數(shù)據(jù)包轉(zhuǎn)發(fā)出去,如果不是,則將數(shù)據(jù)包交給虛擬路由器進(jìn)行轉(zhuǎn)發(fā)。
3.1 SDN平臺(tái)的調(diào)試
由于當(dāng)前SDN控制器之間的規(guī)范不統(tǒng)一,本平臺(tái)不對(duì)SDN控制器之間的路由調(diào)試做描述。對(duì)于SDN平臺(tái)的調(diào)試,首先進(jìn)行基本二三層數(shù)據(jù)包的收發(fā)功能調(diào)試,然后進(jìn)行三層路由等協(xié)議包的調(diào)試,最后對(duì)數(shù)據(jù)包的吞吐量和轉(zhuǎn)發(fā)速率進(jìn)行調(diào)試和測試。圖5所示為SDN平臺(tái)調(diào)試拓?fù)鋱D。
圖5 SDN平臺(tái)調(diào)試拓?fù)鋱D
虛擬路由器VR和Openflow虛擬交換機(jī)OVS可運(yùn)行于同一服務(wù)器內(nèi)。調(diào)試步驟如下:(1)對(duì)SDN控制器進(jìn)行功能拓展并在封裝虛擬路由器的Openflow API層后,首先單獨(dú)對(duì)虛擬路由器進(jìn)行功能調(diào)試,包括二三層數(shù)據(jù)包的收發(fā)、路由功能調(diào)試等,然后調(diào)試SDN控制器與虛擬路由器之間、虛擬路由器與Openflow虛擬交換機(jī)之間的通信,并觀察Openflow虛擬交換機(jī)流表和虛擬路由器路由表的狀態(tài)和關(guān)系。(2)利用思博倫儀表調(diào)試與測試虛擬路由器與Openflow虛擬交換機(jī)之間的二三層數(shù)據(jù)包收發(fā)情況。(3)利用思博倫儀表調(diào)試其與測試虛擬路由器以及Openflow虛擬交換機(jī)之間的路由功能,包括OSPF(開放式最短路徑優(yōu)先)、BGP(邊界網(wǎng)關(guān)協(xié)議)和RIP(路由信息協(xié)議)等。
只有虛擬路由器和SDN交換機(jī)的數(shù)據(jù)包能夠雙向互發(fā),并實(shí)現(xiàn)了路由功能,SDN平臺(tái)才實(shí)現(xiàn)了傳統(tǒng)網(wǎng)絡(luò)流量和SDN流量互通的基本功能。
3.2 SDN平臺(tái)的評(píng)測
對(duì)SDN平臺(tái)的評(píng)測可以與調(diào)試過程同步進(jìn)行,除了測試SDN平臺(tái)最基本的二三層數(shù)據(jù)包收發(fā)功能外,最重要的是測試SDN平臺(tái)的三層路由功能,因?yàn)槿龑勇酚晒δ苁菍?shí)現(xiàn)當(dāng)前SDN和傳統(tǒng)網(wǎng)絡(luò)[5]流量互通的關(guān)鍵。最后測試SDN平臺(tái)的系統(tǒng)吞吐量和轉(zhuǎn)發(fā)速率等指標(biāo)。
三層路由測試包括許多方面,如互通性測試、OSPF路由重分配和OSPF認(rèn)證等方面,其中OSPF點(diǎn)對(duì)點(diǎn)的互通性測試是基本。對(duì)于本SDN平臺(tái)來說,實(shí)現(xiàn)SDN流量和傳統(tǒng)網(wǎng)絡(luò)流量互通的關(guān)鍵是虛擬路由器和Openflow虛擬交換機(jī)能否建立路由鄰居關(guān)系。圖6所示為虛擬路由器和Openflow虛擬交換機(jī)之間不同網(wǎng)段OSPF的鄰居學(xué)習(xí)情況。
圖6 虛擬路由器與Openflow虛擬交換機(jī)之間OSPF測試
該圖為點(diǎn)對(duì)點(diǎn)網(wǎng)絡(luò)類型,其他網(wǎng)絡(luò)類型類似。其配置命令如下:
VR#router ospf 1
router-id 1.1.1.1
network 1.1.1.1 0.0.0.0 area 0
network 192.168.100.0 0.0.0.3 area 0
OVS#router ospf 1
router-id 2.2.2.2
network 2.2.2.2 0.0.0.0 area 0
network 192.168.100.0 0.0.0.3 area 0
配置完成后,在f0/0上啟動(dòng)OSPF進(jìn)程,并觀察虛擬路由器和Openflow虛擬交換機(jī)的鄰居建立關(guān)系和路由學(xué)習(xí)情況,其中Openflow虛擬交換機(jī)的鄰居學(xué)習(xí)由SDN控制器控制。
影響SDN平臺(tái)性能的因素有很多,包括系統(tǒng)的損耗、虛擬機(jī)調(diào)度的開銷、協(xié)議棧和驅(qū)動(dòng)中斷的開銷等。但隨著Intel處理器性能的提升,由純軟件實(shí)現(xiàn)的SDN平臺(tái)性能會(huì)得到改善,另外對(duì)于虛擬路由器的虛擬網(wǎng)卡驅(qū)動(dòng),可以將中斷方式改為輪詢方式,以減少中斷處理64 k小包時(shí)過多的上下文切換時(shí)間,提高SDN平臺(tái)性能。
利用虛擬路由器和SDN技術(shù)相結(jié)合形成SDN平臺(tái),可以使SDN流量和傳統(tǒng)網(wǎng)絡(luò)流量之間實(shí)現(xiàn)互通,解決當(dāng)前SDN技術(shù)由于三層路由功能不足而在城域網(wǎng)和廣域網(wǎng)中應(yīng)用受阻的問題。SDN三層路由功能的不足,主要是由于傳統(tǒng)網(wǎng)絡(luò)和SDN路由計(jì)算困難,而采用純軟件SDN平臺(tái)可以綜合路由表和流表來共同維護(hù)轉(zhuǎn)發(fā)表,進(jìn)而實(shí)現(xiàn)不同網(wǎng)絡(luò)之間的路由學(xué)習(xí)功能。本文首先分析了SDN平臺(tái)的設(shè)計(jì)過程,然后對(duì)其調(diào)試和評(píng)測進(jìn)行了研究。本文所述的虛擬路由器與SDN相結(jié)合的方案,可以實(shí)現(xiàn)SDN和傳統(tǒng)網(wǎng)絡(luò)流量的互通,為SDN技術(shù)的推廣和應(yīng)用以及SDN技術(shù)在現(xiàn)網(wǎng)下的過渡方向提供了很好的技術(shù)借鑒,具有一定的理論指導(dǎo)和實(shí)踐意義。
[1]張朝昆,崔勇,唐翯翯,等.軟件定義網(wǎng)絡(luò)(SDN)研究進(jìn)展[J].軟件學(xué)報(bào),2015,26(1):62-81.
[2]梁飛.虛擬路由器平臺(tái)管理系統(tǒng)設(shè)計(jì)與關(guān)鍵技術(shù)研究[D].北京:北京郵電大學(xué),2014.
[3]Shin M K,Nam K H,Kim H J.Software-defined networking(SDN):A reference architecture and open APIs[J].International Conference on IctConvergence,2012,36(3):440-448.
[4]Kurose James F,Ross Keith W.Computer Networking:A Top-Down Appproach[M].第四版.北京:機(jī)械工業(yè)出版社,2008.
[5]Wright G R,Stevens W R.TCP/IP IIIustrated Volume2:The Implementation[M].北京:機(jī)械工業(yè)出版社,2010.
Research and Design of SDN Platform Based on Router Virtualization Technology
LI Wen-wei1,2,JI Meng1,2,DAI Fei3
(1.Wuhan Research Institute of Posts and Telecommunications,Wuhan 430074,China; 2.Wuhan Fiber Home Networks Co.,Ltd.,Wuhan 430074,China; 3.Jiangxi Normal University,Nanchang 330022,China)
Applying router virtualization technology into SDN can not only forward traditional telecom traffic in SDN but also solve the problem of insufficient support of current SDN in fields of routing functions.In SDN controller,we can extend south interface to manage and control virtual router,and convert flow table and route table.Then we can control the data forwarding function of virtual router or Openflow switch.This method can make up the deficiencies of routing function in the current SDN controller,and achieve compatibility forwarding function of SDN traffic and traditional telecommunications traffic.This paper proposes a designing method and system of SDN platform based on the study of forwarding function of virtual router and SDN controller,which can realize basic routing functions.The system analysis result shows that the platform has features of excellent versatility,flexibility,and simple combining with cloud computing technologies.
SDN;virtual router;Openflow protocols
TP393
A
1005-8788(2016)05-0012-04
10.13756/j.gtxyj.2016.05.004
2016-04-26
黎文偉(1985-),男,湖北大悟人。碩士研究生,主要研究方向?yàn)橥ㄐ排c信息系統(tǒng)。