0.报文类型与含义

1.Controller-to-Switch 报文

​ Cortoller-to-Switch是由控制器初始化并下发给交换机的报文类型,其可能会要求交换机回复对应的报文,此类型报文包含的主要报文类型介绍如下。

●Features: Features类型的报文分为Request和Reply两种,其中控制器可以主动初始化并发送Feature Request报文,请求交换机回复其特性信息,其报文只有数据报头,没有消息体(Body)。 交换机在收到Features Request 报文之后,将通过Features Reply 报文回复交换机的特性和交换机端口的特性信息。通常,控制器会在交换机的OpenFlow连接建立完成之后马上发送个请求报文来获取交换机的特征信息。

●Configuration: 其包含请求、回复和设置三种报文。控制器可以设置和请求交换机的配置信息,交换机则需执行配置和回复配置报文。

●Modify-State: 修改状态型报文由控制器下发,用于修改交换机的流表、组表、Meter表及端口状态。

●Read-State: 读取状态信息由控制器发出,用于获取交换机的状态信息,包括流表、组表、Meter Table及端口的统计信息。

●Packet-out: Packet-out 类型报文由控制器发出,用于将数据包发送到交换机的指定端口。Packet-out报文般用于响应Packet-in报文的处理,经常跟随在Flow-mod报文之后,用于指挥交换机将缓存数据发送或直接发送数据。Packet-out必须携带一个 Buffer id来定位缓存在交换机上的数据,当Buffer_id为-1时,表明该数据包没有被交换机缓存。此外,Packet-out还需要携带指导数据处理的动作集,如果动作集为空则交换机会将数据包丢弃。

●Barrier: Barriers Request/Reply用于确保操作顺序执行。控制器可以向交换机发送Request报文。交换机接收到Request报文之后,将Request报文之前所有的报文处理完成之后,处理Barrier Request请求:回复控制器一个Barrier Reply报文,其报文ID和请求报文一致,告知控制器在Barrier Request报文之前到来的报文已经处理完成。Barrier 类型的报文类似于设置一个障碍或者触发器,用来告知控制Barrier之前的动作均已执行,其通常用来确保动作执行顺序,保持策略一致性。

●Role-Request: 此类型报文用于控制器请求其自身在交换机端的角色,也可以用于设置控制器的角色。一般用于交换机与多控制器有连接的场景。

●Asynchronous-Configuration: 异步配置报文可以用来设置异步报文的过滤器,从而使得在多控制器场景下,控制器可以选择性过滤异步报文,只接收感兴趣的报文。一般在OpenFlow连接建立完成之后进行设置。

2.Asynchronous 报文

​ Asynhronous报文是由交换机异步发送给控制器的报文,无须等待控制器请求。交换机通过异步报文告知控制器新数据包的到达和交换机状态的改变。主要的异步报文类型描述如下。

●Packet-in:将数据包发送给控制器。在支持单流表的OpanFlow协议版本中,触发Paket-in的原因可能是流表项的动作指导,也可能是因为匹配不到流表项。但在高版本的多级流表设计下,将默认下发一条Table-Miss流表项,其匹配域均为空,任何报文都能匹配成功。Table-Miss的作用是将匹配其他流表失败的数据发送给控制器。若交换机配置信息中指示将数据包缓存在交换机中,则Packet-in报文还将携带着指定长度的数据包数据及其在交换机上缓存的Buffer_id携带的数据包默认长度是128字节。若交换机不爱存数据包,则由Paket-in报文携带全部数据并发送给控制器。Packet-in 报文通常会触发Packet-out报文或者Flow-mod报文。

●Flow-Removed:当OPFFF_SEND_FLOW_ REM标志位被置位时,交换机将会在流表项失效时通知控制器流表项被移除的消息。触发流表项失效的原因可以是控制器主动删除或者流表项超时。

●Port-status:当端口配置或者状态发生变化时,用于告知控制器端口状态发生改变。

●Role-status:当控制器的角色发生变化时,交换机告知控制器其角色变化。

●Controller- Status: 当OpenFlow连接发生变化时,告知控制器这个变化。

●Flow-monitor:告知控制器流表的改变。控制器可以设置一系列监视器来追踪流表的变化。

