实验3：OpenFlow协议分析实践
实验3：OpenFlow协议分析实践
一、实验目的
1.能够运用wireshark对OpenFlow协议数据交互过程进行抓包；
2.能够借助包解析工具，分析与解释OpenFlow协议的数据包交互过程与机制。
二、实验环境
Ubuntu 20.04 Desktop amd64
三、实验要求
（一）基本要求
1.搭建下图所示拓扑，完成相关 IP 配置，并实现主机与主机之间的 IP 通信。用抓包软件获取控制器与交换机之间的通信数据。
2.查看抓包结果，分析OpenFlow协议中交换机与控制器的消息交互过程，画出相关交互图或流程图。
1) hello
① 控制器6633端口（我最高能支持OpenFlow 1.0） ---> 交换机49378端口
② 交换机49378端口（我最高能支持OpenFlow 1.3） ---> 控制器6633端口
于是双方建立连接，并使用OpenFlow 1.0。
2) Features Request / Set Conig
① 控制器6633端口（我需要你的特征信息） ---> 交换机49378端口
② 控制器6633端口（请按照我给你的flag和max bytes of packet进行配置） ---> 交换机49378端口
3) Port_Status
当交换机端口发生变化时，告知控制器相应的端口状态
4）Features Reply
交换机49378端口（这是我的特征信息，请查收） ---> 控制器6633
有两种情况：
• 交换机查找流表，发现没有匹配条目时
• 有匹配条目但是对应的action是OUTPUT=CONTROLLER时
（交换机发现此时没有匹配的流表）
5）Flow_mod
分析抓取的flow_mod数据包，控制器通过6633端口向交换机49362端口、交换机49378端口，下发流表项，指导数据的转发处理。
6）Packet_out
控制器6633端口（请按照我给你的action进行处理） ---> 交换机49378端口
6）画出相关交互图或流程图。
3.回答问题：交换机与控制器建立通信时是使用TCP协议还是UDP协议？
TCP协议
四、个人总结
这次实验是比较简单易懂的，主要是通过抓包来了解OpenFlow协议中交换机和控制器的数据交互过程，我从中了解到其交互过程简言之是控制器和交换器先互相交流openflow的版本，然后用版本较低的一版openflow建立联系，再通过Features Request/Reply、Packet_in/out、Set Conig、Port_Status等进行数据的征询和反馈。在实验过程中，我遇到了一个无法解决的问题就是我抓不到flow_mod，这让我花费了很多时间，通过一些尝试仍无法解决，最后在同学的帮助下，才知道是因为我把四个地址设置成一样的了，真的是很低级的错误，但是我并不知道，基础和常识欠缺得有点好笑了。
