劉澤宇，沈蘇彬

(南京郵電大學(xué) 計(jì)算機(jī)學(xué)院，江蘇 南京 210003)

1 概 述

除了盡力而為的互聯(lián)網(wǎng)之外，支持不同服務(wù)等級(jí)的流量差異化和專業(yè)化服務(wù)也是一個(gè)值得研究的問(wèn)題。然而，現(xiàn)有的互聯(lián)網(wǎng)是靜態(tài)和不靈活的，因此，網(wǎng)絡(luò)的配置和服務(wù)提供仍然是挑戰(zhàn)。

隨著大量網(wǎng)絡(luò)設(shè)備和服務(wù)的出現(xiàn)，服務(wù)提供商面臨越來(lái)越多的業(yè)務(wù)問(wèn)題，同時(shí)，端用戶對(duì)服務(wù)質(zhì)量的期望隨著個(gè)人和家庭設(shè)備的普及以及流量的類型的變化而變化[1]。實(shí)時(shí)和流媒體娛樂(lè)內(nèi)容已經(jīng)取代了點(diǎn)對(duì)點(diǎn)作為互聯(lián)網(wǎng)流量的主要貢獻(xiàn)者。在線視頻觀看通過(guò)盡力而為的網(wǎng)絡(luò)來(lái)保持服務(wù)體驗(yàn)質(zhì)量仍然是一個(gè)挑戰(zhàn)[2]。同時(shí)連接互聯(lián)網(wǎng)的家用設(shè)備數(shù)量的快速增長(zhǎng)增加了峰值負(fù)荷和接入鏈路的擁擠程度，越來(lái)越多的服務(wù)提供商通過(guò)引入SLA(服務(wù)等級(jí)約定)技術(shù)來(lái)確保用戶滿意度。文中通過(guò)引入SDN技術(shù)實(shí)現(xiàn)多域間服務(wù)協(xié)同，以提高服務(wù)質(zhì)量。

當(dāng)今的互聯(lián)網(wǎng)和電信網(wǎng)都是聯(lián)邦式控制結(jié)構(gòu)[3]，也就是劃分為多個(gè)不同的管理域。這樣，就必須側(cè)重多個(gè)不同管理域的SDN技術(shù)研究，管理域間的協(xié)商包括：SP(服務(wù)提供商)與NP(網(wǎng)絡(luò)提供商)間的協(xié)商和不同NP之間的協(xié)商。協(xié)商的內(nèi)容有：業(yè)務(wù)的驗(yàn)證、授權(quán)和業(yè)務(wù)性能數(shù)據(jù)的獲得[4]。

因此，每個(gè)NP的業(yè)務(wù)管理應(yīng)該具有提供業(yè)務(wù)驗(yàn)證、授權(quán)和獲取性能數(shù)據(jù)的相應(yīng)接口，供SP調(diào)用。根據(jù)接口用于不同管理域間的特點(diǎn)，該接口采用Web Service實(shí)現(xiàn)。

SLA[5]即服務(wù)等級(jí)約定，是服務(wù)提供商和用戶對(duì)所提供的服務(wù)及其優(yōu)先權(quán)以及在服務(wù)提供和使用過(guò)程中各自的責(zé)任和義務(wù)等方面達(dá)成的約定。SLA的實(shí)質(zhì)就是一種建立在服務(wù)提供商和最終消費(fèi)用戶之間以及提供商和提供商之間的服務(wù)契約。

SLA技術(shù)既可以幫助服務(wù)提供商針對(duì)不同用戶群推出合適的產(chǎn)品和服務(wù)，使現(xiàn)有的IT設(shè)施發(fā)揮出最佳水平并從中受益，又能通過(guò)質(zhì)量報(bào)告等形式滿足用戶的知情權(quán)，提高用戶的感知度。由此可見，SLA對(duì)服務(wù)提供商和服務(wù)消費(fèi)者雙方都有很多益處，將會(huì)有越來(lái)越多的服務(wù)提供商向用戶提供SLA。

ONF(open networking foundation，開放網(wǎng)絡(luò)基金會(huì))提出將SDN架構(gòu)分為三層，其中數(shù)據(jù)層由各個(gè)與控制決策機(jī)構(gòu)解耦的轉(zhuǎn)發(fā)節(jié)點(diǎn)互聯(lián)而成，控制層由單個(gè)或多個(gè)邏輯上集中的控制器組成，應(yīng)用層直接面向用戶為它們提供所需的業(yè)務(wù)功能。應(yīng)用可編程接口不僅可以提供上層應(yīng)用調(diào)用，也可以通過(guò)控制層內(nèi)其他網(wǎng)絡(luò)控制單元的調(diào)用，使得其他網(wǎng)絡(luò)控制單元可以轉(zhuǎn)發(fā)并不與某個(gè)網(wǎng)絡(luò)控制單元直接連接的應(yīng)用可編程調(diào)用[6-7]。