3.Symmetric 报文

Symmetric可以由控制器和交换机双方任意一方发送, 无须得到对方的许可或邀请。主要类型的介绍如下。

●Hello: Hello报文用于交换机和控制器之间的OpenFlow通道建立初期,用于协商版本等内容。

●Echo: Echo Request/Reply可以由交换机和控制器任意一方发出。每个Request报文都需要一个 Reply报文回复。其主要用于保持连接的活性,但同时也支持携带消息内容,可用于时延或带宽测试。

●Error:错误报文用于交换机或控制器,告知对方错误。一般而言, 多被用于交换机告知控制器请求发生的错误。

●Experimenter:实验报文是提供OpenFlow报文功能范围之外功能的标准方式,可以用于实验场景。

摘自《重构网络: SDN 架构与实现》

1. 利用Mininet仿真平台构建如下图所示的网络拓扑,配置主机h1和h2的IP地址(h1:10.0.0.1,h2:10.0.0.2),测试两台主机之间的网络连通性

构建如下拓扑



设置支持的协议,勾选启动CLI



成功创建拓扑,验证当前的网络连通性与网络拓扑结构

2. 利用Wireshark工具,捕获拓扑中交换机与控制器之间的通信数据,对OpenFlow协议类型的各类报文(hello, features_request, features_reply, set_config, packet_in, packet_out等)进行分析,对照wireshark截图写出你的分析内容

Hello

控制器6633端口(我最高能支持OpenFlow 1.0) ---> 交换机32770端口



交换机32770端口(我最高能支持OpenFlow 1.3)--- 控制器6633端口



兼容最低可执行版本,因此双方建立连接,使用Openflow1.0

Features request

控制器6633端口(我需要你的特征信息) ---> 交换机32770端口

Set Config

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

Features reply

交换机32770端口(这是我的特征信息,请查收)--- 控制器6633端口



Features 消息包括 OpenFlow Header 和 Features Reply Message

对照Features Reply Message结构

  1. struct ofp_switch_features{
  2. struct ofp_header header;
  3. uint64_t datapath_id; /*唯一标识 id 号*/
  4. uint32_t n_buffers; /*交缓冲区可以缓存的最大数据包个数*/
  5. uint8_t n_tables; /*流表数量*/
  6. uint8_t pad[3]; /*align to 64 bits*/
  7. uint32_t capabilities; /*支持的特殊功能,具体见 ofp_capabilities*/
  8. uint32_t actions; /*支持的动作,具体见 ofp_actions_type*/
  9. struct ofp_phy_port ports[0]; /*物理端口描述列表,具体见 ofp_phy_port*/
  10. };

对抓取到的报文,逐项查看报文内容;

唯一标识 id 号为0x0000000000000001,

交缓冲区可以缓存的最大数据包个数为256个,

流表数量为254,

