On Mon, Feb 26, 2018 at 05:44:01PM +, Doherty, Declan wrote:
> On 13/02/2018 5:05 PM, Adrien Mazarguil wrote:
> > Hi,
> >
> > Apologies for being late to this thread, I've read the ensuing discussion
> > (hope I didn't miss any) and also think rte_flow could be improved in
> > several ways to
On 13/02/2018 5:05 PM, Adrien Mazarguil wrote:
Hi,
Apologies for being late to this thread, I've read the ensuing discussion
(hope I didn't miss any) and also think rte_flow could be improved in
several ways to enable TEP support, in particular regarding the ordering of
actions.
On the other ha
Hi,
Apologies for being late to this thread, I've read the ensuing discussion
(hope I didn't miss any) and also think rte_flow could be improved in
several ways to enable TEP support, in particular regarding the ordering of
actions.
On the other hand I'm not sure a dedicated API for TEP is needed
Hi Declan, sorry for the late response.
Tuesday, January 23, 2018 5:36 PM, Doherty, Declan:
> > If I get it right, the API proposed here is to have a tunnel endpoint which
> > is
> a logical port on top of ethdev port. the TEP is able to receive and monitor
> some specific tunneled traffic, for
;t aware of devices which
supported this type of function for overlaps, but it definitely sounds
like we need to consider it here.
-johnd
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Doherty, Declan
Sent: Thursday, December 21, 2017 2:21 PM
To: dev@dpdk.org
Subject
On 16/01/2018 8:22 AM, Shahaf Shuler wrote:
Thursday, January 11, 2018 11:45 PM, John Daley:
Hi Declan and Shahaf,
I can't see how the existing
ethdev API could be used for statistics as a single ethdev could be
supporting may concurrent TEPs, therefore we would either need to use
the extended
On 11/01/2018 9:45 PM, John Daley (johndale) wrote:
Hi Declan and Shahaf,
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Doherty, Declan
Sent: Tuesday, January 09, 2018 9:31 AM
To: Shahaf Shuler ; dev@dpdk.org
Subject: Re: [dpdk-dev] [RFC] tunnel endpoint hw
Thursday, January 11, 2018 11:45 PM, John Daley:
> Hi Declan and Shahaf,
>
> > I can't see how the existing
> > ethdev API could be used for statistics as a single ethdev could be
> > supporting may concurrent TEPs, therefore we would either need to use
> > the extended stats with many entries, on
Hi Declan and Shahaf,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Doherty, Declan
> Sent: Tuesday, January 09, 2018 9:31 AM
> To: Shahaf Shuler ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC] tunnel endpoint hw acceleration enablement
>
&g
r a new one? I think this would be the 1st meta-data match criteria
in rte_flow, but I could see others following.
-johnd
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Doherty, Declan
> Sent: Thursday, December 21, 2017 2:21 PM
> To: dev@dpdk.org
&g
Adding discussion back to list.
On 24/12/2017 2:18 PM, Boris Pismenny wrote:
Hi Declan
On 12/22/2017 12:21 AM, Doherty, Declan wrote:
This RFC contains a proposal to add a new tunnel endpoint API to DPDK
that when used
in conjunction with rte_flow enables the configuration of inline data
path
On 24/12/2017 5:30 PM, Shahaf Shuler wrote:
Hi Declan,
Hey Shahaf, apologies for the delay in responding, I have been out of
office for the last 2 weeks.
Friday, December 22, 2017 12:21 AM, Doherty, Declan:
This RFC contains a proposal to add a new tunnel endpoint API to DPDK that
when us
Hi Declan,
On 12/22/2017 12:21 AM, Doherty, Declan wrote:
This RFC contains a proposal to add a new tunnel endpoint API to DPDK that when
used
in conjunction with rte_flow enables the configuration of inline data path
encapsulation
and decapsulation of tunnel endpoint network overlays on acce
Hi Declan,
Friday, December 22, 2017 12:21 AM, Doherty, Declan:
> This RFC contains a proposal to add a new tunnel endpoint API to DPDK that
> when used in conjunction with rte_flow enables the configuration of inline
> data path encapsulation and decapsulation of tunnel endpoint network
> overlay
This RFC contains a proposal to add a new tunnel endpoint API to DPDK that when
used
in conjunction with rte_flow enables the configuration of inline data path
encapsulation
and decapsulation of tunnel endpoint network overlays on accelerated IO devices.
The proposed new API would provide for th
15 matches
Mail list logo