利用SDN中流表可定制[8]的特點(diǎn)，結(jié)合策略控制系統(tǒng)/控制器，網(wǎng)絡(luò)中可便利地實(shí)現(xiàn)對(duì)QoS的靈活定制，并基于控制器對(duì)資源的統(tǒng)一管理快速實(shí)現(xiàn)用戶/業(yè)務(wù)的帶寬控制。

SDN架構(gòu)要求定義統(tǒng)一的應(yīng)用層和控制層間接口，提供開放的API，使得用戶通過(guò)服務(wù)界面訂購(gòu)或請(qǐng)求對(duì)網(wǎng)絡(luò)資源的使用與分配，服務(wù)提供商則按照用戶意愿或管控要求自動(dòng)將所需資源配置給用戶的業(yè)務(wù)流程[9]。

SDN采用的集中控制機(jī)制，可以實(shí)現(xiàn)對(duì)底層網(wǎng)絡(luò)設(shè)備的統(tǒng)一管理，統(tǒng)一配置甚至是自動(dòng)配置，能減少配置錯(cuò)誤，保證網(wǎng)絡(luò)安全。同時(shí)，也從架構(gòu)上提供了統(tǒng)一認(rèn)證的基礎(chǔ)[10]。

SDN架構(gòu)中，控制層提供了豐富的開放的API接口。通過(guò)這些API接口，第三方應(yīng)用可以直接調(diào)用抽象后的網(wǎng)絡(luò)資源，無(wú)需了解底層網(wǎng)絡(luò)實(shí)現(xiàn)的細(xì)節(jié)，從而提升了網(wǎng)絡(luò)服務(wù)和能力，優(yōu)化了網(wǎng)絡(luò)的計(jì)算、存儲(chǔ)等資源。

(1)問(wèn)題分析。

在現(xiàn)有的網(wǎng)絡(luò)運(yùn)營(yíng)模式中，SP、NP和用戶并存[11]。SP、NP都屬于服務(wù)提供者，用戶是最終消費(fèi)者。SP、NP的分離打破了傳統(tǒng)的網(wǎng)絡(luò)運(yùn)營(yíng)模式，符合下一代互聯(lián)網(wǎng)發(fā)展的趨勢(shì)，也迎合用戶的個(gè)性化業(yè)務(wù)需求。然而SP的獨(dú)立運(yùn)營(yíng)需要NP的支持，一個(gè)服務(wù)提供商可能是另一個(gè)服務(wù)提供商的用戶，進(jìn)而形成一個(gè)服務(wù)鏈并導(dǎo)致運(yùn)營(yíng)管理方式的不同；不同NP由于其服務(wù)能力及運(yùn)營(yíng)管理方式的不同，對(duì)外提供的網(wǎng)絡(luò)服務(wù)能力也各不相同；SP和端用戶又可能位于不同的NP管理范圍內(nèi)，上述原因使得端到端的服務(wù)保障愈趨復(fù)雜。

(2)主要思路。

文中的主要思想是每個(gè)用戶能夠選擇網(wǎng)絡(luò)運(yùn)營(yíng)商請(qǐng)求服務(wù)，該服務(wù)是在接入/匯聚網(wǎng)絡(luò)中處理的任何信息(視頻、數(shù)據(jù))，這就意味著服務(wù)提供商能夠?qū)W(wǎng)絡(luò)運(yùn)營(yíng)商施加一些要求。比如，視頻點(diǎn)播或視頻會(huì)議等某些服務(wù)的傳送需要服務(wù)提供商的支持來(lái)確保一定的QoS。

重點(diǎn)是使用OpenFlow技術(shù)對(duì)方案進(jìn)行實(shí)現(xiàn)。OpenFlow是一種面向流的技術(shù)，其中網(wǎng)絡(luò)控制功能與分組轉(zhuǎn)發(fā)分離。在這種情況下，控制器可以通過(guò)定義轉(zhuǎn)發(fā)表來(lái)控制數(shù)據(jù)包的轉(zhuǎn)發(fā)。