s1交换机告诉控制器它有三个端口和它们各自的配置信息。

  1. Frame 22: 244 bytes on wire (1952 bits), 244 bytes captured (1952 bits) on interface 0
  2. Linux cooked capture
  3. Internet Protocol Version 4, Src: 127.0.0.1, Dst: 127.0.0.1
  4. Transmission Control Protocol, Src Port: 32770, Dst Port: 6633, Seq: 9, Ack: 29, Len: 176
  5. OpenFlow 1.0
  6. .000 0001 = Version: 1.0 (0x01)
  7. Type: OFPT_FEATURES_REPLY (6)
  8. Length: 176
  9. Transaction ID: 791665523
  10. Datapath unique ID: 0x0000000000000001
  11. MAC addr: 00:00:00_00:00:00 (00:00:00:00:00:00)
  12. Implementers part: 0x0001
  13. n_buffers: 256
  14. n_tables: 254
  15. Pad: 000000
  16. capabilities: 0x000000c7
  17. .... .... .... .... .... .... .... ...1 = Flow statistics: True
  18. .... .... .... .... .... .... .... ..1. = Table statistics: True
  19. .... .... .... .... .... .... .... .1.. = Port statistics: True
  20. .... .... .... .... .... .... .... 0... = Group statistics: False
  21. .... .... .... .... .... .... ..0. .... = Can reassemble IP fragments: False
  22. .... .... .... .... .... .... .1.. .... = Queue statistics: True
  23. .... .... .... .... .... ...0 .... .... = Switch will block looping ports: False
  24. actions: 0x00000fff
  25. .... .... .... .... .... .... .... ...1 = Output to switch port: True
  26. .... .... .... .... .... .... .... ..1. = Set the 802.1q VLAN id: True
  27. .... .... .... .... .... .... .... .1.. = Set the 802.1q priority: True
  28. .... .... .... .... .... .... .... 1... = Strip the 802.1q header: True
  29. .... .... .... .... .... .... ...1 .... = Ethernet source address: True
  30. .... .... .... .... .... .... ..1. .... = Ethernet destination address: True
  31. .... .... .... .... .... .... .1.. .... = IP source address: True
  32. .... .... .... .... .... .... 1... .... = IP destination address: True
  33. .... .... .... .... .... ...1 .... .... = IP ToS (DSCP field, 6 bits): True
  34. .... .... .... .... .... ..1. .... .... = TCP/UDP source port: True
  35. .... .... .... .... .... .1.. .... .... = TCP/UDP destination port: True
  36. .... .... .... .... .... 1... .... .... = Output to queue: True
  37. Port data 1
  38. Port number: 65534
  39. HW Address: be:94:c1:9f:8c:d0 (be:94:c1:9f:8c:d0)
  40. Port Name: s1
  41. Config flags: 0x00000001
  42. .... .... .... .... .... .... .... ...1 = Port is administratively down: True
  43. .... .... .... .... .... .... .... ..0. = Disable 802.1D spanning tree on port: False
  44. .... .... .... .... .... .... .... .0.. = Drop all packets except 802.1D spanning tree packets: False
  45. .... .... .... .... .... .... .... 0... = Drop received 802.1D STP packets: False
  46. .... .... .... .... .... .... ...0 .... = Do not include this port when flooding: False
  47. .... .... .... .... .... .... ..0. .... = Drop packets forwarded to port: False
  48. .... .... .... .... .... .... .0.. .... = Do not send packet-in msgs for port: False
  49. State flags: 0x00000001
  50. .... .... .... .... .... .... .... ...1 = No physical link present: True
  51. Current features: 0x00000000
  52. .... .... .... .... .... .... .... ...0 = 10 Mb half-duplex rate support: False
  53. .... .... .... .... .... .... .... ..0. = 10 Mb full-duplex rate support: False
  54. .... .... .... .... .... .... .... .0.. = 100 Mb half-duplex rate support: False
  55. .... .... .... .... .... .... .... 0... = 100 Mb full-duplex rate support: False
  56. .... .... .... .... .... .... ...0 .... = 1 Gb half-duplex rate support: False
  57. .... .... .... .... .... .... ..0. .... = 1 Gb full-duplex rate support: False
  58. .... .... .... .... .... .... .0.. .... = 10 Gb full-duplex rate support: False
  59. .... .... .... .... .... .... 0... .... = Copper medium: False
  60. .... .... .... .... .... ...0 .... .... = Fiber medium: False
  61. .... .... .... .... .... ..0. .... .... = Auto-negotiation: False
  62. .... .... .... .... .... .0.. .... .... = Pause: False
  63. .... .... .... .... .... 0... .... .... = Asymmetric pause: False
  64. Advertised features: 0x00000000
  65. Features supported: 0x00000000
  66. Features advertised by peer: 0x00000000
  67. Port data 2
  68. Port number: 1
  69. HW Address: c2:25:f9:bb:bb:03 (c2:25:f9:bb:bb:03)
  70. Port Name: s1-eth1
  71. Config flags: 0x00000000
  72. .... .... .... .... .... .... .... ...0 = Port is administratively down: False
  73. .... .... .... .... .... .... .... ..0. = Disable 802.1D spanning tree on port: False
  74. .... .... .... .... .... .... .... .0.. = Drop all packets except 802.1D spanning tree packets: False
  75. .... .... .... .... .... .... .... 0... = Drop received 802.1D STP packets: False
  76. .... .... .... .... .... .... ...0 .... = Do not include this port when flooding: False
  77. .... .... .... .... .... .... ..0. .... = Drop packets forwarded to port: False
  78. .... .... .... .... .... .... .0.. .... = Do not send packet-in msgs for port: False
  79. State flags: 0x00000000
  80. .... .... .... .... .... .... .... ...0 = No physical link present: False
  81. Current features: 0x000000c0
  82. .... .... .... .... .... .... .... ...0 = 10 Mb half-duplex rate support: False
  83. .... .... .... .... .... .... .... ..0. = 10 Mb full-duplex rate support: False
  84. .... .... .... .... .... .... .... .0.. = 100 Mb half-duplex rate support: False
  85. .... .... .... .... .... .... .... 0... = 100 Mb full-duplex rate support: False
  86. .... .... .... .... .... .... ...0 .... = 1 Gb half-duplex rate support: False
  87. .... .... .... .... .... .... ..0. .... = 1 Gb full-duplex rate support: False
  88. .... .... .... .... .... .... .1.. .... = 10 Gb full-duplex rate support: True
  89. .... .... .... .... .... .... 1... .... = Copper medium: True
  90. .... .... .... .... .... ...0 .... .... = Fiber medium: False
  91. .... .... .... .... .... ..0. .... .... = Auto-negotiation: False
  92. .... .... .... .... .... .0.. .... .... = Pause: False
  93. .... .... .... .... .... 0... .... .... = Asymmetric pause: False
  94. Advertised features: 0x00000000
  95. Features supported: 0x00000000
  96. Features advertised by peer: 0x00000000
  97. Port data 3
  98. Port number: 2
  99. HW Address: a6:f7:5f:b6:4f:16 (a6:f7:5f:b6:4f:16)
  100. Port Name: s1-eth2
  101. Config flags: 0x00000000
  102. .... .... .... .... .... .... .... ...0 = Port is administratively down: False
  103. .... .... .... .... .... .... .... ..0. = Disable 802.1D spanning tree on port: False
  104. .... .... .... .... .... .... .... .0.. = Drop all packets except 802.1D spanning tree packets: False
  105. .... .... .... .... .... .... .... 0... = Drop received 802.1D STP packets: False
  106. .... .... .... .... .... .... ...0 .... = Do not include this port when flooding: False
  107. .... .... .... .... .... .... ..0. .... = Drop packets forwarded to port: False
  108. .... .... .... .... .... .... .0.. .... = Do not send packet-in msgs for port: False
  109. State flags: 0x00000000
  110. .... .... .... .... .... .... .... ...0 = No physical link present: False
  111. Current features: 0x000000c0
  112. .... .... .... .... .... .... .... ...0 = 10 Mb half-duplex rate support: False
  113. .... .... .... .... .... .... .... ..0. = 10 Mb full-duplex rate support: False
  114. .... .... .... .... .... .... .... .0.. = 100 Mb half-duplex rate support: False
  115. .... .... .... .... .... .... .... 0... = 100 Mb full-duplex rate support: False
  116. .... .... .... .... .... .... ...0 .... = 1 Gb half-duplex rate support: False
  117. .... .... .... .... .... .... ..0. .... = 1 Gb full-duplex rate support: False
  118. .... .... .... .... .... .... .1.. .... = 10 Gb full-duplex rate support: True
  119. .... .... .... .... .... .... 1... .... = Copper medium: True
  120. .... .... .... .... .... ...0 .... .... = Fiber medium: False
  121. .... .... .... .... .... ..0. .... .... = Auto-negotiation: False
  122. .... .... .... .... .... .0.. .... .... = Pause: False
  123. .... .... .... .... .... 0... .... .... = Asymmetric pause: False
  124. Advertised features: 0x00000000
  125. Features supported: 0x00000000
  126. Features advertised by peer: 0x00000000

