Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-09 Thread Ori Kam
> jer...@marvell.com > Subject: RE: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action > > > -Original Message- > > From: Thomas Monjalon > > Sent: Thursday, January 7, 2021 19:06 > > To: Alexander Kozyrev > > Cc: dev@dpdk.org; Slava Ovsiien

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-08 Thread Slava Ovsiienko
com > Subject: Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action > > 07/01/2021 17:57, Alexander Kozyrev: > > > 07/01/2021 16:22, Alexander Kozyrev: > > > > > 07/01/2021 16:10, Alexander Kozyrev: > > > > > > > > > Thursday,

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Thomas Monjalon
07/01/2021 21:14, Alexander Kozyrev: > > 07/01/2021 17:57, Alexander Kozyrev: > > > > 07/01/2021 16:22, Alexander Kozyrev: > > > > > > 07/01/2021 16:10, Alexander Kozyrev: > > > > > > > > > > Thursday, January 7, 2021 10:18, Thomas Monjalon > > > > > > > > > > > > > > > > > RTE Flows API lacks the

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Alexander Kozyrev
> 07/01/2021 17:57, Alexander Kozyrev: > > > 07/01/2021 16:22, Alexander Kozyrev: > > > > > 07/01/2021 16:10, Alexander Kozyrev: > > > > > > > > > Thursday, January 7, 2021 10:18, Thomas Monjalon > > > > > > > > > > > > > > > RTE Flows API lacks the ability to save an arbitrary header > > > > > >

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Thomas Monjalon
07/01/2021 17:57, Alexander Kozyrev: > > 07/01/2021 16:22, Alexander Kozyrev: > > > > 07/01/2021 16:10, Alexander Kozyrev: > > > > > > > > Thursday, January 7, 2021 10:18, Thomas Monjalon > > > > > > > > > > > > > RTE Flows API lacks the ability to save an arbitrary header > > > > > > > > > field

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Alexander Kozyrev
> 07/01/2021 16:22, Alexander Kozyrev: > > > 07/01/2021 16:10, Alexander Kozyrev: > > > > > > > Thursday, January 7, 2021 10:18, Thomas Monjalon > > > > > > > > > > > RTE Flows API lacks the ability to save an arbitrary header > > > > > > > > field in > > > > > > > > order to use it later for adv

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Thomas Monjalon
07/01/2021 16:22, Alexander Kozyrev: > > 07/01/2021 16:10, Alexander Kozyrev: > > > > > > Thursday, January 7, 2021 10:18, Thomas Monjalon > > > > > > > > > RTE Flows API lacks the ability to save an arbitrary header field > > > > > > > in > > > > > > > order to use it later for advanced packet m

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Alexander Kozyrev
> 07/01/2021 16:10, Alexander Kozyrev: > > > > > Thursday, January 7, 2021 10:18, Thomas Monjalon > > > > > > > RTE Flows API lacks the ability to save an arbitrary header field in > > > > > > order to use it later for advanced packet manipulations. Examples > > > > > > include the usage of VxLAN

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Thomas Monjalon
07/01/2021 16:10, Alexander Kozyrev: > > > > Thursday, January 7, 2021 10:07, Thomas Monjalon > > > > > RTE Flows API lacks the ability to save an arbitrary header field in > > > > > order to use it later for advanced packet manipulations. Examples > > > > > include the usage of VxLAN ID after the

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Alexander Kozyrev
> > > Thursday, January 7, 2021 10:07, Thomas Monjalon > > > > RTE Flows API lacks the ability to save an arbitrary header field in > > > > order to use it later for advanced packet manipulations. Examples > > > > include the usage of VxLAN ID after the packet is decapsulated or > > > > storing th

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Thomas Monjalon
07/01/2021 15:17, Alexander Kozyrev: > > Tuesday, January 5, 2021 17:17, Thomas Monjalon > > > RTE Flows API lacks the ability to save an arbitrary header field in > > > order to use it later for advanced packet manipulations. Examples > > > include the usage of VxLAN ID after the packet is decaps

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-07 Thread Alexander Kozyrev
> Tuesday, January 5, 2021 17:17, Thomas Monjalon > > RTE Flows API lacks the ability to save an arbitrary header field in > > order to use it later for advanced packet manipulations. Examples > > include the usage of VxLAN ID after the packet is decapsulated or > > storing this ID inside the pack

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-05 Thread Thomas Monjalon
05/01/2021 23:12, Alexander Kozyrev: > Happy New Year Gentlemen, would you mind to share your thought on the > proposed changes? > I was thinking about renaming it to more general "copy item" to cover all > packet fields, tags and metadata. > Other than that it is ready for a formal patch integr

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-05 Thread Thomas Monjalon
18/12/2020 02:31, Alexander Kozyrev: > RTE Flows API lacks the ability to save an arbitrary header field in > order to use it later for advanced packet manipulations. Examples > include the usage of VxLAN ID after the packet is decapsulated or > storing this ID inside the packet payload itself or s

Re: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2021-01-05 Thread Alexander Kozyrev
ybche...@oktetlabs.ru > Subject: [dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action > > RTE Flows API lacks the ability to save an arbitrary header field in > order to use it later for advanced packet manipulations. Examples > include the usage of VxLAN ID after the pack

[dpdk-dev] [RFC] ethdev: introduce copy_field rte flow action

2020-12-17 Thread Alexander Kozyrev
RTE Flows API lacks the ability to save an arbitrary header field in order to use it later for advanced packet manipulations. Examples include the usage of VxLAN ID after the packet is decapsulated or storing this ID inside the packet payload itself or swapping an arbitrary inner and outer packet f