通過(guò)使用視頻流和文件傳輸作為兩個(gè)用例，首先開發(fā)域間管理架構(gòu)和相關(guān)的API，允許服務(wù)提供商動(dòng)態(tài)地請(qǐng)求特定的流量通道，即視頻流可以在指定的持續(xù)時(shí)間內(nèi)具有專用帶寬的快速通道，而大型文件傳輸則利用慢通道，利用非時(shí)間關(guān)鍵流量的彈性，為寬帶鏈路上的其他流量提供更好的性能。通過(guò)開源的SDN平臺(tái)，模擬真實(shí)流量跟蹤來(lái)評(píng)估方法的有效性，在測(cè)試臺(tái)中進(jìn)行實(shí)驗(yàn)，仿真運(yùn)行應(yīng)用程序，以演示用戶的服務(wù)請(qǐng)求如何從方案中受益。

2 方案設(shè)計(jì)

在實(shí)際的端到端業(yè)務(wù)鏈中，會(huì)包含多種實(shí)體，如服務(wù)提供商(service provider，SP)、網(wǎng)絡(luò)提供商(network provider，NP)以及端用戶。隨著不斷的發(fā)展和成熟，SP和NP將承擔(dān)更多的業(yè)務(wù)管理功能。為了完成域間服務(wù)需要提供商解決一個(gè)問(wèn)題：提供商之間的服務(wù)約定。當(dāng)服務(wù)建立之后與NP一起完成對(duì)端用戶的端到端QoS的業(yè)務(wù)協(xié)商、配置和性能管理等功能。因此，域間協(xié)商的概念不再局限于傳統(tǒng)的NP之間，SP與NP以及NP之間也應(yīng)該建立高效的協(xié)商機(jī)制。

服務(wù)提供商和用戶之間的基本關(guān)系如圖1所示，SLA的實(shí)質(zhì)就是一種建立在服務(wù)提供商和最終消費(fèi)用戶之間以及提供商和提供商之間的服務(wù)契約。

圖1 服務(wù)提供商-用戶關(guān)系

提供商選擇機(jī)制允許用戶在訪問(wèn)網(wǎng)絡(luò)并請(qǐng)求服務(wù)之前自主決定他們想要使用的網(wǎng)絡(luò)運(yùn)營(yíng)商。該機(jī)制是由掃描階段和安裝階段組成的2層服務(wù)發(fā)現(xiàn)機(jī)制[12]。首先用戶根據(jù)其當(dāng)前位置掃描可用網(wǎng)絡(luò)運(yùn)營(yíng)商列表，然后根據(jù)運(yùn)營(yíng)商的身份或每個(gè)運(yùn)營(yíng)商可提供的服務(wù)，用戶選擇其中一個(gè)，并啟動(dòng)安裝階段。在此步驟中，用戶根據(jù)所選的網(wǎng)絡(luò)運(yùn)營(yíng)商來(lái)請(qǐng)求一個(gè)2層配置[13]。最后，用戶設(shè)備創(chuàng)建一個(gè)新的虛擬接口配置參數(shù)，如MAC地址。

提供商選擇機(jī)制最終的結(jié)果是在客戶端創(chuàng)建一個(gè)新的虛擬網(wǎng)絡(luò)接口，并提供適當(dāng)?shù)呐渲?，以便訪問(wèn)網(wǎng)絡(luò)提供商。

為了將此選擇機(jī)制與OpenFlow集成，需要對(duì)相關(guān)業(yè)務(wù)進(jìn)行詳細(xì)描述。當(dāng)客戶新的掃描請(qǐng)求進(jìn)入OpenFlow交換機(jī)時(shí)，如果匹配不成功，會(huì)把數(shù)據(jù)包傳送到控制器，控制器檢查以太網(wǎng)類型(被標(biāo)識(shí)為選擇協(xié)議)。然后，控制器進(jìn)入學(xué)習(xí)過(guò)程并注冊(cè)與客戶端相關(guān)聯(lián)的物理端口。在這一點(diǎn)上，來(lái)自網(wǎng)絡(luò)運(yùn)營(yíng)商的服務(wù)器必須先在控制器上注冊(cè)。