支持的动作



支持的特殊功能

Packet in

交换机32770端口(有数据包进来,请指示)--- 控制器6633端口



结合Packet_in的结构

  1. struct ofp_packet_in {
  2. struct ofp_header header;
  3. uint32_t buffer_id; /*Packet-in消息所携带的数据包在交换机缓存区中的ID*/
  4. uint16_t total_len; /*data字段的长度*/
  5. uint16_t in_port; /*数据包进入交换机时的端口号*/
  6. uint8_t reason; /*发送Packet-in消息的原因,具体见 ofp_packet_in_reason*/
  7. uint8_t pad;
  8. uint8_t data[0]; /*携带的数据包*/
  9. };

分析抓取的数据包,可知Packet-in消息所携带的数据包在交换机缓存区中的ID为0X00000102,data字段的长度为90,数据包进入交换机时的端口号为2,同时发现是因为交换机发现此时自己并没有匹配的流表(Reason: No matching flow (table-miss flow entry) (0)),所以要问控制器如何处理。

Packet out

控制器6633端口(请按照我给你的action进行处理) ---> 交换机32770端口



结合Packet_out的结构

  1. struct ofp_packet_out {
  2. struct ofp_header header;
  3. uint32_t buffer_id; /*交换机缓存区id,如果为-1则指定的为packet-out消息携带的data字段*/
  4. uint16_t in_port; /*如果buffer_id为‐1,并且action列表中指定了Output=TABLE的动作,in_port将作为data段数据包的额外匹配信息进行流表查询*/
  5. uint16_t actions_len; /*action列表的长度,可以用来区分actions和data段*/
  6. struct ofp_action_header actions[0]; /*动作列表*/
  7. uint8_t data[0]; /*数据缓存区,可以存储一个以太网帧,可选*/
  8. }

