CN106411787A - 一种虚拟端口创建方法及网络系统 - Google Patents

Abstract

本发明公开一种虚拟端口创建方法及网络系统，对虚拟交换机的虚拟端口创建、修改以及删除的操作指令通过指定消息类型的控制信息来指示，并且可以通过openflow协议通道来传输，这样就避免使用ofdb通道来进行虚拟端口的操作，减少了控制器与虚拟交换机之间的通道冗余。

Description

一种虚拟端口创建方法及网络系统

技术领域

本申请涉及通信技术领域，尤其涉及一种虚拟端口创建方法及网络系统。

背景技术

在软件定义网络(英文：Software Defined Network，简称：SDN)中很重要的两个实体是虚拟交换机vSwitch跟控制器Controller。Controller在网络中相当于网络管理员，可以知道网络中所有的消息，可以给交换机下发指令。vSwitch就是一个实现Controller指令的实体，只不过这个交换机跟传统的交换机不一样，他的转发规则由流表指定，而流表由控制器发送，vSwitch与Controller相连接是一个vSwitch主动连接的行为，vSwitch通过连接Controller的TCP:6633端口来创建连接通道，当Controller与vSwitch成功连接后，可以对vSwitch进行流表操作。

当前SDN技术要实现虚拟端口的创建、删除或者修改，需要Controller通过socket连接vSwitch的ofdb进程来操作，与openflow协议相隔离，SDN真正控制vSwitch需要创建两个控制通道(openflow协议和ofdb通道)，Controller连接通道冗余。

发明内容

本发明实施例提供了一种虚拟端口创建方法及网络系统，用以解决现有技术中通过ofdb进程来操作虚拟端口导致连接通道冗余的问题。

其具体的技术方案如下：

一种虚拟端口创建方法，所述方法包括：

虚拟交换机通过openflow协议通道，接收控制器下发的控制信息；

判定所述控制信息的消息类型是否为指定消息类型；

若是，则根据所述控制信息创建虚拟端口。

可选的，在通过openflow协议通道，接收控制器下发的控制信息之前，所述方法还包括：

获取各个指定消息类型；

建立各个指定消息类型与各自对应的操作指令之间的对应关系。

可选的，判定所述控制信息的消息类型是否为指定消息类型，包括：

确定所述控制消息的消息类型；

将所述消息类型在预存的各个指定消息类型中匹配，判定所述消息类型是否为所述指定消息类型。

一种虚拟端口创建方法，所述方法包括：

控制器接收虚拟端口创建指令；

基于所述创建指令，生成具有指定消息类型的控制信息；

将所述控制信息通过openflow协议通道下发至虚拟交换机。

可选的，在将所述控制信息通过openflow协议通道下发至虚拟交换机之后，所述方法还包括：

在接收到删除所述虚拟端口的删除指令时，生成具有指定消息类型的指示信息；

将所述指示信息通过openflow协议通道下发至虚拟交换机，以使所述虚拟交换机删除所述虚拟端口。

一种虚拟交换机，包括：

接收模块，用于通过openflow协议通道，接收控制器下发的控制信息；

处理模块，用于判定所述控制信息的消息类型是否为指定消息类型；若存在，则根据所述控制信息创建虚拟端口。

可选的，所述接收模块，还用于获取各个指定消息类型；

所述处理模块，还用于建立各个指定消息类型与各自对应的操作指令之间的对应关系。

一种控制器，包括：

接收单元，用于接收虚拟端口创建指令；

处理单元，用于基于所述创建指令，生成具有指定消息类型的控制信息；

发送单元，用于将所述控制信息通过openflow协议通道下发至虚拟交换机。

可选的，所述处理单元，还用于在接收到删除所述虚拟端口的删除指令时，生成具有指定消息类型的指示信息；

所述发送单元，还用于将所述指示信息通过openflow协议通道下发至虚拟交换机，以使所述虚拟交换机删除所述虚拟端口。

一种网络系统，包括：

控制器，用于接收虚拟端口创建指令；基于所述创建指令，生成具有指定消息类型的控制信息；将所述控制信息通过openflow协议通道下发至虚拟交换机；

虚拟交换机，用于通过openflow协议通道，接收控制器下发的控制信息；判定所述控制信息的消息类型是否为指定消息类型；若存在，则根据所述控制信息创建虚拟端口。

