Problem with decoding OpenFlow actions in OFPT_FLOW_MOD message
Summary
There is a problem with presenting OpenFlow v1 OFPT_FLOW_MOD message details, action header.
Steps to reproduce
Please open attached pcap file - these are packets sniffed between two VMs. Choose one of the OFPT_FLOW_MOD message. Try to find actions in packet details. There should be output actions with port indicated. You won't see it. While analyzing packet bytes tou can see missing data (attached ss) according to:
Type Name | Type Value | Field Name | Bits | Byte Ordering | Constraints |
---|---|---|---|---|---|
Output | 0x0000 | type | 16 | MSBF | = 0x0000 |
length | 16 | MSBF | = 0x0008 | ||
port | 16 | MSBF | in 0x0000..0xffef | ||
max_len | 16 | MSBF | none |
What is the expected correct behavior?
Expected behavior is correct byte parsing - action headers in packet details.
Sample capture file
OpenFlow_action_problem.pcapng
Relevant logs and/or screenshots
Build information
3.4.0 (v3.4.0-0-g9733f173)
Compiled (64-bit) with Qt 5.15.1, with libpcap, with GLib 2.52.3, with zlib 1.2.11, with SMI 0.4.8, with c-ares 1.15.0, with Lua 5.2.4, with GnuTLS 3.6.3 and PKCS #11 (closed) support, with Gcrypt 1.8.3, with MIT Kerberos, with MaxMind DB resolver, with nghttp2 1.39.2, with brotli, with LZ4, with Zstandard, with Snappy, with libxml2 2.9.9, with QtMultimedia, with automatic updates using WinSparkle 0.5.7, with AirPcap, with SpeexDSP (using bundled resampler).
Running on 64-bit Windows 10 (1909), build 18363, with Intel(R) Core(TM) i7-6500U CPU @ 2.50GHz (with SSE4.2), with 8076 MB of physical memory, with locale Polish_Poland.utf8, with light display mode, without HiDPI, without Npcap or WinPcap, with GnuTLS 3.6.3, with Gcrypt 1.8.3, with brotli 1.0.2, without AirPcap, binary plugins supported (21 loaded).
Built using Microsoft Visual Studio 2019 (VC++ 14.27, build 29112).