服務(wù)提供商必須在請(qǐng)求服務(wù)時(shí)對(duì)其客戶進(jìn)行認(rèn)證，并對(duì)網(wǎng)絡(luò)運(yùn)營(yíng)商施加一系列要求以成功提供服務(wù)?；舅枷胧牵涸趯?duì)客戶進(jìn)行成功認(rèn)證之后，服務(wù)提供商生成描述所請(qǐng)求服務(wù)的一組簡(jiǎn)檔。然后將這些配置文件提交給網(wǎng)絡(luò)運(yùn)營(yíng)商，檢查全部要求是否可以實(shí)現(xiàn)，在肯定的情況下，網(wǎng)絡(luò)運(yùn)營(yíng)商必須建立服務(wù)的路徑并使用相關(guān)的訪問(wèn)控制規(guī)則配置邊緣節(jié)點(diǎn)。

在流量區(qū)分的解決方案中，使用基于前綴的轉(zhuǎn)發(fā)方法。使用這種方法，通過(guò)檢查MAC地址的前綴，流量可以容易地與其網(wǎng)絡(luò)運(yùn)營(yíng)商相關(guān)聯(lián)，因此提供商選擇機(jī)制至關(guān)重要。一旦用戶配置一個(gè)網(wǎng)絡(luò)運(yùn)營(yíng)商新的MAC地址，那么該接口產(chǎn)生的流量就由該網(wǎng)絡(luò)運(yùn)營(yíng)商處理。

如果由某個(gè)邊緣節(jié)點(diǎn)租用的所有MAC地址具有相同的前綴，則可以使用單個(gè)轉(zhuǎn)發(fā)規(guī)則來(lái)識(shí)別邊緣節(jié)點(diǎn)后用戶的流量，從而減少核心的流表節(jié)點(diǎn)。通過(guò)這樣的解決方案，可以為每個(gè)網(wǎng)絡(luò)運(yùn)營(yíng)商提供完整的VLAN范圍，從而簡(jiǎn)化網(wǎng)絡(luò)管理和提供商間的協(xié)議。

基于上述研究，文中提出一種用于在接入鏈路上創(chuàng)建快速和慢速通道的系統(tǒng)架構(gòu)，并概述了主要架構(gòu)，詳細(xì)闡述了特殊通道的機(jī)制。

圖2顯示了一個(gè)接入網(wǎng)拓?fù)洹Ｊ录牟僮髁鞒倘缦拢河脩魧?nèi)容請(qǐng)求(例如視頻鏈接點(diǎn)擊或文件傳輸命令)發(fā)送到SP，SP生成描述所請(qǐng)求服務(wù)的一組簡(jiǎn)檔，然后將這些配置文件通過(guò)REST接口[14]提交給NP中的控制器，以便為此服務(wù)分配資源。

圖2 域間協(xié)商網(wǎng)絡(luò)拓?fù)?/p>

接下來(lái)，詳細(xì)描述API，文中考慮兩個(gè)用例來(lái)開發(fā)API?？焖偻ǖ赖腁PI詳細(xì)設(shè)計(jì)方案：(a)顯示身份：請(qǐng)求服務(wù)實(shí)體的身份；(b)服務(wù)類型：類型字段表示正在請(qǐng)求的服務(wù)。在這種情況下是最小的帶寬保證；(c)流元組：包括源和目標(biāo)地址、傳輸協(xié)議以及源和目標(biāo)端口號(hào)，用于標(biāo)識(shí)流(符合OpenFlow規(guī)范)；(d)帶寬：流請(qǐng)求的帶寬(Mbps)；(e)持續(xù)時(shí)間：請(qǐng)求帶寬的持續(xù)時(shí)間(以秒為單位)。

例如：{type:minbw,nwsrc:10.10.7.31/32,nwdst:10.10.5.18/32,proto:6,sprt: 8080,dprt:22400,bw:7600}。在這種情況下，服務(wù)器從10.10.7.31:8080(服務(wù)器)到10.10.5.18:22400(客戶端)的路徑上為TCP請(qǐng)求最小帶寬為7.6 Mbps的快速通道。

慢速通道的API詳細(xì)技術(shù)方案：(a)顯示身份：請(qǐng)求服務(wù)實(shí)體的身份；(b)服務(wù)類型：這種情況下是批量傳輸；(c)流元組：包括源和目標(biāo)地址、傳輸協(xié)議以及源和目標(biāo)端口號(hào)，用于標(biāo)識(shí)流；(d)大?。簜鬏?shù)臄?shù)據(jù)量以兆字節(jié)為單位；(e)截止時(shí)間：請(qǐng)求帶寬的持續(xù)時(shí)間。

