一、实验目的
能够独立部署RYU控制器；
能够理解RYU控制器实现软件定义的集线器原理；
能够理解RYU控制器实现软件定义的交换机原理。
二、实验环境
(一）基本要求
下载虚拟机软件Oracle VisualBox或VMware；
在虚拟机中安装Ubuntu 20.04 Desktop amd64，并完整安装Mininet；
(二)、实验要求
1.搭建下图所示SDN拓扑，协议使用Open Flow 1.0，并连接Ryu控制器
启动控制器
使用以下命令搭建拓扑
sudo mn --topo=single,3 --mac --controller=remote,ip=127.0.0.1,port=6633 --switch ovsk,protocols=OpenFlow10
2.通过Ryu的图形界面查看网络拓扑
3.阅读Ryu文档的The First Application一节，运行并使用 tcpdump 验证L2Switch，分析和POX的Hub模块有何不同
- 执行命令
- 重新创建拓扑
sudo mn --topo=single,3 --mac --controller=remote,ip=127.0.0.1,port=6633 --switch ovsk,protocols=OpenFlow10
-
再利用mininet的xterm开启h1，h2，h3的命令行终端，并在h2和h3使用开启抓包（抓取eth0端口）
-
在h2主机终端中输入
tcpdump -nn -i h2-eth0
- 在h3主机终端中输入
tcpdump -nn -i h3-eth0
- h1 ping h2 注: 在h1的窗口输入
ping 10.0.0.2
- h1 ping h3
由图可见，h1 ping h2时h3也能收到数据包，h1 ping h3时h2也能收到数据包，说明L2Switch模块的功能同hub模块：为每一个交换机建立通配的洪泛规则，让交换机拥有集线器的功能
-
分析和POX的Hub模块有何不同
- 1.结合拓扑,分别运行ryu和运行pox（Hub模块）
- 2.查看拓扑下发流表
- 3.无法查看L2Switch下发的流表
4.而hub模块下发的流表可以查看
4.继下面的.py文件一起,先执行.py文件再创拓扑
sudo mn --topo=single,3 --mac --controller=remote,ip=127.0.0.1,port=6633 --switch ovsk,protocols=OpenFlow13
(三)实验报告
收获总结
在创建拓扑出现Unable to contact the remote controller at 127.0.0.1:6633
解决方法：先连接Ryu控制器再创建拓扑
遇到拓扑不能pingall
解决方法：关掉拓扑，启动L2Switch模块后再创建拓扑
心得
实验难度中等，实验内容和实验5POX相似。本来看了别人的博客很担心Ryu的安装会出现问题，但是按照老师所给的指令执行之后就顺利地安装了，但是不知道和这个软件有没有关系，安装之后就没法像之前一样执行mn相关的指令了，不知道跟环境变量有没有关系，所以干脆卸载重装mininet了。刚开始做实验时并不知道该先开控制器还是先创建拓扑，就先创建了拓扑，做到最后发现ping不通（最后ping不通其实也不是因为前面的原因），看了同学的博客才发现应该先开控制器。后来做第4小题的时候，还是使用的第2小题创建的拓扑，然后启动
L2Switch模块，发现ping不通，重启之后重做了前面的部分（先开控制器）发现ping通了但是查看流表的时候并没有大家说的那样看不见流表，而实给出了流表，说明这个拓扑并没有受到L2Switch1的作用。于是我就开始浏览同学们的博客，后来发现第4小题也是应该先开L2Switch模块并且Switch模块应该放在保存在目录/home/用户名/学号/lab6/下，而我之前放错了位置，改正了这些错误之后就成功ping通并且也达到了查看不到流表的效果，说明成功了。