一种OpenFlow协议异步消息映射方法与流程

本发明涉及一种实现异步消息映射的方法，具体讲涉及一种OpenFlow协议异步消息映射方法。

背景技术：

RFC2413标准所基于的都柏林核心元素集是一个致力于规范Web资源体系结构的国际性元数据解决方案，它定义了一个所有Web资源都应遵循的通用核心标准，通过15项核心元数据，解决了电子资源的标准问题。

都柏林核心元素集(Dublin Core Element Set，以下简称DC)是一个致力于规范Web资源体系结构的国际性元数据解决方案，它定义了一个所有Web资源都应遵循的通用的核心标准，其内容较少，也比较通用，因此得到了其他相关标准的广泛支持。

都柏林核心元素集标识包括：Title、Creator、Subject、Description、Publisher、Contributor、Date、Type、Format、Identifier、Language、Source、Relation、Coverage和Rights这15项，元数据解决方案比较全面地概括了电子资源的主要特征，涵盖了资源的重要检索点、辅助检索点或关联检索点，以及有价值的描述性信息；其次它简洁和规范。

OpenFlow是随着互联网业务对互联网提出的越来越高的传输质量要求而提出的一种新型网络交换模型。OpenFlow网络由OpenFlowswitch(OpenFlow交换机)、FlowVisor(网络虚拟化层)和Controller(控制器)三部分组成。OpenFlow交换机进行数据层的转发；FlowVisor对网络进行虚拟化；Controller对网络进行集中控制，实现控制层的功能。

OpenFlow交换机将原来完全由交换机/路由器控制的报文转发过程转化为由OpenFlow交换机(OpenFlow Switch)和控制服务器(Controller)来共同完成，从而实现了数据转发和路由控制的分离。控制器可以通过事先规定好的接口操作来控制OpenFlow交换机中的流表，从而达到控制数据转发的目的。

异步消息在OpenFlow协议中用于交换机在控制器没有请求的情况下，主动发送到控制器的消息，对于异步消息的采集和分类可以有效监测SDN网络的运行状态。目前业界并未发现对OpenFlow协议异步消息进行分类和映射的方法。为此迫切需要一种对OpenFlow协议异步消息进行分类和映射的方法，用于概括异步消息的主要特征，实现易于查找和标准化管理。

技术实现要素：

为了解决现有技术中所存在的上述不足，本发明提供一种OpenFlow协议异步消息映射方法。

所述方法包括：

(1)从RFC2413标准的都柏林核心元数据中选取：

关键检索点，辅助检索点和说明性信息；

(2)设置所述关键检索点、辅助检索点和说明性信息的字符长度；

(3)所述关键检索点和辅助检索点分别与OpenFlow协议通用报文头Type字段和Xid字段相映射；

(4)所述说明性信息分别与OpenFlow协议异步消息的Packet_in消息、Flow_Removed消息、Port Status消息和Error消息对应。

优选的，所述步骤(1)中的关键检索点表示分配资源的名称；

所述辅助检索点表示分配资源的标识性信息；

所述说明性信息表示有关资源内容的说明。

优选的，所述步骤(2)的关键检索点、辅助检索点和说明性信息长度分别设置为16bits、64bits和32bits。

优选的，所述步骤(3)的Type字段和Xid字段的长度分别为16bits和64bits。

优选的，所述步骤(4)中的说明性信息与OpenFlow协议异步消息的Packet_in消息对应关系包括：所述说明性信息的前8bits、中间16bits和最后8bits分别对应所述Packet_in消息的Reason字段、Total_len字段和Table_id字段。

优选的，所述步骤(4)中的说明性信息与OpenFlow协议异步消息的Flow_Removed消息对应关系包括：所述说明性信息的前8bits、中间16bits和最后8bits分别对应所述Flow_Removed消息的Reason字段、Priority字段和Table_id字段。

优选的，所述步骤(4)中的说明性信息与OpenFlow协议异步消息的PortStatus消息的对应关系包括：所述说明性信息的前8bits对应所述Port Status消息的Reason字段，后24bits置0。

优选的，所述步骤(4)中的说明性信息与OpenFlow协议异步消息的对应包括：所述说明性信息的前16bits和后16bits分别对应所述Error消息的Type字段，和Code字段。

