本發(fā)明涉及一種實現(xiàn)異步消息映射的方法，具體講涉及一種OpenFlow協(xié)議異步消息映射方法。

背景技術(shù)：

RFC2413標(biāo)準(zhǔn)所基于的都柏林核心元素集是一個致力于規(guī)范Web資源體系結(jié)構(gòu)的國際性元數(shù)據(jù)解決方案，它定義了一個所有Web資源都應(yīng)遵循的通用核心標(biāo)準(zhǔn)，通過15項核心元數(shù)據(jù)，解決了電子資源的標(biāo)準(zhǔn)問題。

都柏林核心元素集(Dublin Core Element Set，以下簡稱DC)是一個致力于規(guī)范Web資源體系結(jié)構(gòu)的國際性元數(shù)據(jù)解決方案，它定義了一個所有Web資源都應(yīng)遵循的通用的核心標(biāo)準(zhǔn)，其內(nèi)容較少，也比較通用，因此得到了其他相關(guān)標(biāo)準(zhǔn)的廣泛支持。

都柏林核心元素集標(biāo)識包括：Title、Creator、Subject、Description、Publisher、Contributor、Date、Type、Format、Identifier、Language、Source、Relation、Coverage和Rights這15項，元數(shù)據(jù)解決方案比較全面地概括了電子資源的主要特征，涵蓋了資源的重要檢索點、輔助檢索點或關(guān)聯(lián)檢索點，以及有價值的描述性信息；其次它簡潔和規(guī)范。

OpenFlow是隨著互聯(lián)網(wǎng)業(yè)務(wù)對互聯(lián)網(wǎng)提出的越來越高的傳輸質(zhì)量要求而提出的一種新型網(wǎng)絡(luò)交換模型。OpenFlow網(wǎng)絡(luò)由OpenFlowswitch(OpenFlow交換機(jī))、FlowVisor(網(wǎng)絡(luò)虛擬化層)和Controller(控制器)三部分組成。OpenFlow交換機(jī)進(jìn)行數(shù)據(jù)層的轉(zhuǎn)發(fā)；FlowVisor對網(wǎng)絡(luò)進(jìn)行虛擬化；Controller對網(wǎng)絡(luò)進(jìn)行集中控制，實現(xiàn)控制層的功能。

OpenFlow交換機(jī)將原來完全由交換機(jī)/路由器控制的報文轉(zhuǎn)發(fā)過程轉(zhuǎn)化為由OpenFlow交換機(jī)(OpenFlow Switch)和控制服務(wù)器(Controller)來共同完成，從而實現(xiàn)了數(shù)據(jù)轉(zhuǎn)發(fā)和路由控制的分離。控制器可以通過事先規(guī)定好的接口操作來控制OpenFlow交換機(jī)中的流表，從而達(dá)到控制數(shù)據(jù)轉(zhuǎn)發(fā)的目的。

異步消息在OpenFlow協(xié)議中用于交換機(jī)在控制器沒有請求的情況下，主動發(fā)送到控制器的消息，對于異步消息的采集和分類可以有效監(jiān)測SDN網(wǎng)絡(luò)的運(yùn)行狀態(tài)。目前業(yè)界并未發(fā)現(xiàn)對OpenFlow協(xié)議異步消息進(jìn)行分類和映射的方法。為此迫切需要一種對OpenFlow協(xié)議異步消息進(jìn)行分類和映射的方法，用于概括異步消息的主要特征，實現(xiàn)易于查找和標(biāo)準(zhǔn)化管理。

技術(shù)實現(xiàn)要素：

為了解決現(xiàn)有技術(shù)中所存在的上述不足，本發(fā)明提供一種OpenFlow協(xié)議異步消息映射方法。

所述方法包括：

(1)從RFC2413標(biāo)準(zhǔn)的都柏林核心元數(shù)據(jù)中選?。?/p>

關(guān)鍵檢索點，輔助檢索點和說明性信息；

(2)設(shè)置所述關(guān)鍵檢索點、輔助檢索點和說明性信息的字符長度；