在本发明所提供的技术方案中，对虚拟交换机的虚拟端口创建、修改以及删除的操作指令通过指定消息类型的控制信息来指示，并且可以通过openflow协议通道来传输，这样就避免使用ofdb通道来进行虚拟端口的操作，减少了控制器与虚拟交换机之间的通道冗余。

附图说明

图1为本发明实施例中一种虚拟端口创建方法的流程图之一；

图2为本发明实施例中一种虚拟端口创建方法的流程图之二；

图3为本发明实施例中一种虚拟交换机结构示意图；

图4为本发明实施例中一种控制器结构示意图；

图5为本发明实施例中一种网络系统的结构示意图。

具体实施方式

在本发明实施例所提供的方法中，在openflow协议下定义了一个指定消息类型，该指定消息类型用于指示虚拟交换机创建/修改/删除虚拟端口。这样控制器可以通过openflow协议通道将具有指定消息类型的控制信息，从而使得虚拟交换机可以根据该控制信息进行虚拟端口的创建/修改/删除虚拟。

下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解，本发明实施例以及实施例中的具体技术特征只是对本发明技术方案的说明，而不是限定，在不冲突的情况下，本发明实施例以及实施例中的具体技术特征可以相互组合。

实施例一：

如图1所示为本发明实施例中一种虚拟端口创建方法的流程图，该方法包括：

S101，虚拟交换机通过openflow协议通道，接收控制器下发的控制信息；

S102，判定所述控制信息的消息类型是否为指定消息类型；

若是，则执行S103，若否，则执行S104。

S103，根据所述控制信息创建虚拟端口。

S104，直接响应该控制信息。

具体来讲，实施例一所提供的方法应用到SDN的虚拟交换机中，在SDN中，控制器通过下发指令到虚拟交换机，从而控制虚拟交换机进行对应的操作，当前主要会使用到的消息类型为：OFPT_HELLO、OFPT_ERROR、OFPT_FEATURES、OFPT_PACKET_IN、OFPT_PACKET_OUT、OFPT_FLOW_MOD；

OFPT_HELLO：主要用于Controller与vSwitch进行连接后，定时的检测控制通道是否正常。

OFPT_ERROR：主要用于vSwitch上报错误信息给Controller。

OFPT_FEATURES：主要用于Controller去获取vSwitch当前的功能列表。

OFPT_PACKET_IN：主要用于将vSwitch收到的报文复制一份给Controller。

OFPT_PACKET_OUT：主要用于Controller构造一个报文使vSwitch从某个虚拟接口发出去。

OFPT_FLOW_MOD：主要用于Controller给vSwitch下发一个流表策略，包括添加流表，删除流表，和修改流表。

在一次通信中，只是一种消息类型的控制信息会发送给虚拟交换机，虚拟交换机接收到控制信息之后，判断消息类型来做出不同的响应。

基于上述的openflow协议原理，本发明实施例中定义了一种消息类型，具体来讲该消息类型可以是OFPT_VPORT_MOD，该消息类型用于指示虚拟交换机创建或者修改或者删除虚拟端口。

因此，为了使得虚拟交换机能够按照该消息类型来执行对应操作，所以虚拟交换机获取到各个指定消息类型时，建立各个指定消息类型与各自对应的操作指令之间的对应关系。

比如说，虚拟交换机对OFPT_VPORT_MOD的响应，就需要在虚拟机交换机中设置对应指定流程，也就是接收到OFPT_VPORT_MOD之后的处理流程。这样保证虚拟交换机能够准确的对OFPT_VPORT_MOD进行响应。

在完成上述的设置之后，虚拟交换机在接收到通过openflow协议通道传输的控制信息时，虚拟机交换机将对该控制信息进行消息类型的确定，也就是将该控制消息的消息类型与预存的各个指定消息类型进行匹配。从而判定控制消息对应的消息类型。

比如说，在上述的内容中，消息类型包含了OFPT_HELLO、OFPT_ERROR、OFPT_FEATURES、OFPT_PACKET_IN、OFPT_PACKET_OUT、OFPT_FLOW_MOD、OFPT_VPORT_MOD。在虚拟交换机接收到控制消息之后，就确定该控制消息对应的消息类型。

若是该控制消息的消息类型为OFPT_VPORT_MOD时，虚拟交换机将执行创建虚拟端口的操作。

当然，该OFPT_VPORT_MOD的消息类型还可以指示虚拟交换机执行修改或者删除虚拟端口的操作。具体为何种操作在控制消息中有具体的标识，此处就不再赘述。