例如：{type:bulk,nwsrc:10.10.7.31/32,nwdst:10.10.5.18/32,proto:6,sprt:24380,dprt:20,len: 1800000,deadline:3600}。在這種情況下，服務(wù)器通過(guò)TCP從10.10.7.31:24380到10.10.5.18:20的路徑請(qǐng)求傳輸1.8 GB的數(shù)據(jù)。最后期限參數(shù)表示傳輸可能需要1小時(shí)。

慢速通道API用于非時(shí)間關(guān)鍵的文件數(shù)據(jù)傳輸，NP可以利用彈性為帶寬敏感流(例如視頻流)和延遲敏感流(例如網(wǎng)頁(yè)瀏覽)提供方便。最低帶寬保證，由NP按照其所需的速率定期設(shè)置，以滿足其最后的期限。文中方法是一直保持工作狀態(tài)(即不浪費(fèi)空閑容量)，響應(yīng)于需求的變化，并且不需要任何客戶端的變化。

3 平臺(tái)的實(shí)現(xiàn)

本節(jié)重點(diǎn)介紹OpenFlow相關(guān)技術(shù)實(shí)現(xiàn)問(wèn)題。如前所述，在OpenFlow中，將進(jìn)入OpenFlow交換機(jī)的每個(gè)數(shù)據(jù)分組與流表進(jìn)行比較，如果沒有先前定義的規(guī)則匹配，則將數(shù)據(jù)分組封裝并傳輸?shù)娇刂破鳌Ｒ坏?shù)據(jù)到達(dá)控制器，就對(duì)其進(jìn)行分析，以確定應(yīng)該做什么，并創(chuàng)建新的流表規(guī)則來(lái)處理數(shù)據(jù)分組。

圖3為平臺(tái)實(shí)現(xiàn)的高級(jí)視圖，顯示了控制器中主要模塊以及模塊之間的交互。其中OpenFlow協(xié)議用于在交換機(jī)和控制器之間交換信息。

圖3 平臺(tái)視圖

控制器中的功能模塊可以處理兩種不同類型的流量。提供商選擇處理器用來(lái)接收選擇控制數(shù)據(jù)包并插入轉(zhuǎn)發(fā)規(guī)則，使其能夠?qū)崿F(xiàn)在用戶和提供商選擇服務(wù)器之間進(jìn)行交換數(shù)據(jù)。另一方面，流量處理器接收數(shù)據(jù)包，并插入在用戶和認(rèn)證/授權(quán)服務(wù)器之間啟用服務(wù)流量的轉(zhuǎn)發(fā)規(guī)則。該模塊還具有與授權(quán)服務(wù)器的接口，以接收最終的授權(quán)決定，其中攜帶用于插入/刪除新的轉(zhuǎn)發(fā)規(guī)則的訪問(wèn)控制規(guī)則。最后，基于前綴的數(shù)據(jù)轉(zhuǎn)發(fā)決策模塊負(fù)責(zé)數(shù)據(jù)平面。遵循基于前綴的轉(zhuǎn)發(fā)方法，轉(zhuǎn)發(fā)目的MAC地址的前3個(gè)字節(jié)，而不是整個(gè)地址。完整的方法依賴于以前的控制在訪問(wèn)網(wǎng)絡(luò)之前，由選擇機(jī)制向最終用戶分發(fā)本地管理的MAC地址。

成功驗(yàn)證后，授權(quán)進(jìn)行。在此步驟中，授權(quán)服務(wù)器確定客戶是否被允許訪問(wèn)所請(qǐng)求的服務(wù)，并生成描述服務(wù)和關(guān)聯(lián)參數(shù)的配置文件。需要此配置文件用于控制訪問(wèn)和設(shè)置連接。首先，需要一個(gè)新的與控制器相連的通信通道，與數(shù)據(jù)包從OpenFlow交換機(jī)發(fā)送到控制器的機(jī)制相反，在這種情況下，需要一個(gè)授權(quán)服務(wù)器，為此，在控制器上啟用了基于REST的Web服務(wù)。因此，一旦授權(quán)服務(wù)器生成配置文件，就會(huì)實(shí)現(xiàn)并啟動(dòng)一個(gè)新的REST，配置文件會(huì)以JSON格式傳輸?shù)娇刂破鳌Ｒ坏㎎SON配置文件進(jìn)入控制器，它就會(huì)被解析為所需的參數(shù)，從而激活從客戶端到服務(wù)的訪問(wèn)。

4 驗(yàn)證和分析