(3)所述關(guān)鍵檢索點和輔助檢索點分別與OpenFlow協(xié)議通用報文頭Type字段和Xid字段相映射；

(4)所述說明性信息分別與OpenFlow協(xié)議異步消息的Packet_in消息、Flow_Removed消息、Port Status消息和Error消息對應(yīng)。

優(yōu)選的，所述步驟(1)中的關(guān)鍵檢索點表示分配資源的名稱；

所述輔助檢索點表示分配資源的標(biāo)識性信息；

所述說明性信息表示有關(guān)資源內(nèi)容的說明。

優(yōu)選的，所述步驟(2)的關(guān)鍵檢索點、輔助檢索點和說明性信息長度分別設(shè)置為16bits、64bits和32bits。

優(yōu)選的，所述步驟(3)的Type字段和Xid字段的長度分別為16bits和64bits。

優(yōu)選的，所述步驟(4)中的說明性信息與OpenFlow協(xié)議異步消息的Packet_in消息對應(yīng)關(guān)系包括：所述說明性信息的前8bits、中間16bits和最后8bits分別對應(yīng)所述Packet_in消息的Reason字段、Total_len字段和Table_id字段。

優(yōu)選的，所述步驟(4)中的說明性信息與OpenFlow協(xié)議異步消息的Flow_Removed消息對應(yīng)關(guān)系包括：所述說明性信息的前8bits、中間16bits和最后8bits分別對應(yīng)所述Flow_Removed消息的Reason字段、Priority字段和Table_id字段。

優(yōu)選的，所述步驟(4)中的說明性信息與OpenFlow協(xié)議異步消息的PortStatus消息的對應(yīng)關(guān)系包括：所述說明性信息的前8bits對應(yīng)所述Port Status消息的Reason字段，后24bits置0。

優(yōu)選的，所述步驟(4)中的說明性信息與OpenFlow協(xié)議異步消息的對應(yīng)包括：所述說明性信息的前16bits和后16bits分別對應(yīng)所述Error消息的Type字段，和Code字段。

優(yōu)選的，觸發(fā)所述Packet_in消息的原因包括：NO_MATCH、ACTION和INVALID_TTL分別對應(yīng)未匹配成功、動作指定和非法TTL值。

與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)益效果：

(1)本發(fā)明采用RFC2413標(biāo)準(zhǔn)對OpenFlow協(xié)議異步消息進(jìn)行分類、映射和關(guān)聯(lián)，形成了基于都柏林核心元數(shù)據(jù)的新型數(shù)據(jù)結(jié)構(gòu)，該數(shù)據(jù)結(jié)構(gòu)可以簡潔、規(guī)范、有效的描述OpenFlow協(xié)議異步消息的特征；

(2)本發(fā)明形成的基于都柏林核心元數(shù)據(jù)的新型數(shù)據(jù)結(jié)構(gòu)，為基于OpenFlow的SDN網(wǎng)絡(luò)小概率風(fēng)險感知提供快速、高效的索引樣本，成為SDN網(wǎng)絡(luò)趨勢分析的有效數(shù)據(jù)來源。

附圖說明

圖1為本發(fā)明的RFC2413定義的15項都柏林核心元數(shù)據(jù)；

圖2為本發(fā)明的關(guān)鍵檢索點、輔助檢索點與OpenFlow協(xié)議通用報文頭字段映射；

圖3為本發(fā)明的說明性信息與OpenFlow協(xié)議異步消息Packet_in報文字段映射；

圖4為本發(fā)明的說明性信息與OpenFlow協(xié)議異步消息Flow_Removed報文字段映射；

圖5為本發(fā)明的說明性信息與OpenFlow協(xié)議異步消息Port Status報文字段映射；

圖6為本發(fā)明的說明性信息與OpenFlow協(xié)議異步消息Error報文字段映射。

具體實施方式

為了更好地理解本發(fā)明，下面結(jié)合說明書附圖和實例對本發(fā)明的內(nèi)容做進(jìn)一步的說明。