优选的，触发所述Packet_in消息的原因包括：NO_MATCH、ACTION和INVALID_TTL分别对应未匹配成功、动作指定和非法TTL值。

与现有技术相比，本发明具有以下优益效果：

(1)本发明采用RFC2413标准对OpenFlow协议异步消息进行分类、映射和关联，形成了基于都柏林核心元数据的新型数据结构，该数据结构可以简洁、规范、有效的描述OpenFlow协议异步消息的特征；

(2)本发明形成的基于都柏林核心元数据的新型数据结构，为基于OpenFlow的SDN网络小概率风险感知提供快速、高效的索引样本，成为SDN网络趋势分析的有效数据来源。

附图说明

图1为本发明的RFC2413定义的15项都柏林核心元数据；

图2为本发明的关键检索点、辅助检索点与OpenFlow协议通用报文头字段映射；

图3为本发明的说明性信息与OpenFlow协议异步消息Packet_in报文字段映射；

图4为本发明的说明性信息与OpenFlow协议异步消息Flow_Removed报文字段映射；

图5为本发明的说明性信息与OpenFlow协议异步消息Port Status报文字段映射；

图6为本发明的说明性信息与OpenFlow协议异步消息Error报文字段映射。

具体实施方式

为了更好地理解本发明，下面结合说明书附图和实例对本发明的内容做进一步的说明。

本发明提供一种OpenFlow协议异步消息映射方法，所述方法包括：

步骤1、在RFC2413标准的都柏林核心元数据中选取dc.title作为关键检索点，选取dc.identifier作为辅助检索点，选取dc.description作为说明性信息。如图1所示。

其中，通过表1中的15项可以看出，RFC2413定义的都柏林核心元数据解决方案比较全面地概括了电子资源的主要特征，涵盖了资源的重要检索点(1、2、3项)、辅助检索点或关联检索点(5、6、10、11、13项)，以及有价值的描述性信息(4、7、8、9、12、14、15项)；其次，它简洁和规范。这15个元素不仅可以用于电子文档，也适用于各类电子化的公务文档，以及产品、商品、藏品目录等，具有很高的实用性。

表1

本发明从中选取dc.title作为关键检索点，选取dc.identifier作为辅助检索点，选取dc.description作为说明性信息，用于与OpenFlow协议通用报文头和异步消息分别进行映射和对应。

步骤2、将选取的dc.title长度设置为16bits、dc.identifier长度设置为64bits，dc.description长度设置为32bits；

步骤3、将步骤(1)中所述的dc.title和dc.identifier分别与OpenFlow协议通用报文头Type和Xid字段映射，得到16bits的报文类型描述，并与步骤(2)中所述的dc.title长度相对应。如图2所示。

OpenFlow协议通用报文头包括：Version、Type、Length和Xid。本发明从中挑选出具有代表性且字符长度与选取的dc.title和dc.identifier长度相一致的通用报文头Type和Xid字段进行映射。

步骤4、将步骤(1)中所述的dc.description与OpenFlow协议异步消息的Packet_in消息、Flow_Removed消息、Port Status消息和Error消息，4种消息类型分别对应。

结合图3所示，Packet_in报文字段包括：OpenFlow_header、Buffer_id、Total_len、Reason、Table_id、Cookie、Ofp_match、Pad和Data。本发明从中选择Reason字段对应dc.description的前8bits，Total_len字段对应dc.description的中间16bits，Table_id字段对应dc.description的最后8bits。

结合图4所示，32bits长度的dc.description与Flow_Removed消息对应，其中，前8bits对应Reason字段，中间16bits对应Priority字段，最后8bits对应Table_id字段。

如图5所示，32bits长度的dc.description与Port Status消息对应，其中，前8bits对应Reason字段，后24bits置0。

如图6所示，32bits长度的dc.description与Error消息对应，其中，前16bits对应Type字段，后16bits对应Code字段。

本发明采用RFC2413标准对OpenFlow协议异步消息进行分类、映射和关联，形成了基于都柏林核心元数据的新型数据结构，该数据结构简洁、规范、有效的描述了OpenFlow协议异步消息的特征，而且为基于OpenFlow的SDN网络小概率风险感知提供快速、高效的索引样本，成为SDN网络趋势分析的有效数据来源。

以上仅为本发明的实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均包含在申请待批的本发明的权利要求范围之内。