告诉输出到交换机的65531端口

接下来是另一台交换机(端口32772)与控制器(端口6633)的交互过程

h1 ping h2

Packet in

Flow_mod

结合flow_mod结构

  1. struct ofp_flow_mod {
  2. struct ofp_header header;
  3. struct ofp_match match; /*流表的匹配域*/
  4. uint64_t cookie; /*流表项标识符*/
  5. uint16_t command; /*可以是ADD,DELETE,DELETE-STRICT,MODIFY,MODIFY-STRICT*/
  6. uint16_t idle_timeout; /*空闲超时时间*/
  7. uint16_t hard_timeout; /*最大生存时间*/
  8. uint16_t priority; /*优先级,优先级高的流表项优先匹配*/
  9. uint32_t buffer_id; /*缓存区ID ,用于指定缓存区中的一个数据包按这个消息的action列表处理*/
  10. uint16_t out_port; /*如果这条消息是用于删除流表则需要提供额外的匹配参数*/
  11. uint16_t flags; /*标志位,可以用来指示流表删除后是否发送flow‐removed消息,添加流表时是否检查流表重复项,添加的流表项是否为应急流表项。*/
  12. struct ofp_action_header actions[0]; /*action列表*/
  13. };

分析抓取的flow_mod数据包,控制器通过6633端口向交换机32870端口、交换机32868端口下发流表项,指导数据的转发处理

流表项标识符为0x0000000000000000,缓存区ID 分别为0x0000012c与0x0000012d,最大生存时间为60,空闲超时时间为60







把控制器从openflow reference改成ovs controller



在hello报文中可以发现控制器支持的OpenFlow版本从1.0变成了1.3,因此,经过协商交换机和控制器之间将通过1.3版本的OpenFlow协议进行通信

Flow mod

