Openflow Multipart Request Error Message: OFPBRC_BAD_LEN (6)

长话短说, 我的项目需要我使用 Python 从头开始创建控制器并处理通过 Mininet 拓扑创建的交换机的 Open Flow 协议请求。

有用的 Open Flow 协议资源:

我的代码在这里可以克隆和全透明度:

  • [已于2019年10月12日删除,请查看我的下面的答案]

我遇到的问题是我无法发送端口统计描述的多部分请求消息 (在这个 链接 上搜索 PortDesc). 我不知道为什么会发生这种情况, 但当我在 wireshark 中查看数据包数据时, 我得到了一个 "Range is out of bounds" 错误. 我还没有能够找出这是为什么。这里有一些数据包数据的截图:

Wireshark 捕捉: Bytes where I created the multipart request Openflow multipart request mess Full screenshot of the openflow protocol

Lua 错误消息: Lua error message part 1 Lua error message part 2

错误请求消息响应: Bad request error message response enter image description here 这里需要注意的是我的代码说 OFPBRC_BAD_LEN (6), 但发送在多部分请求中的字节数为 16。

一位正确发送其数据包数据的同学说,他们使用的打包结构与我相同,但他们的成功了 (请参阅 Python 结构 文档). 我不知道我的问题可能是什么, 我已经没有想要检查的点了。任何指针都将不胜感激。

简而言之: 我无法发送多部分请求,即使我遵循请求规范,结果仍然返回错误代码。Wireshark 中的错误说 "Range out of bounds",我不知道如何以其他方式构造我的请求来纠正这个错误消息。

点赞
用户5701535
用户5701535

解决方案:

正如你在上面的截图中所看到的,我在发送 OpenFlow 数据包的时候使用了最新版本的 1.5 协议,但是访问 openflow message layer documentation 时发现它的文档只更新到了 1.4 版本。

除此之外,文档中展示的最新版本的多部分请求(multipart request)是 1.3.1。即使我发送的多部分请求的 OpenFlowProtocol 版本是 1.5,也无法将其显示为 OpenFlowProtocol。因此我采取了以下三步操作:

  1. 在拓扑文件中创建交换机时,我添加了协议参数,将 s1 = self.addSwitch('s1') 改为了 s1 = self.addSwitch('s1', protocols='OpenFlow14')

  2. 为了保险起见,在控制台中也将 protocols 规范添加到 mininet 命令中,变为 sudo mn --custom mytopo.py --topo mytopo --controller=remote,ipaddr=127.0.0.1,port=6653,protocols=OpenFlow14

  3. 我还改变了打包请求的方式,不再指定版本号为 1.5(在数据包头中表示为 '06'),而是将其打包为 1.4(在数据包头中表示为 '05')。例如 req = struct.pack('!BBHI', 5, 5, 8, 0)(发送至交换机的特征请求消息)。

这些操作解决了我遇到的问题,我成功地从交换机中获取到了 stats_reply

问题(或我认为的问题是):

我认为问题在于,截至目前,Open Flow 1.5 版本还没有支持多部分请求。当我发送一个端口描述的多部分请求时,它仍然显示为常规 TCP 协议,而不是 OpenFlow 协议。

2019-10-12 22:07:09