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 31736A04DD; Mon, 21 Sep 2020 22:03:59 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 0023A1D8F1; Mon, 21 Sep 2020 22:03:57 +0200 (CEST) Received: from office2.cesnet.cz (office2.cesnet.cz [195.113.144.244]) by dpdk.org (Postfix) with ESMTP id 03A361D8EC for ; Mon, 21 Sep 2020 22:03:56 +0200 (CEST) Received: from zouker.localdomain (unknown [95.82.135.155]) (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 7F8C7400052; Mon, 21 Sep 2020 22:03:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=office2-2020; t=1600718636; bh=Ma3SPdbLPyX2gjge6EBUKgLrUF2dFE9BVJARxlfTiCU=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=JJBH3LSCAJ8hYnzyBgmMJXvwweDtCbQF+p1eYbeqckXAqs0qRBtYnjqI8FEfpYcCO 7BFkEO6XCBUkvf1h0NmsrfPa+fJ1h8lL05mYx4gguYxIk6mrY7918epcbbiJr2WhcP mFDSXCdXYns7z+YAsJko+HIegiF7NCo2wTLookFQVL6ua3AF9J3tdNxazRQoHenvFH c76wWiqVCWhi1bijqojOJ1XERP2uwDGg2gwMuQkYR9ivINarz/MpnrW/1qR9hNOKgI yJB7McaDp/ls1K2QO7mp7xUfVB0etEqltlWp6CFMqvPHW00VrDG3mrtz6tBor1Z+wQ VYTYUxBIc9uVA== Date: Mon, 21 Sep 2020 22:03:55 +0200 From: Jan Viktorin To: Asaf Penso Cc: "dev@dpdk.org" , Ori Kam , "Jiawei(Jonny) Wang" , Slava Ovsiienko Message-ID: <20200921220355.3fb251c0@zouker.localdomain> In-Reply-To: References: <20200918145618.052ee504@tanguero.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 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] > http://patches.dpdk.org/project/dpdk/list/?series=12045 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%2Fdoc.dpdk > >.org%2Fguides%2Fprog_guide%2Frte_flow.html%23table-rte-flow-redirect- > >queue-5- > >3&data=02%7C01%7Casafp%40nvidia.com%7C1a46005bec5245e729e708d > >85bd24caf%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C6373603060 > >73519816&sdata=EOF%2Fz62crvBZK8rwzwKIWxj5cVlfPVnU3FLmcL9X2w0%3 > >D&reserved=0