(一)基本要求
1.搭建下图所示拓扑,完成相关 IP 配置,并实现主机与主机之间的 IP 通信。用抓包软件获取控制器与交换机之间的通信数据。
2.查看抓包结果,分析OpenFlow协议中交换机与控制器的消息交互过程,画出相关交互图或流程图。
流程图:
hello:
60496和6643相互发hello包,然后双方建立连接,并使用OpenFlow 1.0。
Features Request / Set Conig:
控制器6633端口(我需要你的特征信息) ---> 交换机60496端口
控制器6633端口(请按照我给你的flag和max bytes of packet进行配置) ---> 交换机60496端口
Features Reply:
交换机60496端口(这是我的特征信息,请查收) ---> 控制器6633端口
Packet_in:
有两种情况:
• 交换机查找流表,发现没有匹配条目时
• 有匹配条目但是对应的action是OUTPUT=CONTROLLER时
交换机60496端口(有数据包进来,请指示)---> 控制器6633端口
Flow_mod:
分析抓取的flow_mod数据包,控制器通过6633端口向交换机59102端口
下发流表项,指导数据的转发处理
流程图:
Packet_out:
3.回答问题:交换机与控制器建立通信时是使用TCP协议还是UDP协议?
答:是TCP协议。
(二)进阶要求
将抓包基础要求第2步的抓包结果对照OpenFlow源码,了解OpenFlow主要消息类型对应的数据结构定义。
- Hello
/* Header on all OpenFlow packets. */
struct ofp_header {
uint8_t version; //版本号 /* OFP_VERSION. */
uint8_t type; //消息类型 /* One of the OFPT_ constants. */
uint16_t length; //长度 /* Length including this ofp_header. */
uint32_t xid; //id /* Transaction id associated with this packet.
Replies use the same id as was in the request
to facilitate pairing. */
};
OFP_ASSERT(sizeof(struct ofp_header) == 8);
/* OFPT_HELLO. This message has an empty body, but implementations must
* ignore any data included in the body, to allow for future extensions. */
struct ofp_hello {
struct ofp_header header;
};
标签:控制器,OpenFlow,端口,实践,60496,header,交换机,实验
From: https://www.cnblogs.com/jiwenyun/p/16739881.html