Open vSwitch流表应用实战

本文参考：Open vSwitch流表应用实战

一个通过改变流表下发而实现的互相通信实验。

实验目的：

• 掌握Open vSwitch下发流表操作；
• 掌握添加、删除流表命令以及设备通信的原理。

原理：......我们可以通过对流表操作来控制交换机的转发行为。

实验参考图：

实验准备：

我的环境：装有ODL控制器和Mininet的Ubuntu14.04操作系统，单系统实现。
ip地址：192.168.1.101
运行ODL的终端：A；运行Mininet的终端：B。

启动ODL：

cd /目录/bin //ODL的bin目录

./karaf

等到终端A出现：

Listening on port 12001 bound on address 0.0.0.0/0.0.0.0
Backlog is 1000, linger timeout is 2000, and read timeout is 0

证明ODL启动，可以用命令查看6633端口：

netstat -anp|grep 6633

接下来启动Mininet，连接ODL控制器：

sudo mn --controller=remote,ip=192.168.1.101,port=6633

流表的简单操作

查看初始流表：

sh ovs-ofctl dump-flows s1

pingall

查看pingall之后的流表：

sh ovs-ofctl dump-flows s1

多了两条：

我们看到每条流规则由一系列字段组成，它们由基本字段、条件字段和动作字段三部分组成。有了流表后交换机就根据流表来进行数据包的操作，当然我们也可以人工的进行流表的新增、修改、删除操作，在我们这个环境下可直接在终端下输入命令。

添加删除流表

例如让交换机丢弃从2号端口发来的所有数据包：

sh ovs-ofctl add-flow s1 priority=12,in_port=2,actions=drop

(注：优先级比其他流表优先级高)

和之前的流表对比
未删除的时候：

执行之后：

增加这条流表以后，Mininet中h1和h2主机之间无法通信了。

再删除一条流规则：如将删除条件字段中包含in_port=2的所有流表，如下图所示，将含有in_port=2的所有流表被删除了.

sh ovs-ofctl del-flows s1 in_port=2

因为之前添加的丢弃2号端口包的流表已被删除，这时Mininet中h1和h2主机又可以正常通信了。

实验结束。

实验结论

主要是对OpenFlow流表有更进一步的了解，简略介绍一些基本的流表操作。在此基础上可以进行比如改写源和目地主机的ip和mac地址、对数据包泛洪、回环等操作，用户可以根据需求通过修改流表来自主地控制转发行为，这本身也是SDN的初衷之一，也使得我们控制网络更加的便捷、灵活、多样

2016/10/19