openflow协议通信流程

编号：_______________本资料为word版本，可以直接编辑和打印，感谢您的下载

openflow协议通信流程

甲方：___________________

乙方：___________________

日期：___________________

openflow协议通信流程

篇一：openflow协议通信流程解读

openflow协议通信流程解读

前言

接触了这么久的sdn , openflow协议前前后后也读过好多遍，但是一直没有时间总结一下自己的一些见解。现在有时间了，就写一写自己对openflow协议通信流程的一些理解。

sdn 中switch 和controller

在sdn中很重要的两个实体是switch 跟controller 。

controller 在网络中相当于上帝，可以知道网络中所有的消

息，可以给交换机下发指令。switch就是一个实现

controller 指令的实体，只不过这个交换机跟传统的交换机不一样，他的转发规则由流表指定，而流表由控制器发送。

switch组成与传统交换机的差异

switch 组成

switch 由一个securechannel 和一个flowtable 组成, of1.3之后table变成多级流表，有256级。而of1.0中table

只在table0 中。securechannel是与控制器通信的模块，

switch和controller 之间的连接时通过socket连接实现。

Flowtable里面存放这数据的转发规则，是switch的交

换转发模块。数据进入switch之后，在table中寻找对应

的flow 进行匹配，并执行相应的action，若无匹配的flow

则产生packet_in （后面有讲）

of中sw与传统交换机的差异

匹配层次高达4层，可以匹配到端口，而传统交换机只

是2层的设备。

运行of协议，实现许多路由器的功能，比如组播。

求补充！！（如果你知道，请告诉我，非常感谢！）

openflow 的switch可以从以下方式获得

实体of交换机，目前市场上有一些厂商已经制造出of 交换机，但是普遍反映价格较贵！性能最好。

在实体机上安装oVs, oVs可以使计算机变成一个openflow交换机。性能相对稳定。

使用mininet模拟环境。可以搭建许多交换机，任意拓

扑，搭建拓扑具体教程本

博客有一篇。性能依赖虚拟机的性能。

controller 组成

控制器有许多种，不同的语言，如python写的pox,ryu ,

如java写的floodlight 等等。从功能层面controller 分

为以下几个模块：底层通信模块：openflow中目前

controller 与switch 之间使用的是socket连

接，所以控制器底层的通信是socket o

openflow协议。socket收到的数据的处理规则需按照

openflow协议去处理。

上层应用：根据openflow协议处理后的数据，开发上

层应用，比如pox中就

l2_learning,l3_learning 等应用。更多的应用需要用

户自己去开发。

openflow通信流程

以下教程环境为：mininet+自编简单控制器

建立连接

首先启动mininet , mininet 会自行启动一个default

拓扑，你也可以自己建立你的拓扑。sw建立完成之后，会像

controllerip:controllerport 发送数据。

controller 启动之后，监听指定端口，默认6633,但

是好像以后的都改了，因为该端口被其他协议占用。

3次握手之后，建立连接，这个是底层的通信，是整一套系统的基础设施。

oFpt_hello

创建socket之后，sw跟controller 会彼此发送hello

数据包。目的：协议协商。

内容：本方支持的最高版本的协议

成果：使用双方都支持的最低版本协议。

成功：建立连接

失败：oFpt_eRRoR(type:oFpt_hello_Failed,code=0),

终止连接。

oFpt_eRRoR

说到oFpt_eRRoR,我们不妨先了解一下。

错误类型如上所示。对应的type还会有对应的code.

所以报错的格式为：

如type:0code:0 为：*oFphFc_incompatible*

具体对应的关系，请自行查看oF协议。

oFpt_echo

分类：对称信息oFpt_echo_Request,oFpt_echo_Reply

作用：查询连接状态，确保通信通畅。

当没有其他的数据包进行交换时，controller 会定期循环给sw发送

oFpt_echo_Request。

oFpt_FeatuRes

当sw跟controller 完成连接之后，控制器会向交换机

下发oFpt_FeatyRes_Request的数据包，目的是请求交换机

的信息。发送时间：连接建立完成之后

发送数据：oFpt_FeatuRes_Request

对称数据：oFpt_FeatuRes_Reply

目的：获取交换机的信息

oFpt_FeatuRes_Request

type=5

withoutdata

oFpt_FeatuRes_Reply

type=6

篇二：openflow协议通信流程解读

openflow协议通信流程解读

分类：openflow 协议分析20xx-12-3019:01887 人阅读评论(1)收藏举报目录()[-]

controller 组成