本發(fā)明涉及sdn網(wǎng)絡(luò)openflow交換機的流表(flowtable)配置的
技術(shù)領(lǐng)域：
：，具體是涉及一種基于openflow的二層業(yè)務(wù)配置系統(tǒng)及其方法。
背景技術(shù)：
：：軟件定義網(wǎng)絡(luò)(softwaredefinednetwork，簡稱為sdn)是一種新型的網(wǎng)絡(luò)體系結(jié)構(gòu)，通過將網(wǎng)絡(luò)的控制平面和轉(zhuǎn)發(fā)平面分離，將控制功能從網(wǎng)絡(luò)節(jié)點中抽取出來，以可編程的方式控制網(wǎng)絡(luò)行為，構(gòu)建動態(tài)的、可控的網(wǎng)絡(luò)體系結(jié)構(gòu)。軟件定義網(wǎng)絡(luò)概念提出之后，作為sdn核心技術(shù)的openflow(開放流)技術(shù)發(fā)展迅速，openflow技術(shù)提供了轉(zhuǎn)發(fā)平面和控制平面進行通訊的一種機制。openflow改變了傳統(tǒng)的交換機或路由器控制的報文轉(zhuǎn)發(fā)過程，在openflow網(wǎng)絡(luò)中，控制器(controller)和openflow交換機(openflowswitch)共同完成轉(zhuǎn)發(fā)過程。這樣就實現(xiàn)了路由控制和數(shù)據(jù)轉(zhuǎn)發(fā)的分離。這樣做的好處是：把控制權(quán)從交換機或路由器中抽取出來，網(wǎng)絡(luò)管理者可以借助自定義的策略，來控制網(wǎng)絡(luò)中的數(shù)據(jù)流的走向及行為?？刂破矫媾c轉(zhuǎn)發(fā)平面的解耦，可以帶來很多優(yōu)勢。一方面，可以降低設(shè)備的復(fù)雜度，使設(shè)備更專注于轉(zhuǎn)發(fā)，另一方面，可以給網(wǎng)絡(luò)帶來更大的靈活性和可控性。如圖1所示：現(xiàn)有的openflow的數(shù)據(jù)包處理模型，主要由openflow交換機、openflow協(xié)議和控制器組成。數(shù)據(jù)包經(jīng)過只有openflow交換機中流表匹配規(guī)則時才可以被openflow交換機轉(zhuǎn)發(fā)，否則數(shù)據(jù)包將被openflow交換機丟棄。openflow將數(shù)據(jù)層和控制層進行了分離，openflow交換機實現(xiàn)轉(zhuǎn)發(fā)功能，負責(zé)數(shù)據(jù)的轉(zhuǎn)發(fā)，controller實現(xiàn)控制功能，對全局網(wǎng)絡(luò)拓撲具有可見性和可控性，controller通過openflow協(xié)議對openflow交換機或路由器的流表進行編程控制，控制數(shù)據(jù)包的流向和網(wǎng)絡(luò)行為，完成對整個網(wǎng)絡(luò)進行集中控制的功能。openflow協(xié)議由國際標準組織開放網(wǎng)絡(luò)基金會(opennetworkingfoundation，onf)制定，該協(xié)議描述了控制器和交換機交互時所使用的信息，并且規(guī)定了控制器和交換機交互的接口標準。openflow協(xié)議的核心部分是用于控制器和交換機交互的協(xié)議信息結(jié)構(gòu)集合。openflow協(xié)議為openflow交換機和控制器通信提供開放的、標準化的接口。借助于openflow協(xié)議制定的的標準化接口，控制器可以響應(yīng)交換機的請求，并且通過指令對交換機的flowtable進行編程，從而控制進入到交換機的數(shù)據(jù)包的流向以及網(wǎng)絡(luò)行為。openflow交換機是整個openflow網(wǎng)絡(luò)的核心部件，主要管理數(shù)據(jù)層的轉(zhuǎn)發(fā)?？刂破骺梢越邮諄碜越粨Q機的事件并向交換機發(fā)送數(shù)據(jù)包。交換機和控制器通過安全通道進行通信時，所有的信息都是按照openflow協(xié)議規(guī)定的格式來執(zhí)行。借助于ssl(securesocketslayer，安全套接層)機制，安全通道使交換機和控制器之間的指令和數(shù)據(jù)可以進行安全傳輸。如圖2所示：現(xiàn)有的openflow網(wǎng)絡(luò)拓撲模型，外部app安裝在計算機上，在openflow網(wǎng)絡(luò)中，處于控制層的控制器(controller)可以對網(wǎng)絡(luò)交換設(shè)備的流表(flowtable)進行編程和管理。正是由于流表(flowtable)對遠程訪問控制的支持，可以將流表(flowtable)的配置與管理從網(wǎng)絡(luò)交換設(shè)備本身中抽離出來，從而使得對整個網(wǎng)絡(luò)中流表(flowtable)進行集中控制與管理成為可能，因此可將物理網(wǎng)絡(luò)和邏輯網(wǎng)絡(luò)的有效分離。技術(shù)實現(xiàn)要素：本發(fā)明的目的是為了克服上述
背景技術(shù)：
：的不足，提供一種基于openflow的二層業(yè)務(wù)配置系統(tǒng)及其方法。本發(fā)明基于openflow協(xié)議，將控制層面和轉(zhuǎn)發(fā)層面分離，控制器實現(xiàn)控制功能，對流表進行編程和管理，方便對openflow交換機進行靈活的配置，以滿足業(yè)務(wù)多樣化的需求，openflow交換機只負責(zé)轉(zhuǎn)發(fā)行為，極大降低了openflow交換機的負擔(dān)，加快了報文轉(zhuǎn)發(fā)速率。本發(fā)明提供一種基于openflow的二層業(yè)務(wù)配置系統(tǒng)，其特征在于：包括openflow交換機、外部app和控制器，openflow交換機、外部app均與控制器相連；openflow交換機用于：接收和解析控制器下發(fā)的流表配置，并進行數(shù)據(jù)包的轉(zhuǎn)發(fā)；外部app用于：創(chuàng)建業(yè)務(wù)配置的源，向控制器發(fā)送業(yè)務(wù)配置信息；控制器用于：生成并維護虛擬的網(wǎng)絡(luò)拓撲，接收外部app的請求，生成具體的業(yè)務(wù)流表配置，并通過openflow協(xié)議對openflow交換機進行配置和控制；所述openflow交換機包括安全通道和流表；安全通道提供連接openflow交換機和控制器的接口；流表為數(shù)據(jù)包轉(zhuǎn)發(fā)提供依據(jù)；控制器通過openflow協(xié)議對流表進行編程控制和管理；所述控制器包括業(yè)務(wù)信息錄入模塊、業(yè)務(wù)信息解析模塊、流表信息比對模塊、流表信息下發(fā)模塊；業(yè)務(wù)信息錄入模塊用于：發(fā)送外部app的業(yè)務(wù)配置信息，并將業(yè)務(wù)配置信息錄入控制器；業(yè)務(wù)信息解析模塊用于：解析業(yè)務(wù)配置信息，將業(yè)務(wù)配置信息轉(zhuǎn)化為南向具體的openflow流表信息，然后將openflow流表信息與具體的業(yè)務(wù)綁定，并且在控制器內(nèi)部進行存儲；流表信息比對模塊用于：openflow流表信息比對；若控制器內(nèi)不存在相同openflow流表信息，則該openflow流表信息下發(fā)到openflow交換機；若控制器內(nèi)存在相同openflow流表信息，則該openflow流表信息不下發(fā)到openflow交換機，該openflow流表信息存儲在控制器內(nèi)；流表信息下發(fā)模塊用于：將需要下發(fā)的openflow流表信息通過安全通道下發(fā)至openflow交換機。在上述技術(shù)方案的基礎(chǔ)上，所述業(yè)務(wù)信息錄入模塊具體用于：將業(yè)務(wù)配置信息以xml格式錄入控制器；其中，業(yè)務(wù)配置信息包括業(yè)務(wù)的類型、業(yè)務(wù)名稱、業(yè)務(wù)源宿交換機、業(yè)務(wù)源宿端口號、業(yè)務(wù)vlan、業(yè)務(wù)的操作管理維護oam和服務(wù)質(zhì)量qos信息。在上述技術(shù)方案的基礎(chǔ)上，所述業(yè)務(wù)信息解析模塊具體用于：解析業(yè)務(wù)配置信息，生成控制器內(nèi)部的業(yè)務(wù)模型，并為該業(yè)務(wù)計算一條或者多條標簽交換路徑lsp，根據(jù)計算結(jié)果填充控制器內(nèi)部的業(yè)務(wù)對象，調(diào)用南向適配層，生成南向具體openflow流表信息。在上述技術(shù)方案的基礎(chǔ)上，所述流表信息下發(fā)模塊具體用于：將下發(fā)的openflow流表信息緩存起來，檢測openflow流表信息的完整性，根據(jù)openflow多級流表下發(fā)方式調(diào)整openflow流表信息的下發(fā)順序，使得openflow流表信息按照openflow流表信息的索引的序號從小到大依次下發(fā)。在上述技術(shù)方案的基礎(chǔ)上，所述openflow協(xié)議包括openflow標準協(xié)議和openflow擴展協(xié)議，openflow標準協(xié)議支持二層業(yè)務(wù)的配置；openflow擴展協(xié)議支持后續(xù)擴展的業(yè)務(wù)配置。在上述技術(shù)方案的基礎(chǔ)上，所述控制器通過流表獲取openflow交換機對于流表能力的支持，包括支持流表類型以及最大支持流表數(shù)目，控制器根據(jù)支持流表類型以及最大支持流表數(shù)目對openflow交換機進行業(yè)務(wù)配置。本發(fā)明還提供一種基于openflow的二層業(yè)務(wù)配置方法，包括如下步驟：a、業(yè)務(wù)信息的錄入：外部app向控制器發(fā)送業(yè)務(wù)配置信息，并將業(yè)務(wù)配置信息錄入控制器；b、業(yè)務(wù)信息的解析：控制器解析業(yè)務(wù)配置信息，將業(yè)務(wù)配置信息轉(zhuǎn)化為南向具體的openflow流表信息，然后將openflow流表信息與具體的業(yè)務(wù)綁定，并且在控制器內(nèi)部進行存儲；c、openflow流表信息比對：若控制器內(nèi)不存在相同openflow流表信息，則該openflow流表信息下發(fā)到openflow交換機；若控制器內(nèi)存在相同openflow流表信息，則該openflow流表信息不下發(fā)到openflow交換機，該openflow流表信息存儲在控制器內(nèi)；d、openflow流表信息下發(fā)：控制器將需要下發(fā)的openflow流表信息通過安全通道下發(fā)至openflow交換機。在上述技術(shù)方案的基礎(chǔ)上，步驟a中，將業(yè)務(wù)配置信息錄入控制器的具體過程為：外部app將業(yè)務(wù)配置信息以xml格式錄入控制器；業(yè)務(wù)配置信息包括業(yè)務(wù)的類型、業(yè)務(wù)名稱、業(yè)務(wù)源宿交換機、業(yè)務(wù)源宿端口號、業(yè)務(wù)vlan、業(yè)務(wù)的操作管理維護oam和服務(wù)質(zhì)量qos信息。在上述技術(shù)方案的基礎(chǔ)上，步驟b中，控制器解析業(yè)務(wù)配置信息，將業(yè)務(wù)配置信息轉(zhuǎn)化為南向具體的openflow流表信息的具體過程為：控制器解析業(yè)務(wù)配置信息，生成控制器內(nèi)部的業(yè)務(wù)模型，并為該業(yè)務(wù)計算一條或者多條標簽交換路徑lsp，根據(jù)計算結(jié)果填充控制器內(nèi)部業(yè)務(wù)對象，調(diào)用南向適配層，生成南向具體openflow流表信息。在上述技術(shù)方案的基礎(chǔ)上，步驟d中，控制器將需要下發(fā)的openflow流表信息通過安全通道下發(fā)至openflow交換機之前，還包括如下步驟：控制器將下發(fā)的openflow流表信息緩存起來，檢測openflow流表信息的完整性，根據(jù)openflow多級流表方式調(diào)整openflow流表信息的下發(fā)順序，使得openflow流表信息按照openflow流表信息的索引的序號從小到大依次下發(fā)。與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點如下：本發(fā)明基于openflow協(xié)議，將控制層面和轉(zhuǎn)發(fā)層面分離，控制器實現(xiàn)控制功能，包括基于全網(wǎng)拓撲進行路由計算，基于控制器標簽池進行標簽分配，openflow交換機只需負責(zé)轉(zhuǎn)發(fā)行為，極大降低了openflow交換機的負擔(dān)，加快了報文轉(zhuǎn)發(fā)速率。同時，控制器實時獲取全網(wǎng)設(shè)備狀態(tài)，統(tǒng)一管理全網(wǎng)設(shè)備，可以方便高效地配置業(yè)務(wù)，并且對業(yè)務(wù)狀態(tài)加以維護，保證業(yè)務(wù)質(zhì)量。而且，對于支持標準openflow協(xié)議的設(shè)備有很好的通用性，并且可以基于openflow協(xié)議標準結(jié)構(gòu)擴展特定的openflow流表，實現(xiàn)定制功能，比如流量監(jiān)控管理。此外，本發(fā)明采用多級流表的下發(fā)方式，解決了單級流表表項臃腫、功能組合復(fù)雜度高的問題，多級流表可以根據(jù)不同的功能使用不同的流表組合下發(fā)，配置方式更加靈活。附圖說明圖1是現(xiàn)有的openflow的數(shù)據(jù)包處理模型。圖2是現(xiàn)有的openflow網(wǎng)絡(luò)拓撲模型。圖3是本發(fā)明實施例基于openflow的二層業(yè)務(wù)配置方法的流程圖。圖4是本發(fā)明實施例uni_nni側(cè)的流表配置示意圖。圖5是本發(fā)明實施例nni_uni側(cè)的流表配置示意圖。具體實施方式下面結(jié)合附圖及具體實施例對本發(fā)明作進一步的詳細描述。本發(fā)明實施例提供一種基于openflow的二層業(yè)務(wù)配置系統(tǒng)，包括openflow交換機、外部app和控制器，openflow交換機、外部app均與控制器相連；openflow交換機用于：接收和解析控制器下發(fā)的流表配置，并進行數(shù)據(jù)包的轉(zhuǎn)發(fā)；外部app用于：創(chuàng)建業(yè)務(wù)配置的源，向控制器發(fā)送業(yè)務(wù)配置信息；控制器用于：生成并維護虛擬的網(wǎng)絡(luò)拓撲，接收外部app的請求，生成具體的業(yè)務(wù)流表配置，并通過openflow協(xié)議對openflow交換機進行配置和控制；openflow交換機包括安全通道和流表；安全通道提供連接openflow交換機和控制器的接口；流表為數(shù)據(jù)包轉(zhuǎn)發(fā)提供依據(jù)；控制器通過openflow協(xié)議對流表進行編程控制和管理；控制器包括業(yè)務(wù)信息錄入模塊、業(yè)務(wù)信息解析模塊、流表信息比對模塊、流表信息下發(fā)模塊；業(yè)務(wù)信息錄入模塊用于：發(fā)送外部app的業(yè)務(wù)配置信息，并將業(yè)務(wù)配置信息錄入控制器；業(yè)務(wù)信息解析模塊用于：解析業(yè)務(wù)配置信息，將業(yè)務(wù)配置信息轉(zhuǎn)化為南向具體的openflow流表信息，然后將openflow流表信息與具體的業(yè)務(wù)綁定，并且在控制器內(nèi)部進行存儲；流表信息比對模塊用于：openflow流表信息比對；若控制器內(nèi)不存在相同openflow流表信息，則該openflow流表信息下發(fā)到openflow交換機；若控制器內(nèi)存在相同openflow流表信息，則該openflow流表信息不下發(fā)到openflow交換機，該openflow流表信息存儲在控制器內(nèi)；流表信息下發(fā)模塊用于：將需要下發(fā)的openflow流表信息通過安全通道下發(fā)至openflow交換機。在本實施例中，業(yè)務(wù)信息錄入模塊具體用于：將業(yè)務(wù)配置信息以xml格式錄入控制器；其中，業(yè)務(wù)配置信息包括業(yè)務(wù)的類型、業(yè)務(wù)名稱、業(yè)務(wù)源宿交換機、業(yè)務(wù)源宿端口號、業(yè)務(wù)vlan、業(yè)務(wù)的操作管理維護oam和服務(wù)質(zhì)量qos信息。業(yè)務(wù)信息解析模塊具體用于：解析業(yè)務(wù)配置信息，生成控制器內(nèi)部的業(yè)務(wù)模型，并為該業(yè)務(wù)計算一條或者多條標簽交換路徑lsp，根據(jù)計算結(jié)果填充控制器內(nèi)部的業(yè)務(wù)對象，調(diào)用南向適配層，生成南向具體openflow流表信息。流表信息下發(fā)模塊具體用于：將下發(fā)的openflow流表信息緩存起來，檢測openflow流表信息的完整性，根據(jù)openflow多級流表下發(fā)方式調(diào)整openflow流表信息的下發(fā)順序，使得openflow流表信息按照openflow流表信息的索引的序號從小到大依次下發(fā)。openflow協(xié)議包括openflow標準協(xié)議和openflow擴展協(xié)議，openflow標準協(xié)議支持二層業(yè)務(wù)的配置；openflow擴展協(xié)議支持后續(xù)擴展的業(yè)務(wù)配置。控制器通過流表形式獲取openflow交換機對于流表能力的支持，包括支持流表類型以及最大支持流表數(shù)目，控制器根據(jù)支持流表類型以及最大支持流表數(shù)目對openflow交換機進行業(yè)務(wù)配置。在實際應(yīng)用中，網(wǎng)絡(luò)交換設(shè)備，無論是交換機還是路由器，其核心信息都保存在流表(flowtable)里面，這些流表(flowtable)可以實現(xiàn)數(shù)據(jù)轉(zhuǎn)發(fā)、防火墻、qos(服務(wù)質(zhì)量)、統(tǒng)計分析等各種功能。當(dāng)數(shù)據(jù)包到達交換機時，會先在流表(flowtable)中進行查找，當(dāng)匹配成功時，則執(zhí)行相應(yīng)操作，否則發(fā)送到控制器，根據(jù)控制器的響應(yīng)執(zhí)行相應(yīng)動作。參見圖3所示，本發(fā)明實施例還提供一種基于openflow的二層業(yè)務(wù)配置方法，包括如下步驟：s1、業(yè)務(wù)信息的錄入：外部app向控制器發(fā)送業(yè)務(wù)配置信息，并將業(yè)務(wù)配置信息錄入控制器；s2、業(yè)務(wù)信息的解析：控制器解析業(yè)務(wù)配置信息，將業(yè)務(wù)配置信息轉(zhuǎn)化為南向具體的openflow流表信息，然后將openflow流表信息與具體的業(yè)務(wù)綁定，并且在控制器內(nèi)部進行存儲；s3、openflow流表信息比對：若控制器內(nèi)不存在相同openflow流表信息，則該openflow流表信息下發(fā)到openflow交換機；若控制器內(nèi)存在相同openflow流表信息，則該openflow流表信息不下發(fā)到openflow交換機，該openflow流表信息存儲在控制器內(nèi)；s4、openflow流表信息下發(fā)：控制器將需要下發(fā)的openflow流表信息通過安全通道下發(fā)至openflow交換機。其中，步驟s1中，將業(yè)務(wù)配置信息錄入控制器的具體過程為：外部app將業(yè)務(wù)配置信息以xml格式錄入控制器；業(yè)務(wù)配置信息包括業(yè)務(wù)的類型、業(yè)務(wù)名稱、業(yè)務(wù)源宿交換機、業(yè)務(wù)源宿端口號、業(yè)務(wù)vlan、業(yè)務(wù)的操作管理維護oam和服務(wù)質(zhì)量qos信息。xml格式文件信息主要是業(yè)務(wù)id，業(yè)務(wù)名稱，端口所屬交換機id，端口id，端口訪問類型，業(yè)務(wù)vlan(虛擬局域網(wǎng))以及qos(服務(wù)質(zhì)量)信息等。業(yè)務(wù)出端口的配置與入端口類似。其中，步驟s2中，控制器解析業(yè)務(wù)配置信息，將業(yè)務(wù)配置信息轉(zhuǎn)化為南向具體的openflow流表信息的具體過程為：控制器解析業(yè)務(wù)配置信息，生成控制器內(nèi)部的業(yè)務(wù)模型，并為該業(yè)務(wù)計算一條或者多條標簽交換路徑lsp，根據(jù)計算結(jié)果填充控制器內(nèi)部業(yè)務(wù)對象，調(diào)用南向適配層，生成南向具體openflow流表信息。在實際應(yīng)用中，控制器根據(jù)外部app錄入的信息，定位到唯一的交換機。在實現(xiàn)中，定義了屬性的基類，所有屬性的擴展都通過繼承該基類與模型綁定，這種實現(xiàn)方式可以保證網(wǎng)絡(luò)基本模型不變，在后期業(yè)務(wù)場景需添加其他屬性時，保持原模型不變，只需擴展屬性項即可。南向適配層通過查詢具體模型的屬性構(gòu)造南向所需要的標準openflow流表。其中，步驟s3中，當(dāng)業(yè)務(wù)是同屬于二層以太網(wǎng)業(yè)務(wù)時，ingressportflowtable(入端口匹配流表)是復(fù)用的，控制器內(nèi)部會維護一個該表關(guān)系的索引值(初始值為0)，每次創(chuàng)建業(yè)務(wù)后需要下發(fā)該表時，優(yōu)先查詢改表索引值(索引值為0才會下發(fā)該表至設(shè)備)，并且索引值加1。同時，刪除操作時，索引值減1，當(dāng)只有索引值為0時，表明設(shè)備上這個表沒被引用了，才會下發(fā)刪除操作至設(shè)備。其中，步驟s4中，控制器將需要下發(fā)的openflow流表信息通過安全通道下發(fā)至openflow交換機之前，還包括如下步驟：控制器將下發(fā)的openflow流表信息緩存起來，檢測openflow流表信息的完整性。由于openflow交換機對于業(yè)務(wù)流表的順序存在要求，只有在該表已經(jīng)存在的情況下，才可以下發(fā)引用該表的其他流表?？刂破鲿鶕?jù)openflow多級流表(multi-levelflowtable)方式調(diào)整openflow流表信息的下發(fā)順序，使得openflow流表信息按照openflow流表信息的索引的序號從小到大依次下發(fā)。此外，在下發(fā)業(yè)務(wù)后，控制器可通過安全通道獲取接收設(shè)備openflow交換機創(chuàng)建業(yè)務(wù)后回復(fù)信息得知業(yè)務(wù)創(chuàng)建情況，并針對未下發(fā)成功的業(yè)務(wù)作刪除操作，防止設(shè)備上有流表配置信息殘留。業(yè)務(wù)配置方式是通過openflow多級流表方式下發(fā)，流表從序號小的到序號大的索引，每個流表分別對報文進行不同的操作，完成報文的匹配、封裝和解析等操作，最終發(fā)送至指定的端口。參見圖4所示，本發(fā)明實施例的uni_nni側(cè)(用戶側(cè)到網(wǎng)絡(luò)側(cè))的流表配置，只有成功創(chuàng)建了l2interfacegroup(二層接口組表)，才可以成功創(chuàng)建mplsinterfacegroup(多協(xié)議標簽交換接口組表)。刪除的時候則正好相反。其中，flowtable(流表)主要是作報文的匹配來區(qū)分報文，group(組表)主要是對符合flowtable(流表)匹配條件的報文作相應(yīng)的操作。圖中，ingressportflowtable(入端口流表)：匹配了報文類型，普通的以太網(wǎng)報文和oam(操作管理維護)報文處理分別走不同的流程。vlanflowtable(vlan流表)：基于vlan和端口進行普通的流分類。mplsl2portflowtable(多協(xié)議標簽交換二層端口流表)：基于qos的簡單流分類。mplstypeflowtable(多協(xié)議標簽類型流表)：用于區(qū)分不同的mpls業(yè)務(wù)類型。mplsl2vpnlabelgroup(多協(xié)議標簽二層虛擬專用網(wǎng)標簽組表)：包括壓入l2包頭、壓入控制字、壓入pw(偽線)標簽等，并且所引到mplstunnellabel1group。mplstunnellabel1group(多協(xié)議標簽隧道標簽組表)：壓入lsp(標簽交換路徑)標簽等，并索引到mplsinterfacegroup。mplsinterfacegroup(多協(xié)議標簽接口組表)：包括設(shè)置源mac、目的mac和vlanid等動作，并索引到l2interface或者l2unfilteredinterfacegroup。l2interfacegroup/l2unfilteredinterfacegroup(二層接口組表)：l2interface和l2unfilteredinterfacegroup用于指定業(yè)務(wù)的出口，并配置其vlan(虛擬局域網(wǎng))屬性。其中，業(yè)務(wù)報文為普通的以太網(wǎng)報文，經(jīng)過ingressportflowtable(入端口流表)匹配二層以太網(wǎng)報文類型(若業(yè)務(wù)為三層業(yè)務(wù)，該表不匹配，設(shè)備會丟棄該業(yè)務(wù)報文)后，指向了vlanflowtable(vlan流表)，該表匹配vlan、端口，區(qū)別于不同的業(yè)務(wù)場景，該表可以有以下匹配類型(匹配端口、匹配vlan、端口和vlan全匹配)，不符合匹配條件的報文將被設(shè)備丟棄，同時指向報文下一跳為mplsl2portflowtable(多協(xié)議標簽交換二層端口流表)，這個表基于qos(服務(wù)質(zhì)量)進行簡單流分類，這個表action(操作)中會指定一個唯一的qosindex(服務(wù)質(zhì)量角標)值，該qosindex值對應(yīng)一種流分類的規(guī)則，設(shè)備通過該值可唯一索引到分類規(guī)則，完成流分類，在指定的下一跳mplstypeflowtable(多協(xié)議標簽類型流表)完成業(yè)務(wù)類型匹配后，會執(zhí)行g(shù)roup表mplsl2vpnlabelgroup(多協(xié)議標簽二層虛擬專用網(wǎng)標簽組表)中壓入內(nèi)層及外層標簽，壓入二層報文頭等操作，最后將報文從指定端口送出，這里就完成了uni(用戶側(cè)接口)到nni(網(wǎng)絡(luò)側(cè)接口)的報文發(fā)送。在實際應(yīng)用中，對于二層業(yè)務(wù)報文進行封裝的操作，如果匹配上對應(yīng)的配置信息，會在業(yè)務(wù)報文的外側(cè)打上各種標簽、報文頭，從而把封裝后的報文通過指定的端口發(fā)出，如果在其中的某張表匹配失敗，則將對應(yīng)的報文丟棄。參見圖5所示，本發(fā)明實施例的nni_uni(網(wǎng)絡(luò)側(cè)到用戶側(cè))流表配置。在接收端會存在相應(yīng)的解包流程的配置，其中，terminationmacflowtable為mac終結(jié)流表。這一側(cè)的配置區(qū)別于uni_nni(用戶側(cè)到網(wǎng)絡(luò)側(cè))主要在于mpls1flowtable(多協(xié)議標簽交換1表)和mpls2flowtable(多協(xié)議標簽交換2表)這倆張流表，分別匹配了在uni_nni側(cè)封裝的外層標簽和內(nèi)層標簽，并且在對應(yīng)的流表中彈出對應(yīng)的標簽、二層報文頭以及控制字的操作，最后還原成初始的業(yè)務(wù)報文從uni口送出。本領(lǐng)域的技術(shù)人員可以對本發(fā)明實施例進行各種修改和變型，倘若這些修改和變型在本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則這些修改和變型也在本發(fā)明的保護范圍之內(nèi)。說明書中未詳細描述的內(nèi)容為本領(lǐng)域技術(shù)人員公知的現(xiàn)有技術(shù)。當(dāng)前第1頁12當(dāng)前第1頁12