實(shí)驗(yàn)環(huán)境搭建：使用開源的OpenDayLight控制器開發(fā)模塊，使用視頻和文件傳輸服務(wù)器生成的JSON配置文件來(lái)調(diào)用API。成功調(diào)用API之后，會(huì)在OpenFlow交換機(jī)上安裝流表以指導(dǎo)流量沿著所需的路徑。交換機(jī)采用64位Linux PC機(jī)作為數(shù)據(jù)層轉(zhuǎn)發(fā)設(shè)備，具有6個(gè)以太網(wǎng)端口。支持200 Mbps的吞吐量。交換機(jī)具有默認(rèn)的盡力而為的FIFO(先進(jìn)先出)隊(duì)列，并為控制器中每個(gè)流創(chuàng)建了單獨(dú)隊(duì)列。

圖4顯示驗(yàn)證環(huán)境，證明了方案的可行性。有兩個(gè)用戶(用戶A和用戶B)，兩個(gè)服務(wù)提供商(服務(wù)1和服務(wù)2)和兩個(gè)網(wǎng)絡(luò)提供商(網(wǎng)絡(luò)1和網(wǎng)絡(luò)2)，同時(shí)建立了四個(gè)不同的設(shè)置。首先用戶A通過(guò)提供商選擇機(jī)制選擇網(wǎng)絡(luò)1，創(chuàng)建了一個(gè)新的虛擬接口，并具有從網(wǎng)絡(luò)1委托的MAC地址。然后，用戶A通過(guò)請(qǐng)求服務(wù)處理器連接服務(wù)1。成功授權(quán)后，路徑1由控制器配置，接著用戶A到服務(wù)1的流量可以啟用。然后用戶A再次使用提供商選擇機(jī)制來(lái)選擇網(wǎng)絡(luò)2，用戶A就具備兩個(gè)虛擬接口，每個(gè)網(wǎng)絡(luò)提供商各一個(gè)。通信使用新的虛擬接口，用戶A啟動(dòng)新的服務(wù)處理器來(lái)請(qǐng)求與服務(wù)2的新連接，最后啟用了網(wǎng)絡(luò)2的路徑。類似的過(guò)程發(fā)生在用戶B，用戶B也有兩個(gè)虛擬接口，一個(gè)來(lái)自網(wǎng)絡(luò)1，另一個(gè)來(lái)自網(wǎng)絡(luò)2，用戶分別連接服務(wù)1和服務(wù)2。

圖4 驗(yàn)證實(shí)驗(yàn)

通過(guò)以上的實(shí)驗(yàn)部署，所有數(shù)據(jù)包都必須由控制器處理，基于SDN集中控制機(jī)制，模擬了實(shí)際流量。使用參數(shù)α作為可用于使用特殊通道的程度，并使用平均意見得分(mean opinion score，MOS)評(píng)估服務(wù)質(zhì)量[15]。表1展示了服務(wù)質(zhì)量如何取決于α。

表1 視頻傳輸和文件傳輸性能

表1中顯示低速視頻服務(wù)一般都能獲得3.24正常的性能，而高速率視頻服務(wù)可以看到明顯的區(qū)別。α=0時(shí)，特殊通道被禁用，導(dǎo)致視頻不可觀看；α=1時(shí)，快速通道配置可以成功為此服務(wù)分配帶寬。而文件傳輸在慢速通道下也能達(dá)到相同的效果。實(shí)驗(yàn)顯示在多管理域的情況下，通過(guò)快速通道和慢速通道的服務(wù)請(qǐng)求，可以為服務(wù)提供商提供有效和靈活的網(wǎng)絡(luò)資源管理。

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

文中提出的域間服務(wù)協(xié)同方案，可以使客戶在向服務(wù)提供商請(qǐng)求服務(wù)之前選擇要使用的網(wǎng)絡(luò)運(yùn)營(yíng)商。服務(wù)提供商可以根據(jù)服務(wù)請(qǐng)求生成配置文件，然后將配置文件通過(guò)REST接口提交給NP中的控制器，有選擇地實(shí)現(xiàn)快速或慢速通道。基于SDN的集中控制特點(diǎn)實(shí)現(xiàn)了針對(duì)域間服務(wù)協(xié)同的特殊通道創(chuàng)建機(jī)制。通過(guò)模擬實(shí)際服務(wù)請(qǐng)求，顯示通過(guò)域間服務(wù)協(xié)同技術(shù)可以減少流表轉(zhuǎn)發(fā)次數(shù)并改善服務(wù)質(zhì)量。