综上来讲，在本发明实施例中，对虚拟交换机的虚拟端口创建、修改以及删除的操作指令通过指定消息类型的控制信息来指示，并且可以通过openflow协议通道来传输，这样就避免使用ofdb通道来进行虚拟端口的操作，减少了控制器与虚拟交换机之间的通道冗余。

实施例二：

本发明实施例中还提供了一种虚拟端口创建方法，具体如图2所示，该方法包括：

S201，接收虚拟端口创建指令；

S202，基于所述创建指令，生成具有指定消息类型的控制信息；

S203，将所述控制信息通过openflow协议通道下发至虚拟交换机。

具体来讲，实施例二所提供的方法应用到SDN的控制器中，在SDN中，控制器通过下发指令到虚拟交换机，从而控制虚拟交换机进行对应的操作，当前主要会使用到的消息类型为：OFPT_HELLO、OFPT_ERROR、OFPT_FEATURES、OFPT_PACKET_IN、OFPT_PACKET_OUT、OFPT_FLOW_MOD。

在一次通信中，只是一种消息类型的控制信息会发送给虚拟交换机，虚拟交换机接收到控制信息之后，判断消息类型来做出不同的响应。

基于上述的openflow协议原理，本发明实施例中定义了一种消息类型，具体来讲该消息类型可以是OFPT_VPORT_MOD，该消息类型用于指示虚拟交换机创建或者修改或者删除虚拟端口。

因此，为了使得虚拟交换机能够按照该消息类型来执行对应操作，所以虚拟交换机获取到各个指定消息类型时，建立各个指定消息类型与各自对应的操作指令之间的对应关系。

比如说，虚拟交换机对OFPT_VPORT_MOD的响应，就需要在虚拟机交换机中设置对应指定流程，也就是接收到OFPT_VPORT_MOD之后的处理流程。这样保证虚拟交换机能够准确的对OFPT_VPORT_MOD进行响应。

在完成上述的设置之后，在控制器接收到虚拟端口创建指令之后，控制器将生成具有指定消息类型的控制信息。

具体来讲，在本发明实施例中，由于定义虚拟端口的操作通过OFPT_VPORT_MOD消息类型来指示，所以控制将生成具有OFPT_VPORT_MOD消息类型的控制信息，并将该控制信息通过openflow协议下发至虚拟机。

虚拟交换机在接收到通过openflow协议通道传输的控制信息时，虚拟机交换机将对该控制信息进行消息类型的确定，也就是将该控制消息的消息类型与预存的各个指定消息类型进行匹配。从而判定控制消息对应的消息类型。

比如说，在上述的内容中，消息类型包含了OFPT_HELLO、OFPT_ERROR、OFPT_FEATURES、OFPT_PACKET_IN、OFPT_PACKET_OUT、OFPT_FLOW_MOD、OFPT_VPORT_MOD。在虚拟交换机接收到控制消息之后，就确定该控制消息对应的消息类型。

若是该控制消息的消息类型为OFPT_VPORT_MOD时，虚拟交换机将执行创建虚拟端口的操作。

当然，该OFPT_VPORT_MOD的消息类型还可以指示虚拟交换机执行修改或者删除虚拟端口的操作。具体为何种操作在控制消息中有具体的标识，此处就不再赘述。

综上来讲，在本发明实施例中，控制器对虚拟交换机的虚拟端口创建、修改以及删除的操作指令通过指定消息类型的控制信息来指示，并且可以通过openflow协议通道来传输，这样就避免使用ofdb通道来进行虚拟端口的操作，减少了控制器与虚拟交换机之间的通道冗余。

实施例三：

对应本发明实施例一中的一种虚拟端口创建方法，本发明实施例中还提供了一种虚拟交换机，如图3所示为本发明实施例中一种虚拟交换机的结构示意图，该虚拟交换机包括：

接收模块301，用于通过openflow协议通道，接收控制器下发的控制信息；

处理模块302，用于判定所述控制信息的消息类型是否为指定消息类型；若存在，则根据所述控制信息创建虚拟端口。

进一步，在本发明实施例中，所述接收模块301，还用于获取各个指定消息类型；

所述处理模块302，还用于建立各个指定消息类型与各自对应的操作指令之间的对应关系。

在实施例一中已经对虚拟交换机的功能以及实现原理做了详细的描述，此处就不再赘述。

实施例四：

