Hi,

> -----Original Message-----
> From: Rongwei Liu <rongw...@nvidia.com>
> Sent: Sunday, October 29, 2023 5:30 PM
> To: dev@dpdk.org; Matan Azrad <ma...@nvidia.com>; Slava Ovsiienko
> <viachesl...@nvidia.com>; Ori Kam <or...@nvidia.com>; Suanming Mou
> <suanmi...@nvidia.com>; NBU-Contact-Thomas Monjalon (EXTERNAL)
> <tho...@monjalon.net>
> Subject: [PATCH v4] net/mlx5: add indirect encap decap support
> 
> Support the raw_encap/decap combinations in the indirect action list, and
> translates to 4 types of underlayer tunnel operations:
> 1. Layer 2 encapsulation like VxLAN.
> 2. Layer 2 decapsulation like VxLAN.
> 3. Layer 3 encapsulation like GRE.
> 4. Layer 3 decapsulation like GRE.
> 
> Each indirect action list has a unique handle ID and stands for different 
> tunnel
> operations. The operation is shared globally with fixed patterns. It means 
> there
> is no configuration associated with each handle ID and conf pointer should be
> NULL always no matter in the action template or flow rules.
> 
> If the handle ID mask in the action template is NULL, each flow rule can take 
> its
> own indirect handle, otherwise, the ID in action template is used for all 
> rules.
> The handle ID used in the flow rules must be the same type as the one in the
> action template.
> 
> Testpmd cli example:
> 
> flow indirect_action 0 create action_id 10 transfer list actions raw_decap 
> index
> 1 / raw_encap index 2 / end
> 
> flow pattern_template 0 create transfer pattern_template_id 1 template eth /
> ipv4 / udp / end
> 
> flow actions_template 0 create transfer actions_template_id 1 template
> indirect_list handle 10 / jump / end mask indirect_list / jump / end
> 
> flow template_table 0 create table_id 1 group 1 priority 0 transfer
> rules_number 64 pattern_template 1 actions_template 1
> 
> flow queue 0 create 0 template_table 1 pattern_template 0 actions_template
> 0 postpone no pattern eth / ipv4 / udp / end actions indirect_list handle 11 /
> jump group 10 / end
> 
> Signed-off-by: Rongwei Liu <rongw...@nvidia.com>
> Acked-by: Ori Kam <or...@nvidia.com>
> Acked-by: Suanming Mou <suanmi...@nvidia.com>
> 
> v4, v3: add macro to fix build failure
> v2: rebase

Patch applied to next-net-mlx,

Kindest regards,
Raslan Darawsheh

Reply via email to