长话短说,我有一个项目,要求我在 python 中从头开始创建一个 Controller ,并处理来自遵循开放流协议(protocol)的 mininet 拓扑创建的交换机的请求。
有用的开放流协议(protocol)资源:
- https://www.opennetworking.org/wp-content/uploads/2014/10/openflow-switch-v1.5.1.pdf
- http://flowgrammable.org/sdn/openflow/message-layer/
- http://flowgrammable.org/sdn/openflow/message-layer/statsrequest/#ofp_1_3
我的代码可以在 github 上进行克隆和完全透明:
- [已于 2019 年 10 月 12 日删除,请参阅下面我的回答]
我遇到的问题是我无法发送端口统计描述的多部分请求消息(在此 link 上搜索 PortDesc
)。我不知道为什么会出现这种情况,但是当我在wireshark中查看数据包数据时,出现“范围超出范围”错误。我一直无法弄清楚为什么会出现这种情况。以下是几张数据包数据截图:
错误请求错误消息响应:
这里需要注意的是,代码显示为 OFPBRC_BAD_LEN (6)
,但多部分请求中发送的字节长度为 16。
一位正确发送数据包数据的同学表示,他们使用的打包结构与我相同,只是他们的打包结构是成功的(请参阅 python struct
文档)。我不知道我的问题出在哪里,我已经没有办法检查了。任何指示将不胜感激。
TL;DR:我无法发送多部分请求,即使我遵守请求规范,结果仍会返回并带有错误代码。 wireshark 中的错误显示“范围超出范围”,我不知道如何构建我的请求来更正此错误消息。
最佳答案
我解决了我的问题,但我不认为我有问题的答案。首先我将从我的解决方案开始,然后谈谈我认为问题所在。
解决方案:
正如您在上面的屏幕截图中看到的,我正在使用版本1.5协议(protocol)发送OpenFlow数据包,这是最新版本,但访问openflow message layer documentation仅显示 1.4 及以下版本的文档。
最重要的是,文档显示的多部分请求的最新版本是 1.3.1。即使当我发送开放流协议(protocol)版本 1.5 的多部分请求时,它也不会显示为 OpenFlowProtocol,而是显示为常规 TCP 数据包。我做了以下三件事:
在我创建交换机的拓扑文件中,我正在初始化 开关为
s1 = self.addSwitch( 's1')
。我添加了什么 语句是协议(protocol)参数:s1 = self.addSwitch( 's1', protocols='OpenFlow14')
。为了更好地衡量,我还添加了
protocols
规范至 控制台中的 mininet 命令:sudo mn --custom mytopo.py --topo mytopo --controller=remote,ipaddr=127.0.0.1,port=6653,protocols=OpenFlow14
我还改变了打包请求的方式,所以不是 指定版本 1.5(数据包 header 中的“06”),我 将其打包为 1.4(数据包 header 中的“05”)。
req = struct.pack('!BBHI',5,5,8,0)
(例如feature_request
消息 发送到交换机)。
这些步骤解决了我遇到的问题,我得到了 stats_reply
从开关。
问题(或者我认为问题是什么):
我认为问题在于,截至目前,Open Flow 版本 1.5 尚不支持多部分请求,正如在发送端口描述的多部分请求时所证明的那样,它显示的是常规 TCP 协议(protocol),而不是OpenFlow 协议(protocol)。
关于python - Openflow 多部分请求错误消息 : OFPBRC_BAD_LEN (6),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58348220/