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 18F4BA056A; Thu, 11 Mar 2021 03:11:13 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 85B0D22A672; Thu, 11 Mar 2021 03:11:12 +0100 (CET) Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690045.outbound.protection.outlook.com [40.107.69.45]) by mails.dpdk.org (Postfix) with ESMTP id BFF3D22A30B for ; Thu, 11 Mar 2021 03:11:10 +0100 (CET) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DXmcaeTDUhG1yetVe9DqpdgevvgiIqO2l04B/aeZG29RJm4CjwverO08Pu2qOr6e7nec06UCBNCyAUNasrjXJQsuiCosYnD60LcaZe6VjT+CN0k2R1z38Sj5IucFIaoBYanQWEI63IjYj2y6+QMyg+fy5LIFI4tezphDCzb3ZIu7NsVBuah5aT0vOHXUYpaBBtvEvlR/RJLFcXIo7Vqc9xld2d4HOedK5TmR+O1/NMJeO6X7QZqYrMFL40m1NKpRkfQpnyr9xXf7CeAl0j00wh9RfChiXf8S4G5ar1BzT1sM1/yjOi1T/PncTfoJMgSpZsjOIZaCxdUq0ep6rsnzgg== 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=+4iTgviWK3zJnIFkDeNrBn9uRuFU4avWpv9XsBCvCUk=; b=bqjaM5x+hCSiSyauz8GjJk7ETJY1EWuVMGah+F09SUqoKGi5vRGZPHa6D7fpJ4JKF4bSt2Sd5CWNEBxbPaGQE1vA35bSTFL6VxQGW944S7Zu6fDPZgnpl5ArenPpf8D2fBYp7H91JsNu9gIGeXCDXxJC2aMptJHPC5KD/KbenyaVYr7y8OCMrvtSee1yzQZcpKG4JeIEXCXxaKilPAmg9PV1H+7VfpuPYm8c0ElqER6JjU8oigOf4mBIJQ0UvbMzf6urfi6SQAFmsXz2eDIIRqbPT5K/3Ch/bFPXL5tfgQeRdJaeyivyVu2Hc7vb0HLosgZuFY4eqIBKrfCgVDqmaw== 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=+4iTgviWK3zJnIFkDeNrBn9uRuFU4avWpv9XsBCvCUk=; b=s7S0FDrWjI3JMyxwj+2K0CIGD6SjADo+JQrXDmrb/7JlMWpsqSIGl/WVC66SLNDQcMUVEok3aXv4OrJHOKM7e4ohQdRotNYIAUlrMEe6/5W159oPUOwzdEUMmMyUQ1Yxok9GQDGPh1hYZwud966CkSSb73Fp4+P8/4Jv+v+8MGZc4VUjp0dazKLo0Hpu0FNy4P73eApctBtZhDduPty0ir9ZSIh+Sy1hdVnOMghi1PeRVXHTs02cobZACz8HTnyaXRI2vMsiHd/+w5Wn+Bw6beEV3mv9vyfNwU//o/B9/g1mRGqMTsSuhKMsMy7t0yq0als4NIzzCkxrl5tRr7CPYg== Received: from BL0PR12MB2419.namprd12.prod.outlook.com (2603:10b6:207:44::27) by BL0PR12MB2449.namprd12.prod.outlook.com (2603:10b6:207:40::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17; Thu, 11 Mar 2021 02:11:07 +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.3912.030; Thu, 11 Mar 2021 02:11:07 +0000 From: "Jiawei(Jonny) Wang" To: Jan Viktorin , Slava Ovsiienko CC: Asaf Penso , "dev@dpdk.org" , Ori Kam Thread-Topic: [dpdk-dev] Duplicating traffic with RTE Flow Thread-Index: AQHWjbskaGtIlNoO40CpXwlnnA70Y6lucygAgQGcLgCAACUSgIAAApoAgA7j0EA= Date: Thu, 11 Mar 2021 02:11:07 +0000 Message-ID: References: <20200918145618.052ee504@tanguero.localdomain> <20210301132126.437df4df@tanguero.localdomain> <20210301154326.344c2e1f@tanguero.localdomain> In-Reply-To: <20210301154326.344c2e1f@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: [27.38.175.32] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 835fb907-8e0c-49a1-c8c2-08d8e432eec8 x-ms-traffictypediagnostic: BL0PR12MB2449: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: bT9SoAoISkbygeCp33zaxJibBhFawgebPbUJgmBb4MTFMPj0pN3HKuErcMm4r1CzEBTmbK75XZ9KSmuDWPUF1vO7Yf82A+1gxuwad+UFjV7pXQ/IQPsOMm3XQo0tiyeoBIuPjYKHu4GU/I1iDDuZ5SEIivBzS+Qj0jO2PK4Xj2krDuKfWKc7zmWu8hxs5fAg1Kg9v5TcGjLA3lQcMSmddfmmTgmYD2CHeoi96XM8DdbIEpGV1NhJauZSFp/zIASePqLs0Yip7kuOWXXR/fBx9PAQsJo1StrcRA4KQvCBwm45dksdIwpH+v2hqrzDc7ULsiLkNQGGFByxsfBpTlClLLKk6Dod+ED2vykIb27hRsPs79fAwJHA+oAILNKImpQdkCjn8cLcemlQoFi7opu3Y6DOq9pz/FsY/MSED5ZlHVslQ+QzoVhJpiEyAv3KvymlLW7tdH0igNTCC8i6mg5pAZbdoRwAIfuDIRGkgBuBgnKX9oLj10Us4Qt51z5Fl60UZhO+zUWudS0JjtJsg3qlGJ98qj6P1/o5KA3Obnxub1eYi950Oxl1Ny6AozbzuxQxArbtdX0eELOAdsEBs6KRhQPEl2H+aqkeKjnYtJlOML0= 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)(39860400002)(396003)(376002)(136003)(346002)(366004)(66556008)(966005)(478600001)(107886003)(7696005)(5660300002)(8936002)(66446008)(6636002)(83380400001)(71200400001)(64756008)(110136005)(2906002)(4326008)(33656002)(8676002)(26005)(52536014)(76116006)(54906003)(53546011)(186003)(9686003)(66476007)(66946007)(45080400002)(6506007)(86362001)(316002)(55016002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?YbrR7/O5uiJZSd6M3sjmc8evSXzT3WrCBaGeSE/mkig/glDDInpeaNwOd8E0?= =?us-ascii?Q?jwsRFAgP49W4iQmFhzKxeXQnSgrN1VxEBoJ2A/fzkraICQwx4IBvyPGjKqcu?= =?us-ascii?Q?z3j8fjbVCq/N6OBrF20eJt8qf7dzWDbEO08uOJTqFVqZljbm/TfRJxBx8CkO?= =?us-ascii?Q?XmNCAXsEZt53zIPHf8Yy4vBy0Y9isjpFQi6z1zY3JaQxlCD6XNyqdfvB+Fd5?= =?us-ascii?Q?i80jwgWIxnPp/ZWlbVTb2NmpXrmwbFj2NDLkem9RZ1lodNNkftXI70Pd943z?= =?us-ascii?Q?sT/uzSq2Xq1hk7zkskS4PX+yoG/KNur1OHJjlKIgC0SdF2hkkOvllTJguCKD?= =?us-ascii?Q?XyrIf8SNRtS4GLUZaF0WLdG9L3/+0cwsLmjFr7G0SrV96ayIQgsauQu6CP8M?= =?us-ascii?Q?qrFlM/StzW6LYA+2ipEc9MPZGV/hQr+9+TPvQr9fDcD6K6cAwc8+SKzKVuHJ?= =?us-ascii?Q?rNVLDkJgqQl6rlAsaEWLvN1FeajOCzHQrdMC1Ot6miHe82PqSfermAV909I+?= =?us-ascii?Q?241+vAaPvFyki9KGJgcIWR3eTsz6J64BPyCYlEdqj7EMsaY3cixqhQNfmv25?= =?us-ascii?Q?kg9UEGJdJsm1Wvrl7pPUNWsghuwzidOMRcV32EJIHGSASr0DtVONjQdzWZdK?= =?us-ascii?Q?uiTHJb+PWeRVPwB3IVgNlOArdK8KFzCD0a+T84rpCmj8MKnmSaYY3Ih0GD+w?= =?us-ascii?Q?1uFaPv32IC42UWkVgnLubrv7ClDNKs0QtCCPzvLgpxB45vMXu489tXuU7Zpy?= =?us-ascii?Q?2k3pL0P3rIgId4ArCyMn0zUh68ydSSS34HaoeFHB4e8blCiSULrKHR766Vda?= =?us-ascii?Q?BQN9spDpcPn60tJBAVtv9EzgOVVT9dQhnDFJtCygulnM1W3cR8O6YhPnlhRz?= =?us-ascii?Q?DLSnXR7CO08lr0mETX/itRfOj8l3SYzanVOA/tJ96S19qytyy+dhi13m5ooe?= =?us-ascii?Q?slo42eOlT3bygUrldfY3ejbFOImpvWPoZD52wqNHsDlkOxHZRfU74aqeKxyg?= =?us-ascii?Q?bNdyNvH7a3COVNkORjb+NXx2mKWpYe1M4N0eYyyEs3A59/UDY/xhHETSFUqP?= =?us-ascii?Q?LtmpGhXHhp9GQW/eb8cSlwQQv6q46jhh96sUuJ07Yb8lT2iKOVvNszROOW54?= =?us-ascii?Q?uoUCPlu4GI6hkMwk5ZXS3KpnFOMAwQYTeCcwyrFRHVp9p1YPj1v5+zeMnqcn?= =?us-ascii?Q?kls+SaL8ughMN33FuMplCCTM3OkrmCW/PYtwIlS19boKrDhWGLeX0Nx+6B1o?= =?us-ascii?Q?C75nRy5OTdIzPl43ehFMnuRPRbJaj83JtR9OG1NTrE5WXUdYgGC4roIqo586?= =?us-ascii?Q?I6A=3D?= 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: 835fb907-8e0c-49a1-c8c2-08d8e432eec8 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Mar 2021 02:11:07.7229 (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: JkiA2EvCagwgrfBfeD8/ioRgEQ+q/Xuj09+VVQ0bFrxKbyOXVrI/3BYU+z62lRm1YeYp5GNJEXZSiaYAHOPLxQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR12MB2449 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, Sorry for late response,=20 First rule is invalid, port only works on FDB domain so need 'transfer' her= e; Second rule should be ok, could you please check if the port 1 was enabled= on you dpdk application? 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 >=20 > On Mon, 1 Mar 2021 14:34:07 +0000 > Slava Ovsiienko wrote: >=20 > > 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... >=20 > 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 mode only" but the second try with tran= sfer > gives "Operation not supported". >=20 > Jan >=20 > [1] http://mails.dpdk.org/archives/dev/2021-March/200475.html >=20 > > > > 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 exa= mples, > 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-sample > > > > > > 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 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=3Dhttps%3A%2F% > 2 > > > > >Fdoc > > > > >.dpdk > > > > >.org%2Fguides%2Fprog_guide%2Frte_flow.html%23table-rte-flow- > redir > > > > >ect- > > > > >queue-5- > > > > > > > >3&data=3D02%7C01%7Casafp%40nvidia.com%7C1a46005bec5245e72 > 9e70 > > > 8d > > > > > > > >85bd24caf%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C6373 > 6030 > > > 60 > > > > > > > >73519816&sdata=3DEOF%2Fz62crvBZK8rwzwKIWxj5cVlfPVnU3FLmcL9 > X2w0 > > > %3 > > > > >D&reserved=3D0 > >