SDN第六次上机作业

实验目的

1、搭建如下拓扑并连接控制器

2、下发相关流表和组表实现链路的故障恢复

实验步骤

1.建立以下拓扑,并连接上ODL控制器。

ODL拓扑界面截图:

![](http://images2017.cnblogs.com/blog/1285672/201801/1285672-20180104234215424-1706908943.png)

2.利用ODL下发组表、流表,实现链路的故障恢复

利用sudo ovs-ofctl dump-flows s2(s3) -O OpenFlow13查看s2和s3的流表的截图:

![](http://images2017.cnblogs.com/blog/1285672/201801/1285672-20180104234453331-847855677.png)

对s1和s4下发组表后,再下发流表使组表生效,之后通过sudo ovs-ofctl dump-groups s1(s4) -O OpenFlow13查看s1和s4的组表的截图:

![](http://images2017.cnblogs.com/blog/1285672/201801/1285672-20180104234746174-1058436868.png) ![](http://images2017.cnblogs.com/blog/1285672/201801/1285672-20180104234756893-869693440.png)

对s3下发两条流表覆盖drop动作,port1转发到port2,port2转发到port1,然后查询s3的流表,截图:

![](http://images2017.cnblogs.com/blog/1285672/201801/1285672-20180104235104128-1670350437.png)

对s4下发流表使s3所在链路进入的数据包转发至h2所在端口,然后查询s3的流表,截图:

![](http://images2017.cnblogs.com/blog/1285672/201801/1285672-20180104235227503-471198149.png)

进行h1 ping h2,查看匹配到的bucket,截图:

![](http://images2017.cnblogs.com/blog/1285672/201801/1285672-20180104235306815-1440033025.png)

将s2所在链路的端口set down,然后再次进行h1 ping h2,截图:

![](http://images2017.cnblogs.com/blog/1285672/201801/1285672-20180104235357206-1149754212.png)

可以看到另一个bucket的匹配数据有所增长,证明另一条链路启用。

~~但愿绝望和无奈远走高飞~~
原文地址:https://www.cnblogs.com/jinchengll/p/8196748.html