Re: [dpdk-dev] [PATCH v8 2/3] ethdev: tunnel offload model

2021-03-08 Thread Gregory Etelson
Hello, Please find my answers below. Regards, Gregory > External email: Use caution opening links or attachments > > > Hi Gregory, Eli, > > On 16/10/2020 15:51, Gregory Etelson wrote: > > Applications wishing to offload tunneled traffic are required to use > the > rte_flow primitives, such

Re: [dpdk-dev] [PATCH v8 2/3] ethdev: tunnel offload model

2021-03-03 Thread Eli Britstein
On 3/3/2021 4:03 PM, Ivan Malov wrote: Hi, Could someone please also clarify the meaning (from PMD standpoint and from application's standpoint) of the 64-bit field "tun_id" in "rte_flow_tunnel"? The current comment reads: "Tunnel identification", which is quite ambiguous, not to mention th

Re: [dpdk-dev] [PATCH v8 2/3] ethdev: tunnel offload model

2021-03-03 Thread Ivan Malov
Hi, Could someone please also clarify the meaning (from PMD standpoint and from application's standpoint) of the 64-bit field "tun_id" in "rte_flow_tunnel"? The current comment reads: "Tunnel identification", which is quite ambiguous, not to mention the fact that it simply expands the field's

Re: [dpdk-dev] [PATCH v8 2/3] ethdev: tunnel offload model

2021-03-02 Thread Thomas Monjalon
02/03/2021 10:22, Ivan Malov: > Hi Gregory, Eli, > > On 16/10/2020 15:51, Gregory Etelson wrote: > > Applications wishing to offload tunneled traffic are required to use > > the rte_flow primitives, such as group, meta, mark, tag, and others to > > model their high-level objects. The hardware

Re: [dpdk-dev] [PATCH v8 2/3] ethdev: tunnel offload model

2021-03-02 Thread Ivan Malov
Hi Gregory, Eli, On 16/10/2020 15:51, Gregory Etelson wrote: > Applications wishing to offload tunneled traffic are required to use > the rte_flow primitives, such as group, meta, mark, tag, and others to > model their high-level objects. The hardware model design for As far as I understand, th

Re: [dpdk-dev] [PATCH v8 2/3] ethdev: tunnel offload model

2020-10-16 Thread Kinsella, Ray
On 16/10/2020 13:51, Gregory Etelson wrote: > From: Eli Britstein > > rte_flow API provides the building blocks for vendor-agnostic flow > classification offloads. The rte_flow "patterns" and "actions" > primitives are fine-grained, thus enabling DPDK applications the > flexibility to offload

[dpdk-dev] [PATCH v8 2/3] ethdev: tunnel offload model

2020-10-16 Thread Gregory Etelson
From: Eli Britstein rte_flow API provides the building blocks for vendor-agnostic flow classification offloads. The rte_flow "patterns" and "actions" primitives are fine-grained, thus enabling DPDK applications the flexibility to offload network stacks and complex pipelines. Applications wishing