OpenFlow协议协议分析实践

一、基本要求
1.搭建下图所示拓扑，完成相关 IP 配置，并实现主机与主机之间的 IP 通信。用抓包软件获取控制器与交换机之间的通信数据。

2.查看抓包结果，分析OpenFlow协议中交换机与控制器的消息交互过程，画出相关交互图或流程图。
hello
控制器6633端口（我最高能支持OpenFlow 1.0） ---> 交换机37244端口

交换机37244端口（我最高能支持OpenFlow 1.0） ---> 控制器6633端口

于是双方建立连接，并使用OpenFlow 1.0
Features Request / Set Conig
控制器6633端口（我需要你的特征信息） ---> 交换机37244端口

控制器6633端口（请按照我给你的flag和max bytes of packet进行配置） ---> 交换机37244端口

Port_Status
当交换机端口发生变化时，告知控制器相应的端口状态。
Features Reply
交换机37244端口（这是我的特征信息，请查收） ---> 控制器6633端口

Packet_in
有两种情况：
• 交换机查找流表，发现没有匹配条目时
• 有匹配条目但是对应的action是OUTPUT=CONTROLLER时
交换机37244端口（有数据包进来，请指示）--- 控制器6633端口

Flow_mod
控制器通过6633端口向交换机37244端口、交换机35336端口
下发流表项，指导数据的转发处理

Packet_out
控制器6633端口（请按照我给你的action进行处理） ---> 交换机37244端口

OpenFlow协议中交换机与控制器的消息交互过程

3.回答问题：交换机与控制器建立通信时是使用TCP协议还是UDP协议？
回答：TCP协议
4.个人总结：
本次实验学习分析openflow协议，基本上了解学习了openflow协议的工作方式以及发包流程，并且学习了这些协议的源代码数据结构，进一步加强了对openflow协议工作方式以及工作流程的理解了，了解了在这个协议之下交换机以及控制器进行交流分享数据的方式，对数据交互有了更深的理解。
同时，在刚开始使用wireshark抓包时发现无法看到hello协议的包，才了解到hello在构建拓扑结构的时候才会发出。之后又找不到flow_mod的包，了解到flow_mod在下发流表的时候才会发出，对发到的顺序以及控制器与交换机之间的沟通顺序有了更深刻的理解。