[发明专利]一种OFS带内通信方法及OFS

说明书

技术领域

本发明涉及网络通信技术领域，特别涉及一种OFS带内通信方法及OFS。

背景技术

控制面与转发面相分离，是SDN（Software Defined Network，软件定义网络）/OpenFlow（开放流）的一个基本特征。控制面基于全网视图制定路由策略，转发面根据收到的路由决策处理数据包。OFS(OpenFlow Switch，开放流交换机)与OFC(OpenFlow Controller，开源控制器)之间建立TCP连接是OpenFlow网络能够正常工作的一个基本前提。

目前，OFS与OFC之间一般采用带外连接模式。图1是一种现有的带外连接模式组网图，控制面与转发面分别由两个不同的物理网组成。其中，控制面由交换机Switch、OFS1、OFS2、OFS3、OFS4、OFS5、OFS6及控制器OF_Controller组成；数据面则有交换机OFS1、OFS2、OFS3、OFS4、OFS5及OFS6组成。

在图1所示网络中，Switch首先在传统交换机的工作模式下，基于LLDP及STP等协议打通控制面，也即通过STP等协议生成的MAC表实现各种OpenFlow控消息的转发，控制消息指OpenFlow规范定义的各种Controller-to-Switch消息、Asynchronous消息及Symmetric消息。控制面打通后，OFC便可以向OFS下发初始的流表项，OFS接收到流表项后，将其添加到相应的流表中，进而便可以根据流表处理数据包。

该方案的缺点主要在于，需要维护两个单独的物理网络和两个网络管理系统（一个用于管理控制面的网络，另一个用于管理转发面的流交换的网络），成本比较高。

发明内容

（一）要解决的技术问题

本发明要解决的技术问题是：如何提供一种OFS带内通信方法及OFS，，以降低组网成本。

（二）技术方案

第一方面，本发明提供一种OFS带内通信方法，其由OFS执行，所述OFS包括控制器列表，所述控制器列表用于保存一个或多个控制器列表表项，所述控制器列表表项包括本地开放流控制器OFC的MAC、IP以及与所述本地OFC的MAC、IP对应的所述OFS接收所述OFC发送的链路层发现协议LLDP数据包时的端口号，所述方法包括：

接收所述LLDP数据包，所述LLDP数据包包含发送方的MAC、IP以及用于标识发送方类型的角色子字段；

当通过所述角色子字段判断接收到的所述LLDP数据包的发送方类型为OFC时，新建或更新所述控制器列表表项，新建或更新的控制器列表表项包括所述LLDP数据包中携带的所述本地OFC的MAC、IP以及收到所述LLDP数据包的端口in_port；

所述方法还包括：

获取用于建立TCP连接的第一次TCP握手包，根据所述TCP握手包中携带的目的MAC以及目的IP查找所述控制器列表中是否有对应的控制器列表表项，如果有，则根据所述控制器列表中对应的控制器列表表项中的MAC、IP以及in_port更新流表项，使得所述OFS能够通过流表将发往OFC的包转发到OFC。

在第一方面的第一种可能的实现方式中，所述方法还包括步骤：

广播发送方类型为OFC的所述LLDP数据包，使得其他OFS也能够执行，所述接收所述LLDP数据包，所述LLDP数据包包含发送方的MAC、IP以及用于标识发送方类型的角色子字段，和，当通过所述角色子字段判断接收到的所述LLDP数据包的发送方类型为OFC时，新建或更新所述控制器列表表项，新建或更新的控制器列表表项包括所述LLDP数据包中携带的所述本地OFC的MAC、IP以及收到所述LLDP数据包的端口in_port的步骤。

在第一方面的第二种可能的实现方式中，所述角色子字段位于所述LLDP数据包中的标签长度值TLV字段。

在第一方面的第三种可能的实现方式中，所述OFS包括硬件模块以及软件模块；

所述接收所述LLDP数据包，具体为：所述OFS的硬件模块接收所述LLDP数据包，根据接收到的所述LLDP数据包查询所述流表产生LLDP类型的packet_in消息，并将所述LLDP类型的packet_in消息发送到所述软件模块；

所述角色子字段的获得过程如下：

所述OFS的软件模块接收所述硬件模块发送的packet_in消息，解析所述packet_in消息，判断所述packet_in消息是否是所述LLDP类型的packet_in消息；