实验6：开源控制器实践——RYU
一、实验目的
- 能够独立部署RYU控制器；
- 能够理解RYU控制器实现软件定义的集线器原理；
- 能够理解RYU控制器实现软件定义的交换机原理。
二、实验环境
- 下载虚拟机软件Oracle VisualBox或VMware；
- 在虚拟机中安装Ubuntu 20.04 Desktop amd64，并完整安装Mininet；
三、实验要求
（一）基本要求
- 完成Ryu控制器的安装。
- 搭建下图所示SDN拓扑，协议使用Open Flow 1.0，并连接Ryu控制器。
ubuntu@ubuntu:~/211906160/lab6/ryu/ryu/app/gui_topology$ ryu-manager gui_topology.py --observe-links
sudo mn --topo=single,3 --mac --controller=remote,ip=127.0.0.1,port=6633 --switch ovsk,protocols=OpenFlow10
- 通过Ryu的图形界面查看网络拓扑。
-
阅读Ryu文档的The First Application一节，运行并使用 tcpdump 验证L2Switch，分析和POX的Hub模块有何不同。
运行并使用tcpdump(方法同POX)，h1 ping h2，h2 和 h3 都接收到h1发送的ICMP报文,h1 ping h3，h2 和 h3 都接收到h1发送的ICMP报文。对比可知，Hub和L2Switch实现的都是洪泛发送ICMP报文，L2Switch下发的流表无法查看，而Hub可以查看。
（二）实验报告
- 请用Markdown排版；
- 将Ryu的安装目录设定为：/home/用户名/学号，所有实验相关代码文件（如有）保存在目录/home/用户名/学号/lab6/中；
- （一）需要提交在Ryu安装目录下执行ryu --version 结果截图，以及tcpdump的验证过程截图和附图说明，其余文字请勿赘述；
- （二）不做必须要求，有完成的同学请提交相关代码和运行结果，以及tcpdump的验证过程，代码保存目录同要求2，形式不限。
- 个人总结，包括但不限于实验难度、实验过程遇到的困难及解决办法，个人感想，不少于200字。
四、心得体会
本次实验整体上和实验5差不多，只是将POX换成了Ryu，在进行本次实验中要先打开ryu-manager再创建topo,这点很重要。默认端口需要从8080改成了6633，不然无法连接到控制器。Hub是集线器，抓包的时候无法过滤数据包，当h1 ping h2时，h3依然能够抓到转发包。 learning是二层交换机，能够进行数据包的过滤，当h1 ping h2时，h3就不会收到转发包。Hub和L2Switch实现的都是洪泛发送ICMP报文，L2Switch下发的流表无法查看，而Hub可以查看。