主机 | 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 |
导出拓扑文件
features request:控制器端口6633发送请求信息给交换机33918端口,交换机需应答自身支持的功能
set conig:控制器6633端口(请按照我给你的flag和max bytes of packet进行配置) ---> 交换机35534端
port_status:当交换机端口发生变化时,告知控制器相应的端口状态。
festure reply:交换机33918端口(这是我的特征信息,请查收)--- 控制器6633端
packet_in:交换机查找流表,发现没有匹配条目
有匹配条目但是对应的action是OUTPUT=CONTROLLER
flow_mod:分析抓取的flow_mod数据包,控制器通过6633端口向交换机33918端口下发流表项,指导数据的转发处理
packet_out:控制器6633端口(请按照我给你的action进行处理) ---> 交换机33918端口
OpenFlow协议中交换机与控制器的消息交互过程
2. 回答问题:交换机与控制器建立通信时是使用TCP协议还是UDP协议?
TCP
将抓包结果对照OpenFlow源码,了解OpenFlow主要消息类型对应的数据结构定义。
hello
features
packet_in
flow_mod
packet_out
-实验难度:这次实验总体不难,实验过程中没有遇到奇奇怪怪的问题(上次实验出现的主机交换机无法互联的问题这次没有再出现了)
-个人总结:通过实验抓包以及查看openflow头文件,对OpenFlow协议中交换机与控制器的消息交互过程,以及常用的消息列表有了进一步的了解,同时
对于SDN中控制与转发分离有了更深刻的了解.