1.能够独立部署RYU控制器；
2.能够理解RYU控制器实现软件定义的集线器原理；
3.能够理解RYU控制器实现软件定义的交换机原理。
Ubuntu 20.04 Desktop amd64
1.搭建下图所示SDN拓扑，协议使用Open Flow 1.0，并连接Ryu控制器，通过Ryu的图形界面查看网络拓扑。
- 构建拓扑
- 连接RYU
- ryu图形界面
2.阅读Ryu文档的The First Application一节，运行当中的L2Switch，h1 ping h2或h3，在目标主机使用 tcpdump 验证L2Switch，分析L2Switch和POX的Hub模块有何不同。
- L2Switch代码
- h1 ping h2
- h1 ping h3
- 查看流表
- pox下查看流表
分析：Hub和L2Switch实现的都是洪泛发送ICMP报文。但L2Switch下发的流表无法查看，而Hub可以查看。
3.编程修改L2Switch.py，另存为L2xxxxxxxxx.py，使之和POX的Hub模块的变得一致？（xxxxxxxxx为学号）
- L2_代码
- 运行结果
a) 代码当中的mac_to_port的作用是什么？
- 保存mac地址到交换机端口的映射
b) simple_switch和simple_switch_13在dpid的输出上有何不同？
- simple_switch直接输出dpid，而simple_switch_13则在dpid前端填充0直至满16位
c) 相比simple_switch，simple_switch_13增加的switch_feature_handler实现了什么功能？
- 实现了交换机以特性应答消息响应特性请求
d) simple_switch_13是如何实现流规则下发的？
- 在接收到packetin事件后，首先获取包学习，交换机信息，以太网信息，协议信息等。若以太网类型是LLDP类型，则不予处理。如果不是，则获取源端口的目的端口和交换机id，先学习源地址对应的交换机的入端口，再查看是否已经学习目的mac地址，如果没有则进行洪泛转发。如果学习过该mac地址，则查看是否有buffer_id，如果有的话，则在添加流表信息时加上buffer_id，向交换机发送流表。
e) switch_features_handler和_packet_in_handler两个事件在发送流规则的优先级上有何不同？
- switch_features_handler下发流表的优先级比较高
2.编程实现和ODL实验的一样的硬超时功能。
- 运行结果
这次实验比以往难上不少，在第一次运行时就报错，最后修改了eventlet的版本，貌似加不加sudo也对下载有影响，最后是都没加卸载重装了0.30.2版本，之后运行就正常了；代码上就对其他人做了大量参考，英语不太还文档看不懂，努力理解。通过这次实验我对RYU控制器的使用有了更深的理解，希望下次做得更好。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/143449.html