Re: [PATCH net-next 09/10] net/mlx5e: TC, match the tunnel key without a tunnel device

[sashiko-bot@kernel.org]

> RSS can't spread GTP-U traffic between a few endpoints. The outer headers
> barely vary and the TEID is not hashed. A masked tunnel key partitions
> this traffic into RX queues. Other tunnels spread better under RSS. The
> same match still gives a block of tenants its own queue.
> 
> Without a tunnel device nothing decapsulates. enc_key_id reads the tunnel
> header on the wire like cxgb4 and hns3 do on a physical port. The plain
> ip_proto and dst_port keys select the match register and its capability:
> 
>   GRE     ip_proto 0x2f   misc.gre_key     ft_field_support
>   VXLAN   dst_port 4789   misc.vxlan_vni   ft_field_support
>   GENEVE  dst_port 6081   misc.geneve_vni  flex parser and
>                                            ft_field_support
>   GTP-U   dst_port 2152   misc3.gtpu_teid  flex parser
> 
> [ ... ]
> the uplink and VF representors in dmfs, smfs and hmfs. This includes
> redirect to a VF. GTP-U needs flex parser profile 3 and GENEVE profile 0.
> GRE and VXLAN work on both.
> 
> Signed-off-by: Alexandre Cassen <acassen@corp.free.fr>

Sashiko has reviewed this patch and found no issues.

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20261109131039.959438-1-acassen@corp.free.fr?part=9