2019 SDN第3次上机作业的更多相关文章

  1. 2019 SDN第五次上机作业

    2019 SDN第五次上机作业 作业链接 1.浏览RYU官网学习RYU控制器的安装和RYU开发入门教程,提交对于教程代 码的理解,包括但不限于: 安装RYU控制器并测试 安装教程 安装过程及遇到各种问 ...

  2. 2019 SDN第6次上机作业

    1.作业要求: 作业链接 参考资料: Ryu控制器的API文档:ryu.app.ofctl_rest Ryu的拓扑展示 助教博客:基于RYU restful api实现的VLAN网络虚拟化 2.具体操 ...

  3. 2019 SDN第四次上机作业

    作业博客链接:http://edu.cnblogs.com/campus/fzu/fzusdn2019/homework/10017 1. 解压安装OpenDayLight控制器(本次实验统一使用Be ...

  4. 2019 SDN第三次上机作业

    作业要求: 利用Mininet仿真平台构建给定的网络拓扑,配置主机h1和h2的IP地址(h1:10.0.0.1,h2:10.0.0.2),测试两台主机之间的网络连通性: 利用Wireshark工具,捕 ...

  5. SDN第5次上机作业

    SDN第5次上机作业 实验目的 1.搭建如下拓扑并连接控制器 2.下发相关流表和组表实现负载均衡 3.抓包分析验证负载均衡 实验步骤 1.建立以下拓扑,并连接上ODL控制器. 提交要求:ODL拓扑界面 ...

  6. SDN 第三次上机作业

    SDN 第三次上机作业 1.创建拓扑 2.利用OVS命令下发流表,实现vlan功能 3.利用OVS命令查看流表 s1: s2: 4.验证性测试 5.Wireshark 抓包验证

  7. SDN第五次上机作业

    作业链接 1.建立拓扑,并连接上ODL控制器. 2.利用ODL下发组表.流表,实现建议负载均衡 查看s2接收的数据包都被drop掉了 在s1中下发组表 在s1中下发流表使组表生效 下发流表覆盖S2中d ...

  8. SDN第三次上机作业

    作业链接 1.创建以下拓扑(可采用任意方式) 2.利用OVS命令下发流表,实现VLAN功能 3.利用OVS命令查看流表 4.验证性测试 5.Wireshark抓包验证

  9. SDN第4次上机作业

    作业链接 1.建立以下拓扑,并连接上ODL控制器. ODL拓扑界面截图: 安装odl参考链接 2.利用ODL下发流表,使得h3在10s内ping不通h1,10s后恢复. 验证性连通性截图: 将hard ...

随机推荐

  1. sublime中Vue高亮插件安装

    1.准备语法高亮插件vue-syntax-highlight. 下载地址: https://github.com/vuejs/vue-syntax-highlight 下载页面并下载: 解开压缩包vu ...

  2. echarts自动播放图形

    echarts中要做到自动播放的功能,首先是要实现能缩放的功能,而缩放的功能是由配置项dataZoom来控制的,而dataZoom中分为inside和slider,分别是内置的控制器和外部的控制器,内 ...

  3. DEDECMS文章标题显示不全的原因以及解决方法

    首先这里说一下编码问题:UTF-8与GBK(通常为GB2312). GBK是在国家标准GB2312基础上扩容后兼容GB2312的标准(好像还不是国家标准):GBK编码专门用来解决中文编码的,是双字节的 ...

  4. Java 初始化块

    初始化块是和成员变量.成员函数一个级别的.一般用于类的初始化,也可执行其他java代码,作用和构造函数相同. 创建对象时,初始化块在构造函数之前执行. 初始化块分为普通初始化块.静态初始化块. 普通初 ...

  5. python之路第一天

    2018-07-11星期三 创建自己的博客(博客园): 登陆 我的博客 随笔:所有人在博客中都能看见的文章 文章:别人看不见,只能URL访问--我把网页地址发给你,你才能看到 日志:别人看不到,URL ...

  6. Python入门篇-数据结构堆排序Heap Sort

    Python入门篇-数据结构堆排序Heap Sort 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.堆Heap 堆是一个完全二叉树 每个非叶子结点都要大于或者等于其左右孩子结点 ...

  7. Codeforces F. Vus the Cossack and Numbers(贪心)

    题目描述: D. Vus the Cossack and Numbers Vus the Cossack has nn real numbers aiai. It is known that the ...

  8. 通过vue-cli搭建vue项目

    一.搭建环境 安装node.js 从node.js官网下载并安装node,安装过程很简单,一路“下一步”就可以了.安装完成之后,打开命令行工具(win+r,然后输入cmd),输入 node -v,如下 ...

  9. 学习Microsoft Visio(3)

    流程图的规范及技巧 一.流程图绘制基本要求 二.流程图绘制规范要点 在进行流程图的绘制过程中,要有一条明晰的流程主线,从而使得流程图脉络更加清晰. 通常来讲,流程图要以开始任务为起点,完成任务为终点. ...

  10. 1.zookeeper是干什么的?

    Zookeeper是Hadoop的一个子项目,虽然源自hadoop,但是我发现zookeeper脱离hadoop的范畴开发分布式框架的运用越来越多.今天我想谈谈zookeeper,本文不谈如何使用zo ...