对应本发明实施例二中的一种虚拟端口创建方法，本发明实施例中还提供了一种控制器，如图4所示为本发明实施例中一种控制器的结构示意图，该控制器包括：

接收单元401，用于接收虚拟端口创建指令；

处理单元402，用于基于所述创建指令，生成具有指定消息类型的控制信息；

发送单元403，用于将所述控制信息通过openflow协议通道下发至虚拟交换机。

进一步，在本发明实施例中，所述处理单元402，还用于在接收到删除所述虚拟端口的删除指令时，生成具有指定消息类型的指示信息；

所述发送单元403，还用于将所述指示信息通过openflow协议通道下发至虚拟交换机，以使所述虚拟交换机删除所述虚拟端口。

在实施例二中已经对控制器的功能以及实现原理做了详细的描述，此处就不再赘述。

实施例五：

本发明实施例中还提供了一种网络系统，如图5所示为本发明实施例中一种网络系统的结构示意图，该网络系统包括：

控制器501，用于接收虚拟端口创建指令；基于所述创建指令，生成具有指定消息类型的控制信息；将所述控制信息通过openflow协议通道下发至虚拟交换机；

虚拟交换机502，用于通过openflow协议通道，接收控制器下发的控制信息；判定所述控制信息的消息类型是否为指定消息类型；若存在，则根据所述控制信息创建虚拟端口。

在实施例一以及实施例二中已经对虚拟交换机以及控制器的功能以及实现原理做了详细的描述，此处就不再赘述。

尽管已描述了本申请的优选实施例，但本领域内的普通技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种虚拟端口创建方法，其特征在于，所述方法包括：

虚拟交换机通过openflow协议通道，接收控制器下发的控制信息；

判定所述控制信息的消息类型是否为指定消息类型；

若是，则根据所述控制信息创建虚拟端口。

2.如权利要求1所述的方法，其特征在于，在通过openflow协议通道，接收控制器下发的控制信息之前，所述方法还包括：

获取各个指定消息类型；

建立各个指定消息类型与各自对应的操作指令之间的对应关系。

3.如权利要求1所述的方法，其特征在于，判定所述控制信息的消息类型是否为指定消息类型，包括：

确定所述控制消息的消息类型；

将所述消息类型在预存的各个指定消息类型中匹配，判定所述消息类型是否为所述指定消息类型。

4.一种虚拟端口创建方法，其特征在于，所述方法包括：

控制器接收虚拟端口创建指令；

基于所述创建指令，生成具有指定消息类型的控制信息；

将所述控制信息通过openflow协议通道下发至虚拟交换机。

5.如权利要求4所述的方法，其特征在于，在将所述控制信息通过openflow协议通道下发至虚拟交换机之后，所述方法还包括：

在接收到删除所述虚拟端口的删除指令时，生成具有指定消息类型的指示信息；

将所述指示信息通过openflow协议通道下发至虚拟交换机，以使所述虚拟交换机删除所述虚拟端口。

6.一种虚拟交换机，其特征在于，包括：

接收模块，用于通过openflow协议通道，接收控制器下发的控制信息；

处理模块，用于判定所述控制信息的消息类型是否为指定消息类型；若存在，则根据所述控制信息创建虚拟端口。

7.如权利要求6所述的虚拟交换机，其特征在于，所述接收模块，还用于获取各个指定消息类型；

所述处理模块，还用于建立各个指定消息类型与各自对应的操作指令之间的对应关系。

8.一种控制器，其特征在于，包括：

接收单元，用于接收虚拟端口创建指令；

处理单元，用于基于所述创建指令，生成具有指定消息类型的控制信息；

发送单元，用于将所述控制信息通过openflow协议通道下发至虚拟交换机。

9.如权利要求8所述的控制器，其特征在于，所述处理单元，还用于在接收到删除所述虚拟端口的删除指令时，生成具有指定消息类型的指示信息；

所述发送单元，还用于将所述指示信息通过openflow协议通道下发至虚拟交换机，以使所述虚拟交换机删除所述虚拟端口。

10.一种网络系统，其特征在于，包括：

控制器，用于接收虚拟端口创建指令；基于所述创建指令，生成具有指定消息类型的控制信息；将所述控制信息通过openflow协议通道下发至虚拟交换机；

虚拟交换机，用于通过openflow协议通道，接收控制器下发的控制信息；判定所述控制信息的消息类型是否为指定消息类型；若存在，则根据所述控制信息创建虚拟端口。