Mellanox上的DPDK IPv4流过滤

我有一个DPDK应用程序，它使用Boost asio加入组播组，并通过特定UDP端口号上的VLAN接收组播IPv4 UDP数据包(其他UDP端口也用于其他流量(。我尝试在 DPDK 应用程序中的该端口仅接收那些组播 UDP 数据包，并将它们放入 RX 队列中，并让所有其他入口网络流量像 DPDK 应用程序未运行一样运行(转到内核(。因此，我正在使用流隔离模式(rte_flow_isolate(((。我的应用程序的流过滤部分基于 DPDK 提供的flow_filtering示例，并添加了对 rte_flow_isolate(( 和 VLAN 过滤器的调用。我使用的过滤器如下：

action[0].type = RTE_FLOW_ACTION_TYPE_QUEUE;
action[0].conf = &queue;
action[1].type = RTE_FLOW_ACTION_TYPE_END;
pattern[0].type = RTE_FLOW_ITEM_TYPE_ETH;
pattern[1].type = RTE_FLOW_ITEM_TYPE_VLAN;
//vlan id here
pattern[2].type = RTE_FLOW_ITEM_TYPE_IPV4;
//no specific ip address given
pattern[3].type = RTE_FLOW_ITEM_TYPE_UDP;
//udp port here
pattern[4].type = RTE_FLOW_ITEM_TYPE_END;

使用这些过滤器，我无法接收任何数据包，如果我只删除 UDP 过滤器也是如此。但是，如果我同时删除 IPV4 和 UDP 过滤器(保留 ETH 和 VLAN 过滤器(，我可以接收我需要的所有数据包，以及其他我不想要的数据包(并希望发送到内核(。

这是我需要从 Wireshark 捕获中接收的数据包的条目。目前我的理论是，由于保留位(邪恶位(是在IPv4标头中设置的，因此数据包不会被识别为IPv4。这可能是一个延伸：

Frame 100: 546 bytes on wire (4368 bits), 546 bytes captured (4368 bits) on interface 0
Ethernet II, Src: (src MAC), Dst: IPv4mcast_...
802.1Q Virtual LAN, PRI: 0, FRI: 0, ID: 112
Internet Protocol Version 4, Src: (src IP), Dst: (Dst mcast IP)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00: Not-ECT (Not ECN-Capable Transport))
Total length: 1108
Identification: 0x000 (0)
Flags: 0x04 (RESERVED BIT HAS BEEN SET)
Fragment offset: 0
Time to live: 64
Protocol: UDP (17)
Header checksum: 0xd8c4 [validation disabled]
Source: srcip
Destination: dstip
User Datagram Protocol, Src Port: (src port), Dst Port: (dst port)
Data (N bytes)

我运行的硬件有一个Mellanox ConnectX-5卡，因此，DPDK使用的是MLX5驱动程序，该驱动程序不支持RTE_FLOW_ITEM_TYPE_RAW以及RTE Flow API中的许多其他项目。我使用的是 DPDK 19.11，我使用的 OFED 版本是 RHEL 4.6 的 7.6 (x86_64(

我在这里做错了什么，为什么添加RTE_FLOW_ITEM_TYPE_IPV4过滤器(没有 IP 地址、规范和掩码两个 memset 为 0(会导致我的应用程序无法接收任何数据包，即使它们是 IPv4 数据包？DPDK 的 MLX5 驱动程序有没有办法解决这个问题？