本發(fā)明提供一種OpenFlow協(xié)議異步消息映射方法，所述方法包括：

步驟1、在RFC2413標(biāo)準(zhǔn)的都柏林核心元數(shù)據(jù)中選取dc.title作為關(guān)鍵檢索點，選取dc.identifier作為輔助檢索點，選取dc.description作為說明性信息。如圖1所示。

其中，通過表1中的15項可以看出，RFC2413定義的都柏林核心元數(shù)據(jù)解決方案比較全面地概括了電子資源的主要特征，涵蓋了資源的重要檢索點(1、2、3項)、輔助檢索點或關(guān)聯(lián)檢索點(5、6、10、11、13項)，以及有價值的描述性信息(4、7、8、9、12、14、15項)；其次，它簡潔和規(guī)范。這15個元素不僅可以用于電子文檔，也適用于各類電子化的公務(wù)文檔，以及產(chǎn)品、商品、藏品目錄等，具有很高的實用性。

表1

本發(fā)明從中選取dc.title作為關(guān)鍵檢索點，選取dc.identifier作為輔助檢索點，選取dc.description作為說明性信息，用于與OpenFlow協(xié)議通用報文頭和異步消息分別進(jìn)行映射和對應(yīng)。

步驟2、將選取的dc.title長度設(shè)置為16bits、dc.identifier長度設(shè)置為64bits，dc.description長度設(shè)置為32bits；

步驟3、將步驟(1)中所述的dc.title和dc.identifier分別與OpenFlow協(xié)議通用報文頭Type和Xid字段映射，得到16bits的報文類型描述，并與步驟(2)中所述的dc.title長度相對應(yīng)。如圖2所示。

OpenFlow協(xié)議通用報文頭包括：Version、Type、Length和Xid。本發(fā)明從中挑選出具有代表性且字符長度與選取的dc.title和dc.identifier長度相一致的通用報文頭Type和Xid字段進(jìn)行映射。

步驟4、將步驟(1)中所述的dc.description與OpenFlow協(xié)議異步消息的Packet_in消息、Flow_Removed消息、Port Status消息和Error消息，4種消息類型分別對應(yīng)。

結(jié)合圖3所示，Packet_in報文字段包括：OpenFlow_header、Buffer_id、Total_len、Reason、Table_id、Cookie、Ofp_match、Pad和Data。本發(fā)明從中選擇Reason字段對應(yīng)dc.description的前8bits，Total_len字段對應(yīng)dc.description的中間16bits，Table_id字段對應(yīng)dc.description的最后8bits。

結(jié)合圖4所示，32bits長度的dc.description與Flow_Removed消息對應(yīng)，其中，前8bits對應(yīng)Reason字段，中間16bits對應(yīng)Priority字段，最后8bits對應(yīng)Table_id字段。

如圖5所示，32bits長度的dc.description與Port Status消息對應(yīng)，其中，前8bits對應(yīng)Reason字段，后24bits置0。

如圖6所示，32bits長度的dc.description與Error消息對應(yīng)，其中，前16bits對應(yīng)Type字段，后16bits對應(yīng)Code字段。

本發(fā)明采用RFC2413標(biāo)準(zhǔn)對OpenFlow協(xié)議異步消息進(jìn)行分類、映射和關(guān)聯(lián)，形成了基于都柏林核心元數(shù)據(jù)的新型數(shù)據(jù)結(jié)構(gòu)，該數(shù)據(jù)結(jié)構(gòu)簡潔、規(guī)范、有效的描述了OpenFlow協(xié)議異步消息的特征，而且為基于OpenFlow的SDN網(wǎng)絡(luò)小概率風(fēng)險感知提供快速、高效的索引樣本，成為SDN網(wǎng)絡(luò)趨勢分析的有效數(shù)據(jù)來源。

以上僅為本發(fā)明的實施例而已，并不用于限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均包含在申請待批的本發(fā)明的權(quán)利要求范圍之內(nèi)。