You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The priority of the OFPT_FLOW_MODs generated in this test increments every time a new Flow Mod is sent. This is a problem, however, because the maximum priority value is 65535, and there does not appear to be a limit on the max_entries field. Since this test is trying to max out the table, it is possible for more than 65535 Flow Mods to be sent. The way this test is set up, it crashes when it tries to send the 65536th Flow Mod.
The error that occurs in this scenario is below.
runTest (testgroup40.Grp40No40) ... ERROR
ERROR: runTest (testgroup40.Grp40No40)
Traceback (most recent call last):
File "/root/oftest-1.0.0/tests/testgroup40.py", line 226, in runTest
rv = self.controller.message_send(flowmod)
File "/root/oftest-1.0.0/src/python/oftest/controller.py", line 601, in message_send
outpkt = msg.pack()
File "/root/oftest-1.0.0/src/python/oftest/message.py", line 879, in pack
packed += ofp_flow_mod.pack(self)
File "/root/oftest-1.0.0/src/python/oftest/cstruct.py", line 3408, in pack
packed += struct.pack("!QHHHHLHH", self.cookie, self.command, self.idle_timeout, self.hard_timeout, self.priority, self.buffer_id, self.out_port, self.flags)
error: 'H' format requires 0 <= number <= 65535
Ran 1 test in 4193.282s
FAILED (errors=1)
The text was updated successfully, but these errors were encountered:
We ran into this problem when testing v1.3 devices. The fix we used increments mac addresses, and ignores priority.
In the past vendors have been able to artificially limit their flow table capacity to facilitate testing this case. Until this issue is resolved, that's the only way around this limitation.
The priority of the OFPT_FLOW_MODs generated in this test increments every time a new Flow Mod is sent. This is a problem, however, because the maximum priority value is 65535, and there does not appear to be a limit on the max_entries field. Since this test is trying to max out the table, it is possible for more than 65535 Flow Mods to be sent. The way this test is set up, it crashes when it tries to send the 65536th Flow Mod.
The error that occurs in this scenario is below.
runTest (testgroup40.Grp40No40) ... ERROR
ERROR: runTest (testgroup40.Grp40No40)
Traceback (most recent call last):
File "/root/oftest-1.0.0/tests/testgroup40.py", line 226, in runTest
rv = self.controller.message_send(flowmod)
File "/root/oftest-1.0.0/src/python/oftest/controller.py", line 601, in message_send
outpkt = msg.pack()
File "/root/oftest-1.0.0/src/python/oftest/message.py", line 879, in pack
packed += ofp_flow_mod.pack(self)
File "/root/oftest-1.0.0/src/python/oftest/cstruct.py", line 3408, in pack
packed += struct.pack("!QHHHHLHH", self.cookie, self.command, self.idle_timeout, self.hard_timeout, self.priority, self.buffer_id, self.out_port, self.flags)
error: 'H' format requires 0 <= number <= 65535
Ran 1 test in 4193.282s
FAILED (errors=1)
The text was updated successfully, but these errors were encountered: