From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 1F9A2A04B1; Wed, 23 Sep 2020 10:29:49 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 962101DBA5; Wed, 23 Sep 2020 10:29:47 +0200 (CEST) Received: from office2.cesnet.cz (office2.cesnet.cz [195.113.144.244]) by dpdk.org (Postfix) with ESMTP id 896411D6F2 for ; Wed, 23 Sep 2020 10:29:46 +0200 (CEST) Received: from coaster.localdomain (unknown [IPv6:2001:67c:1220:80e:a9:edd0:2e93:a6c4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by office2.cesnet.cz (Postfix) with ESMTPSA id 1CB6E400064; Wed, 23 Sep 2020 10:29:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=office2-2020; t=1600849786; bh=7Mmw284DoW2UsW1VzK4mxYGmLWbTW8pVP15z4I21ZmM=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=jB2gQ36FqzkUxPVhs+B+Tq84DjO8vDbPsCTSIuuDL9IMwmWH/eQy7RJUsXs5sdjn0 tJ2+icHWq8Rp6KWmI2bpQan/qc6GvKXg5NkSNPTHyaWdglqVHdOtPnPgcmji/ckFh6 ti3FJhGMQXOG9yt8R151fdi8yc7TEfa0mnjc2/oltaByhrP+lv1usii48wFj+fpD39 2nKlG4rpwQBzToIZHoTIwSuoykbxQbLU77i9EbSphHbHPiiZAFPsIaB6F4eCEGchD5 Tjab3AfckcfNlfQB1RKV2moPm2OO1lEfINLqGT0NRl0cPoASn4Z8qFwX/ZMaqjhB1s GGaH/QWiuSUEw== Date: Wed, 23 Sep 2020 10:29:43 +0200 From: Jan Viktorin To: "Jiawei(Jonny) Wang" Cc: Asaf Penso , "dev@dpdk.org" , Ori Kam , Slava Ovsiienko Message-ID: <20200923102943.7ffdf6f4@coaster.localdomain> In-Reply-To: References: <20200918145618.052ee504@tanguero.localdomain> <20200921220355.3fb251c0@zouker.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] Duplicating traffic with RTE Flow X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Wed, 23 Sep 2020 02:28:03 +0000 "Jiawei(Jonny) Wang" wrote: > Hi Jan, > > Sorry for late response, Could you check the below latest patches > that support flow-based traffic sampling? (based on: net/enic: > support VXLAN decap action combined with VLAN pop) > https://patchwork.dpdk.org/project/dpdk/list/?series=12410 > > " The solution introduces a new action that will sample the incoming > traffic and send a duplicated traffic with the specified ratio to the > application, while the original packet will continue to the target > destination." > And, > set sample_actions 1 port_id id 1 / end > flow create 0 ... pattern eth / end actions > sample ratio 1 index 1 / port_id id 2... > The flow will result in all the matched ingress packets will be sent > to port 2, and also mirrored the packets and sent to port 1. Hi, excuse me, but what am I doing wrong? $ git log -1 --oneline a4ab862 net/enic: support VXLAN decap action combined with VLAN pop $ curl https://patchwork.dpdk.org/series/12410/mbox/ > sample-action-rte-flow.patch $ git apply sample-action-rte-flow.patch error: patch failed: doc/guides/rel_notes/release_20_11.rst:62 error: doc/guides/rel_notes/release_20_11.rst: patch does not apply Or... $ git am -3 sample-action-rte-flow.patch Applying: ethdev: introduce sample action for rte flow fatal: sha1 information is lacking or useless (doc/guides/prog_guide/rte_flow.rst). Repository lacks necessary blobs to fall back on 3-way merge. Cannot fall back to three-way merge. Patch failed at 0001 ethdev: introduce sample action for rte flow Jan > > Thanks. > B.R. > > Jonny > > > -----Original Message----- > > From: Jan Viktorin > > Sent: Tuesday, September 22, 2020 4:04 AM > > To: Asaf Penso > > Cc: dev@dpdk.org; Ori Kam ; Jiawei(Jonny) Wang > > ; Slava Ovsiienko > > Subject: Re: [dpdk-dev] Duplicating traffic with RTE Flow > > > > On Fri, 18 Sep 2020 14:23:42 +0000 > > Asaf Penso wrote: > > > > > Hello Jan, > > > > > > You can have a look in series [1] where we propose to add APIs to > > > > > DPDK20.11 for both mirroring and sampling for packets, with > > additional actions of the different traffic. > > > > > > [1] > > > > > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpatch > > > > > > > es.dpdk.org%2Fproject%2Fdpdk%2Flist%2F%3Fseries%3D12045&data= > > 02%7C > > > > > 01%7Cjiaweiw%40nvidia.com%7C8c9585855f9640f37ae608d85e698dbb%7C43 > > 083d1 > > > > > 5727340c1b7db39efd9ccc17a%7C0%7C1%7C637363154745490399&sdata > > =mdG51 > > > > > UgntQvMjs%2BPpRozwt2dtAcdWR8j9MXBtZ3%2Bl8k%3D&reserved=0 > > > > Thanks! Can you please recommend me a base where I can apply this > > series? For current main (dc18be1d8) I got: > > > > error: patch failed: drivers/net/mlx5/mlx5_flow_dv.c:9537 > > error: drivers/net/mlx5/mlx5_flow_dv.c: patch does not apply > > error: patch failed: drivers/net/mlx5/mlx5_flow_dv.c:80 > > error: drivers/net/mlx5/mlx5_flow_dv.c: patch does not apply > > error: patch failed: drivers/net/mlx5/mlx5_flow_dv.c:9007 > > error: drivers/net/mlx5/mlx5_flow_dv.c: patch does not apply > > > > Jan > > > > > > > > Regards, > > > Asaf Penso > > > > > > >-----Original Message----- > > > >From: dev On Behalf Of Jan Viktorin > > > >Sent: Friday, September 18, 2020 3:56 PM > > > >To: dev@dpdk.org > > > >Subject: [dpdk-dev] Duplicating traffic with RTE Flow > > > > > > > >Hello all, > > > > > > > >we are looking for a way to duplicate ingress traffic in > > > >hardware. > > > > > > > >There is an example in [1] suggesting to insert two fate actions > > > >into the RTE Flow actions array like: > > > > > > > > flow create 0 ingress pattern end \ > > > > actions queue index 0 / void / queue index 1 / end > > > > > > > >But our experience is that PMDs reject two fate actions (tried > > > >with mlx5). Another similar approach would be to deliver every > > > >single packet into two virtual > > > >functions: > > > > > > > > flow create 0 ingress pattern end \ > > > > actions vf index 0 / vf index 1 / end > > > > > > > >Third possibility was to use passthru: > > > > > > > > flow create 0 ingress pattern end \ > > > > actions passthru / vf index 0 / end flow create 0 ingress > > > > pattern end \ > > > > actions vf index 1 / end > > > > > > > >Again, tried on mlx5 and it does not support the passthru. > > > > > > > >Last idea was to use isolate with passthru (to deliver both to > > > >DPDK application and to the kernel) but again there was no > > > >support on mlx5 for > > passthru... > > > > > > > > flow isolate 0 true > > > > flow create 0 ingress pattern end actions passthru / rss end / > > > > end > > > > > > > >Is there any other possibility or PMD+NIC that is known to solve > > > >such > > issue? > > > > > > > >Thanks > > > >Jan Viktorin > > > > > > > >[1] > > > >https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fd > > > > > > oc > > > >.dpdk > > > >.org%2Fguides%2Fprog_guide%2Frte_flow.html%23table-rte-flow- > > redirect- > > > >queue-5- > > > >3&data=02%7C01%7Casafp%40nvidia.com%7C1a46005bec5245e729e > > 708d > > > >85bd24caf%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C637360 > > 3060 > > > >73519816&sdata=EOF%2Fz62crvBZK8rwzwKIWxj5cVlfPVnU3FLmcL9X > > 2w0%3 > > > >D&reserved=0 >