From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 75B4FA054F; Tue, 16 Mar 2021 05:00:14 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 0BB5F4069F; Tue, 16 Mar 2021 05:00:14 +0100 (CET) Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2055.outbound.protection.outlook.com [40.107.244.55]) by mails.dpdk.org (Postfix) with ESMTP id 8709740042 for ; Tue, 16 Mar 2021 05:00:12 +0100 (CET) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PxEfT7XQ7YWyhHzEMU0nxis3BzA9MyML7TUpAL67UeFp+pYnaZCMuE9jMs4u7EBeQcc56wUc5L9uTMjkch7nc9NIUqRPZ71DNp1RC1fA+313lvJeN+HX8Y4s3RoNqQF5erfyUsrShDcj2UP5bZqCMGb29wiP7Vy3Foxb/OUEl7EkqQLimP/KP0BeO1KN2eXomLnGpcSA4FNSKJik/QpvD+oG8cja0OLY4QFIvuJQcnI3yPNQ8vBGqbyZX2JH/VfZQu6OKRmNiyvhVCIjWh7kpijthnmGdRNq+blpMVcecbyZiZAL+jAk/dl6O8YN1chlF1yXED09QyZAR7m+ANnPig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nAbYcG3ZFvOWq3aGZlh2HWhvYMXHjq5fUgHa+9LjPDg=; b=FBFwaddQXFxhX6c4iRlHYoIq6Mf7aNLBUxojNr4F6tINYGdCUilOBOJw2LgHGdYeVpWy+ingoohIfHYdjTlktLpZ7obSk5Nqxqb3risHKwIZ+LOSFKD7YkrMTqIC4nG2sY+3VINnijcOTxBO8YMAtU7DAzd2FetP77U4/BvZA6BCXf26VF09cgc/GgID4t2Yc1Wcm4CXB30AmF3qIVVemrcqG1qsKXCfAuDjtMhsPaUoYA0todUSI7U3PJO6pxTpL4brbT5liA+XPYE7NVyYA+V85t2Bu8CSFeMZOEsk9KMs+PiKEKpY8+KdtaB52CakksAVPtLt1DZ+Qf3fCQfQog== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nvidia.com; dmarc=pass action=none header.from=nvidia.com; dkim=pass header.d=nvidia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Nvidia.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nAbYcG3ZFvOWq3aGZlh2HWhvYMXHjq5fUgHa+9LjPDg=; b=syvS1POUcMezwxnpR5W8PS+vNNiwwnmb2LxJQwXwNSgHDhdgTimKY1dLbR0TPOZOLDtOV3HaIgpek8AYN3K05byNLF5m7yfQmieGH2jcE2L+fayReJxfoG+rqOLUc90D2L1KEeWj1Xnm09gSTxNXZ26dCZ5EG4IcrwXr6ZGyRg+SmANYw0mssP5rSksme3cV6ktLyqhhwBxAm/SjMV7H94YVR9J5JpWKqRHLrJYS3wrb+ZB8u9eSSjvMJvj/qymo15mK7aa3QZa7EJUCpw4PXyc1fbwl4aYy1DHZ1fhAVDLKa6AEoAkU1khKzPVJsnKjKHOWZYnbC0Gu6q0By6nHjQ== Received: from BL0PR12MB2419.namprd12.prod.outlook.com (2603:10b6:207:44::27) by MN2PR12MB4335.namprd12.prod.outlook.com (2603:10b6:208:1d4::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32; Tue, 16 Mar 2021 04:00:10 +0000 Received: from BL0PR12MB2419.namprd12.prod.outlook.com ([fe80::7979:5ea5:f490:d87f]) by BL0PR12MB2419.namprd12.prod.outlook.com ([fe80::7979:5ea5:f490:d87f%5]) with mapi id 15.20.3933.032; Tue, 16 Mar 2021 04:00:10 +0000 From: "Jiawei(Jonny) Wang" To: Jan Viktorin CC: Slava Ovsiienko , Asaf Penso , "dev@dpdk.org" , Ori Kam Thread-Topic: [dpdk-dev] Duplicating traffic with RTE Flow Thread-Index: AQHWjbskaGtIlNoO40CpXwlnnA70Y6lucygAgQGcLgCAACUSgIAAApoAgA7j0ECAAPIUAIAA9CmggAUf6gCAAPDIwA== Date: Tue, 16 Mar 2021 04:00:10 +0000 Message-ID: References: <20200918145618.052ee504@tanguero.localdomain> <20210301132126.437df4df@tanguero.localdomain> <20210301154326.344c2e1f@tanguero.localdomain> <20210311173252.5c3dc2ab@tanguero.localdomain> <20210315142216.1a71db5d@tanguero.localdomain> In-Reply-To: <20210315142216.1a71db5d@tanguero.localdomain> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cesnet.cz; dkim=none (message not signed) header.d=none;cesnet.cz; dmarc=none action=none header.from=nvidia.com; x-originating-ip: [163.125.177.5] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 618755a9-5a3d-4d42-b2c6-08d8e82ffec8 x-ms-traffictypediagnostic: MN2PR12MB4335: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:478; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: RRFfZnEK6nXylhb/Rx2ekZpKOsdDkaQl4vg4Rk4dAObSjtRnzWb87sTco1JjQreN010EWbZ0m6GY7fDJgtN6cHKpNGwXaEcYaunk/R9e3EfMC2af2Tzm+3ITeXukkDHCVMnaaZaBIS0E3LuH3H39Yu1/oGR1MAbJnCT9nM+j80MUUF5hU+2Oxt+lsgdabRro9dotvWpvLpwurp/lrvLIN85HrIJgiaa0kDK6EDXuE66vD7Dqjv2l7vf6ruN3GP0Dz/VxC1Rwoc6CYqUIXjC6CzYAY6PhHCWleShhJO1bsPmrorrI/gXAzgt4KGSf+ccLP+2PxEOUvPSl8Dmh1M+mA40xjkx6bVH1yGn6jOmc7xIqDKtqmx+elX9F/OAYm5ioSh1PFeqLfCOIW+7Lq6RVnHwYvK4mWMIVlx035s/9xrkPP8BpwaiPtNF+27wQ8Wr7sZsw9GU84/KJBJWdWwl8hB8nEgXUmOkyAI77hLwGYEo/7BsbiknoMwIpKLJNvOWCezHKs9mBftKgASmxtDMZthXwHgxvM/fLXh61CXe62U9ac6uT4+gmQ12Ee1deGN6MKI/esUkXJU0jif9JXatCdSFv9Ji3hVh3VYqyHZjvH66FYBi7rdqf8x/OldogZcZ1zGW5daXIUnt/WFnKHzVg4w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR12MB2419.namprd12.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(346002)(376002)(396003)(39860400002)(136003)(186003)(66446008)(83380400001)(33656002)(64756008)(71200400001)(86362001)(52536014)(7696005)(66556008)(6506007)(66946007)(30864003)(2906002)(316002)(53546011)(76116006)(6916009)(5660300002)(478600001)(66476007)(8936002)(55016002)(54906003)(8676002)(45080400002)(4326008)(9686003)(966005)(26005)(107886003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?fFE2rIDnb7ergyRlq5ZVGAoCza+1CzdI8EDsAL8RTQa5aR0F+6fXY3Bfk1R5?= =?us-ascii?Q?aTqZ9NaAgcxMt/LVEmAaayWuhK0l34icSFc1ttRvMfIbPzk+GNejl7/TzWQP?= =?us-ascii?Q?WM8O1atsn5TJa1BDLYVCtuu7mMuLxuAMaTe2V+nO1Yap4HlIjNbXnbMb1jQv?= =?us-ascii?Q?qF/HRX9b50GsWDhxzfGM+y5jFTNeFlPX7Cw8M03jJ6mB5YyZCHwv8aqXYX/U?= =?us-ascii?Q?UxbNC+QfeKjDxqXZFFYlLtgeSMY8FALaQLdMcydG2GJl4mzpMLeCiSn9dDOg?= =?us-ascii?Q?k18fUUZ3xhiVDvBHq5EumaKNXSgHX698TSgzUuGl1f8cSlO/ergTR1YU8jaA?= =?us-ascii?Q?tB1aagIrxd4EG8ahAPItXqO/Q2WFTDCMGfnZQ08voHAyOH6ToBiNEiuSjBED?= =?us-ascii?Q?no9gGUD+Cb3ONzCYtJ12Oi0LAfbx0oJyg529NCBNIRmfe39BUio2S9qw/QZ3?= =?us-ascii?Q?ZwYjORRAQ/9Wx13L+fBrivX5mR1+JpXS/kkEn70f69HQmLuj+1zkKvMunfR7?= =?us-ascii?Q?/qc/unv7b+AyjWiXmDecDGiqXd7RNzdh7vTU61ICeTNEwKfES9RM4BJ6YByp?= =?us-ascii?Q?mzwBYGZPgQA8O76ylmDTGvo3Kx3RquOBOfGtsHoTUNOqphFEqByVpBxRNoz1?= =?us-ascii?Q?XZ9g4Mrsjk23qodueYh/K/riIq5QVTFEFGbY3PyuGjavkym2p+KtUXxNohYZ?= =?us-ascii?Q?FbN1IDNoYAxgo4j2McNLekhs6iM6XAW8Fi8l3w2VmQmdcyZY7u3J1t2SVPHH?= =?us-ascii?Q?hP+b7LmTT+tyoVPwos2/5vN4OPTQTLoivj/AD8tNOOkUV031MnL6/hOhAqQo?= =?us-ascii?Q?1n2AnWAjVtQh7aoaSm5hYFPACrGezMr9Hz9zIHUCj39GrsM7HxNJFBbjm+7F?= =?us-ascii?Q?x7UOHSjSZI9rC0jCg46vHg5AupJaC+YUOECW39o8Chw7fARldIV5dA9d56xH?= =?us-ascii?Q?A6hV+jxUmNDuptXTrmSUTS6P1YxJZFP3pOkRKwEE2AbxAZTn7mGO0QPFYKXI?= =?us-ascii?Q?0BzDBARO+9aG1F/lkyAjRKmORqX4F2RaatvdSd7gRC3sY5NuIyi8VZjURYKK?= =?us-ascii?Q?AvXsbiMZg0AchrNoTN4sQrl0ntd3zPt98kBVKyl5+ojZhf2Zu//TzAULvUQb?= =?us-ascii?Q?NURtelQPy/D6BydPk3sbaObelJoIp/X3q0gkirUAgxa4xplHi2MkA8Yu67Th?= =?us-ascii?Q?yZYM2X+3eRyGe4rb0tSB+3NRG15XA+oqurLD31E8HCFA44RKX9aEFPZ+Xd0b?= =?us-ascii?Q?6DOZSkfailHWBYYBx8Crxcr4gaBN+T3fTKoCEh1Buqe4esUw0V4agxhCdgmO?= =?us-ascii?Q?ouMdrl/FVV4dioFBKMWumYXx?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: Nvidia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR12MB2419.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 618755a9-5a3d-4d42-b2c6-08d8e82ffec8 X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Mar 2021 04:00:10.7608 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 43083d15-7273-40c1-b7db-39efd9ccc17a X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: VJ6SIOfiC8Zw+zXqQ0/Ckr+7Ga9l0pA1rhum2gfAbuAtGrnUSjyIWflHgSZaGqrqFo94mt5KyETphDhlysSorQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR12MB4335 Subject: Re: [dpdk-dev] Duplicating traffic with RTE Flow X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 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" Hi Jan, > -----Original Message----- > From: Jan Viktorin > Sent: Monday, March 15, 2021 9:22 PM > To: Jiawei(Jonny) Wang > Cc: Slava Ovsiienko ; Asaf Penso > ; dev@dpdk.org; Ori Kam > Subject: Re: [dpdk-dev] Duplicating traffic with RTE Flow >=20 > Hello Jiawei, >=20 > On Fri, 12 Mar 2021 09:32:44 +0000 > "Jiawei(Jonny) Wang" wrote: >=20 > > Hi Jan, > > > > > -----Original Message----- > > > From: Jan Viktorin > > > Sent: Friday, March 12, 2021 12:33 AM > > > To: Jiawei(Jonny) Wang > > > Cc: Slava Ovsiienko ; Asaf Penso > > > ; dev@dpdk.org; Ori Kam > > > Subject: Re: [dpdk-dev] Duplicating traffic with RTE Flow > > > > > > On Thu, 11 Mar 2021 02:11:07 +0000 > > > "Jiawei(Jonny) Wang" wrote: > > > > > > > Hi Jan, > > > > > > > > Sorry for late response, > > > > > > > > First rule is invalid, port only works on FDB domain so need > > > > 'transfer' here; Second rule should be ok, could you please check > > > > if the > > > port 1 was enabled on you dpdk application? > > > > > > I assume that it is enabled, see full transcript: > > > > > > $ ofed_info > > > MLNX_OFED_LINUX-5.2-1.0.4.0 (OFED-5.2-1.0.4): > > > ... > > > $ sudo dpdk-testpmd -v -- -i > > > EAL: Detected 24 lcore(s) > > > EAL: Detected 1 NUMA nodes > > > EAL: RTE Version: 'DPDK 20.11.0' > > > EAL: Multi-process socket /var/run/dpdk/rte/mp_socket > > > EAL: Selected IOVA mode 'PA' > > > EAL: No available hugepages reported in hugepages-1048576kB > > > EAL: Probing VFIO support... > > > EAL: Probe PCI driver: mlx5_pci (15b3:1017) device: 0000:04:00.0 > > > (socket 0) > > > mlx5_pci: No available register for Sampler. > > > mlx5_pci: Size 0xFFFF is not power of 2, will be aligned to 0x10000. > > > EAL: Probe PCI driver: mlx5_pci (15b3:1017) device: 0000:04:00.1 > > > (socket 0) > > > mlx5_pci: No available register for Sampler. > > > mlx5_pci: Size 0xFFFF is not power of 2, will be aligned to 0x10000. > > > EAL: No legacy callbacks, legacy socket not created > > > Interactive-mode selected > > > testpmd: create a new mbuf pool : n=3D331456, size=3D2176= , > > > socket=3D0 > > > testpmd: preferred mempool ops selected: ring_mp_mc Configuring > > > Port 0 (socket 0) Port 0: B8:59:9F:E2:09:F6 Configuring Port 1 (soc= ket 0) > Port 1: > > > B8:59:9F:E2:09:F7 Checking link statuses... > > > Done > > > > Seems that you start two PF port here, Port 1 is not VF port; FDB > > rule can steering the packet form PF to its VFs and vice versa, Could > > you please try to open the VF ports and start the testpmd with > representor=3D. >=20 > I did not know this, so I tried with VFs: >=20 > # echo 2 > /sys/class/net/hge1/device/sriov_numvfs > # echo switchdev > /sys/class/net/hge1/compat/devlink/mode >=20 > # dpdk-testpmd -v -a '0000:05:00.1,representor=3D[0-1]' -- -i > EAL: Detected 24 lcore(s) > EAL: Detected 1 NUMA nodes > EAL: RTE Version: 'DPDK 20.11.0' > EAL: Multi-process socket /var/run/dpdk/rte/mp_socket > EAL: Selected IOVA mode 'VA' > EAL: No available hugepages reported in hugepages-1048576kB > EAL: Probing VFIO support... > EAL: Probe PCI driver: mlx5_pci (15b3:1017) device: 0000:05:00.1 (socket= 0) > mlx5_pci: No available register for Sampler. > mlx5_pci: Size 0xFFFF is not power of 2, will be aligned to 0x10000. > mlx5_pci: No available register for Sampler. > mlx5_pci: No available register for Sampler. > EAL: No legacy callbacks, legacy socket not created Interactive-mode > selected > testpmd: create a new mbuf pool : n=3D331456, size=3D2176, > socket=3D0 > testpmd: preferred mempool ops selected: ring_mp_mc >=20 > Warning! port-topology=3Dpaired and odd forward ports number, the last p= ort > will pair with itself. >=20 > Configuring Port 0 (socket 0) > Port 0: B8:59:9F:E2:09:F7 > Configuring Port 1 (socket 0) > Port 1: B2:57:D6:72:F3:31 > Configuring Port 2 (socket 0) > Port 2: 9E:CB:D0:73:59:CE > Checking link statuses... > Done > testpmd> show port summary all > Number of available ports: 3 > Port MAC Address Name Driver Status Link > 0 B8:59:9F:E2:09:F7 0000:05:00.1 mlx5_pci up 100 Gbps > 1 B2:57:D6:72:F3:31 0000:05:00.1_representor_0 mlx5_pci up = 100 > Gbps > 2 9E:CB:D0:73:59:CE 0000:05:00.1_representor_1 mlx5_pci up = 100 > Gbps > testpmd> set sample_actions 0 port_id id 1 / end testpmd> flow validate= 0 > ingress transfer pattern end actions sample ratio 1 index 0 / drop / end > port_flow_complain(): Caught PMD error type 1 (cause unspecified): sampl= e > action not supported: Operation not supported >=20 > Still no luck. However, there is this message 3-times in the log: >=20 > mlx5_pci: No available register for Sampler. >=20 > It looks like it might be related. What does it mean? >=20 Yes, the error message means that can't find available sampler register, an= d this value is fetched from the FW; Seems that you use the older FW, the OFED version 5.2-1.0.4 is ok, but FW i= sn't match with this OFED version. Thanks. Jonny > Jan >=20 > > > > Thanks. > > > > > testpmd> port start 1 > > > Port 1 is now not stopped > > > Please stop the ports first > > > Done > > > testpmd> set sample_actions 0 port_id id 1 / end testpmd> flow > > > validate 0 ingress transfer pattern end actions sample ratio 1 index > > > 0 / drop / end > > > port_flow_complain(): Caught PMD error type 1 (cause unspecified): > > > (no stated reason): Operation not supported testpmd> flow create 0 > > > ingress transfer pattern end actions sample ratio 1 index 0 / drop / > > > end > > > port_flow_complain(): Caught PMD error type 1 (cause unspecified): > > > (no stated reason): Operation not supported testpmd> Stopping port = 0... > > > Stopping ports... > > > Done > > > > > > Stopping port 1... > > > Stopping ports... > > > Done > > > > > > Shutting down port 0... > > > Closing ports... > > > Port 0 is closed > > > Done > > > > > > Shutting down port 1... > > > Closing ports... > > > Port 1 is closed > > > Done > > > > > > Bye... > > > > > > Jan > > > > > > > > > > > Thanks. > > > > Jonny > > > > > > > > > -----Original Message----- > > > > > From: Jan Viktorin > > > > > Sent: Monday, March 1, 2021 10:43 PM > > > > > To: Slava Ovsiienko > > > > > Cc: Asaf Penso ; dev@dpdk.org; Ori Kam > > > > > ; Jiawei(Jonny) Wang > > > > > Subject: Re: [dpdk-dev] Duplicating traffic with RTE Flow > > > > > > > > > > On Mon, 1 Mar 2021 14:34:07 +0000 Slava Ovsiienko > > > > > wrote: > > > > > > > > > > > Hi, Jan > > > > > > > > > > > > To use port action (I see it is in your sample action list) > > > > > > the flow should be applied to the FDB domain, ie "transfer" > > > > > > attribute should be > > > > > specified: > > > > > > > > > > > > flow validate 0 ingress transfer... > > > > > > > > > > As you can see (however, it's a bit messy in the response below, > > > > > in [1], it is better), I tried both. First without transfer and > > > > > second with. The first gives hint "action is valid in transfer mo= de only" > > > > > but the second try with transfer gives "Operation not supported". > > > > > > > > > > Jan > > > > > > > > > > [1] http://mails.dpdk.org/archives/dev/2021-March/200475.html > > > > > > > > > > > > > > > > > With best regards, Slava > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Jan Viktorin > > > > > > > Sent: Monday, March 1, 2021 14:21 > > > > > > > To: Asaf Penso > > > > > > > Cc: dev@dpdk.org; Ori Kam ; Jiawei(Jonny) > > > > > > > Wang ; Slava Ovsiienko > > > > > > > > > > > > > > Subject: Re: [dpdk-dev] Duplicating traffic with RTE Flow > > > > > > > > > > > > > > Hello Asaf, > > > > > > > > > > > > > > it is a while we were in touch regarding this topic. > > > > > > > Finally, I am again trying to get work this feature. I've > > > > > > > seen that sampling is already upstreamed which is great. > > > > > > > However, I am not very successful with that. There is nearly > > > > > > > no documentation, just [1], I found no examples, > > > > > just commit logs... > > > > > > > > > > > > > > I tried: > > > > > > > > > > > > > > > set sample_actions 0 port_id id 1 / end > flow validate > > > > > > > 0 ingress pattern end actions sample ratio 1 index 0 / drop > > > > > > > / end > > > > > > > port_flow_complain(): Caught PMD error type 1 (cause > unspecified): > > > > > > > port id action is valid in transfer mode only: Operation not > > > > > > > supported > flow validate > > > > > > > 0 ingress transfer pattern end actions sample ratio 1 index > > > > > > > 0 / drop / end > > > > > > > port_flow_complain(): Caught PMD error type 1 (cause > unspecified): > > > > > > > (no stated reason): Operation not supported > > > > > > > > > > > > > > Using CentOS 7, DPDK 20.11.0, OFED-5.2-1.0.4. > > > > > > > NICs: MT2892 Family [ConnectX-6 Dx] 101d (fw 22.28.1002), > > > > > > > MT27800 Family [ConnectX-5] 1017 (fw 16.27.2008). > > > > > > > > > > > > > > My primary goal is to be able to deliver exactly the same > > > > > > > packets both to DPDK and to the Linux kernel. Doing this at > > > > > > > RTE Flow level would be great due to performance and > transparency. > > > > > > > > > > > > > > Jan > > > > > > > > > > > > > > [1] > > > > > > > https://doc.dpdk.org/guides/prog_guide/rte_flow.html#action- > > > > > > > samp > > > > > > > le > > > > > > > > > > > > > > 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=3D12045 > > > > > > > > > > > > > > > > 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 h= ardware. > > > > > > > > > > > > > > > > > >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=3Dhttp= s > > > > > > > > >%3A% > > > > > > > > >2F% > > > > > 2 > > > > > > > > >Fdoc > > > > > > > > >.dpdk > > > > > > > > >.org%2Fguides%2Fprog_guide%2Frte_flow.html%23table-rte- > fl > > > > > > > > >ow- > > > > > redir > > > > > > > > >ect- > > > > > > > > >queue-5- > > > > > > > > > > > > > > > >3&data=3D02%7C01%7Casafp%40nvidia.com%7C1a46005bec5 > 245 > > > e72 > > > > > 9e70 > > > > > > > 8d > > > > > > > > > > > > > > > >85bd24caf%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7 > C6 > > > 373 > > > > > 6030 > > > > > > > 60 > > > > > > > > > > > > > > > >73519816&sdata=3DEOF%2Fz62crvBZK8rwzwKIWxj5cVlfPVnU3 > FLm > > > cL9 > > > > > X2w0 > > > > > > > %3 > > > > > > > > >D&reserved=3D0 > > > > > > > > > > > >