实验3:OpenFlow协议分析实践
一、实验目的
- 能够运用 wireshark 对 OpenFlow 协议数据交互过程进行抓包;
- 能够借助包解析工具,分析与解释 OpenFlow协议的数据包交互过程与机制。
二、实验环境
Ubuntu 20.04 Desktop amd64
三、实验要求
(一)基本要求
搭建下图所示拓扑,完成相关 IP 配置,并实现主机与主机之间的 IP 通信。用抓包软件获取控制器与交换机之间的通信数据。
主机 | IP地址 |
---|---|
H1 | 192.168.0.101/24 |
H2 | 192.168.0.102/24 |
H3 | 192.168.0.103/24 |
H4 | 192.168.0.104/24 |
查看抓包结果,分析OpenFlow协议中交换机与控制器的消息交互过程
(1)hello 控制器6633端口(我最高能支持OpenFlow 1.0) ---> 交换机57724端口
交换机57724端口(我最高能支持OpenFlow 1.5)---> 控制器6633端口 双方建立连接,并使用OpenFlow 1.0
(2)Features Request / Set Conig 控制器6633端口(我需要你的特征信息) ---> 交换机57724端口
控制器6633端口(请按照我给你的flag和max bytes of packet进行配置) --->交换机57724端口
(3)Port_Status 当交换机端口发生变化时,告知控制器相应的端口状态。
(4)Features Reply 交换机57724端口(这是我的特征信息,请查收) ---> 控制器6633端口
(5)Packet_in 交换机57724端口(有数据包进来,请指示)--- 控制器6633端口
(6)Flow_mod 分析抓取的flow_mod数据包,控制器通过6633端口向交换机57724端口、交换机57724端口下发流表项,指导数据的转发处理。
(7)Packet_out 控制器6633端口(请按照我给你的action进行处理) ---> 交换机57724端口
(8)相关交互图或流程图:
交换机与控制器建立通信时是使用TCP协议还是UDP协议?
TCP协议
四、个人总结
这次实验难度相对会容易些,要注意的是运行命令“sudo wireshark”开启wireshark抓包工具,再构建拓扑。找包的时候数据非常多,要用过滤器过滤比较好找。过滤出Openflow数据包后,发现没有找到Flow_Mod的数据包。了解发现Flow_Mod数据包是控制器想交换机下发流表项,指导数据的转发处理,所以在启动wireshark之后,要在minninet尝试执行pingall,就能找到Flow_mod数据包通过这次实验对OpenFlow的机制有了更深的了解,并且对于抓包更加熟练以及能够对抓包内容进行分析。并且通过实验了解到交换机与控制器之间的传输协议是TCP协议。在做进阶要求的时候因为要阅读源码,openflow.h文件有几乎一千行的代码,读起来真的很痛苦,不过也算锻炼了阅读源码的能力吧,比较有收获。
标签:控制器,OpenFlow,57724,端口,实践,交换机,实验,6633 From: https://www.cnblogs.com/hxxxw/p/16756573.html