一.实验目的

本实验通过Mininet构建子网，并使得OVS作为网关，来模拟子网间的互通。在实验的过程中，我们来学习一下内容：

• OVS构建子网过程。
• OVS设置网关过程。
• OVS配置流表过程。

二.实验准备

实验环境我们使用Mininet进行构建，建议到Mininet官方下载最新的Mininet虚拟机，本实验中虚拟机版本是mininet-2.2.1-150420-ubuntu-14.04-server-amd64，或者参考官方文档中介绍的Native Installation from Source进行安装。
实验拓扑图如下：

三.实验步骤

1.构建网络拓扑。

我们的目标是要让两个不同子网的主机能相互通信，可以先构建出两个主机，然后给主机设置不同子网。由于Mininet虚拟的主机默认属于10.0.0.0/24，需要对主机网络进行设置。
说明：

$> 表示Linux命令行的输入，权限为root。
mininet> 表示Mininet命令行模式。

创建拓扑

说明：参数--mac是为了创建的host有更简单的MAC地址，为后面流表创建提供方便。
查询状态

可以看出，默认的h1和h2是在同一网段，而且可以相互ping通。

修改网络设置

测试网络状态如下：

由于通过配置，h1和h2已经不在同一网段，当h1 ping h2时，包会转发到子网的网关来处理，但是由于当前环境中没有针对两个网段设置网关，最终状态为不可达。此时我们可以为主机设置网关。

设置网关

测试网络状态如下：

为了更直观的观察当前网络状态，在新的Linux窗口使用tcpdump来查看h1 ping h2过程中包的信息。如下：

当h1-eth0发送ARP包请求s1-eth1网关，而当前环境中没有网关设备，OVS无法进行转发；另外，如果OVS连接了控制器，如OpenDaylight，这可以利用它预设的ARP Proxy，让控制器来提供目标地址信息。因此ICMP封包前，由于获取不到目标地址信息，而导致网络不可达。

2. 设置OVS为网关

如果实验连接了控制器，这可以通过控制器获得目标地址的信息，这部分可以单独通过另外的实验进行验证。由于试验中没有任何控制器，因此需要对OVS进行配置，使得其具有gateway的功能，能夠对ARP进行回复。

测试网络状态，发现h1与网关可以ping通了。

从tcpdump窗口观察到的信息也显示相关信息如下：

但是，此时h1 ping h2还是不会通的。因为当前转发平面没有任何流对发过来的ICMP包做转发。因此，我们需要添加一些流，使得整个网络最终运作起来。

3. 配置流表

处理ARP请求

当网管的ARP流到来后，将其交给本地的OVS处理。

处理ARP应答

该应答回复目标地址的出口，比如将目标网络10.0.0.1的包通过出口端口1抓发出去。端口信息可以查询如下：

处理应答的流表如下：

处理了应答包后，实际上网络还是不能通。到目前为止，仅对ARP的包做了相应的处理，而ICMP的包为处理。

ICMP应答处理

接下来需要对ICMP的请求进行处理。为了使得流表表达更清晰，我们将ICMP路由的处理放在另外一个table处理。 也就是在table(1)中设置一个最低优先级的流，将非ARP的包丢给下一个流表处理。

在table(1)中，OVS的角色有点像router，我们需要修改ICMP封包的目标MAC地址。

最后，执行h1 ping h2，两个子网的主机能顺利ping通。