☞Openflow消息总共分为三大类：

   1、Controller‐to‐Switch

        控制器至交换机消息此类消息由控制器主动发出

　　　 Features 用来获取交换机特性

　　　 Configuration 用来配置Openflow交换机

　　　 Modify‐State 用来修改交换机状态(修改流表)

　　　 Read‐Stats 用来读取交换机状态

　　　 Send‐Packet 用来发送数据包

　　　 Barrier 阻塞消息

　2、Asynchronous

　　 异步消息此类消息由交换机主动发出

　　　 Packet‐in 用来告知控制器交换机接收到数据包

　　　 Flow‐Removed 用来告知控制器交换机流表被删除

　　　 Port‐Status 用来告知控制器交换机端口状态更新

　　　 Error 用来告知控制器交换机发生错误

　3、Symmetric

　　 对称消息，可以由控制器或交换机主动发起

　　　 Hello 用来建立Openflow连接

　　　 Echo 用来确认交换机与控制器之间的连接状态

　　　 Vendor 厂商自定义消息

☞Openflow消息格式

　　Openflow协议数据包由Openflow Header和Openflow Message两部分组成

　　　Openflow header的结构：

　　　　

　　　Openflow Message结构与具体消息类型有关：

　　　Openflow消息类型：

　　　　

☞Openflow Channel

　　openFlow Channel是指交换机跟Controller之间的连接通道，可以是外带管理通道（交换机面板上跟Console口在一起的那个单独的Ethernet端口，物理上跟业务端口分离），也可以是带内管理口（复用业务端口），现在常见的都是带外管理口，主要原因是简单，用带内口需要配置交换芯片和协议栈。

　　openFlow Channel连既可以是TCP连接，也可以是加密的TLS连接，由设备商或者用户自行决定用哪种。使用TCP/TLS连接主要是为了保证可靠性。如果交换机连接了多个Controller，那么会创建多条TCP/TLS连接。

☞Controller角色和选举

　　一台openFlow交换机可以同时连接到多个Controller，这些Controller有三种角色，分别是Master、Slave和Equal。

　　Master----一台交换机连接到的所有Controller中，只有一个Master，它对交换机拥有完全的操作控制权。

　　Slave-----一台交换机所连接到的所有Controller中，可以有多个Slave，它们对交换机只有读取交换机状态和被动收取交换机消息的权限，不能对交换机进行配置，一旦Master宕掉，其中一台Slave就会被选举为Master。每个Slave可以接收不同的消息类型，从而在多个Slave之间进行负载分担。

　　Equal----又的网络中可能希望有多个Controller都能对交换机进行配置，以便进行负载分担。这种情况下这些Controller可以被配置为Equal角色，一台交换机允许同时连接到多个Equal角色的Controller，这些Controller对交换机拥有和Master一样的功能。

　　这些角色初始的时候都是管理员配置的。当Master出故障后，Slave可以通过选举的方式变为Master。交换机没有决定权。OpenFlow标准并没有定义如何进行选举。