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 58815A054F; Mon, 1 Mar 2021 15:34:13 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 202AD22A2A4; Mon, 1 Mar 2021 15:34:12 +0100 (CET) Received: from hqnvemgate24.nvidia.com (hqnvemgate24.nvidia.com [216.228.121.143]) by mails.dpdk.org (Postfix) with ESMTP id 5C9B240041 for ; Mon, 1 Mar 2021 15:34:10 +0100 (CET) Received: from hqpgpgate102.nvidia.com (Not Verified[216.228.121.13]) by hqnvemgate24.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Mon, 01 Mar 2021 06:34:09 -0800 Received: from HQMAIL105.nvidia.com ([172.20.161.6]) by hqpgpgate102.nvidia.com (PGP Universal service); Mon, 01 Mar 2021 06:34:09 -0800 X-PGP-Universal: processed; by hqpgpgate102.nvidia.com on Mon, 01 Mar 2021 06:34:09 -0800 Received: from HQMAIL101.nvidia.com (172.20.187.10) by HQMAIL105.nvidia.com (172.20.187.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 1 Mar 2021 14:34:08 +0000 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (104.47.58.103) by HQMAIL101.nvidia.com (172.20.187.10) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 1 Mar 2021 14:34:09 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EdS4elscPgJ3/G/lutzRHeLF4aZcxJdSDQ1LUnL5LQJajoStspP5QsdWHEn3g0yzo6bhzSmDla/FupwBXSstHxHVl2MsJ+msdYZihVKp1aJYvlgp0lKqcEn//r1W0PJ89BR9fHIWsQsEZXvO2XMp0Xn3RFKMBg8ZPK3RKeEkoy38VaIZaNQcmRTlC/zn19kH2x0nL0BIgvy9aZCjOssig65Tgaqu5dmmXZnMwecpDdpYTaLCa4ts9fX7Xb6yCeykUfBTlwnatuMjNiw7auJQaEOvr8yogJRZyDs29gOCYVlmWswMgC1brD0/T1g84nsKjxaRHMRFSzzLdV9d6WCniQ== 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=/ueluWRQ9TCz+5htgp7JOC0ByszbgRvgNjdu98p7WyE=; b=mubHJ6xGoxmYPPOPGHodMeXs6F6Se+OlyPddIjdY49X44B0x7MB0oWQ2sECeqE2rLXfDnbDI0mElKBpW4mm37CojV5MJ7AYQj78qCStbpOVb6PoytIS16YMil+szBgqPUEaQMipuAcv8HFXlHKAkktElj2wbdUl9o4MqXjpYwvt6yFVkwlmaNRNlkE1UnK3sAH0GaoyBpNVp0i1H7MmkvoI4NkN0eFGIIQsNiOTfHgrUefaPIaPWr3N9oTzVawRc+GjvsxUtCCg3qYiM3nVSdAF2nNFPK354nMtZSvYY9GiPMvesp2SQJNj12C1csR1uc0P1hcH2f9/pe7uvLo6Fzw== 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 Received: from DM6PR12MB3753.namprd12.prod.outlook.com (2603:10b6:5:1c7::18) by DM6PR12MB4170.namprd12.prod.outlook.com (2603:10b6:5:219::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.19; Mon, 1 Mar 2021 14:34:08 +0000 Received: from DM6PR12MB3753.namprd12.prod.outlook.com ([fe80::20f7:11fc:9d46:9258]) by DM6PR12MB3753.namprd12.prod.outlook.com ([fe80::20f7:11fc:9d46:9258%6]) with mapi id 15.20.3868.037; Mon, 1 Mar 2021 14:34:08 +0000 From: Slava Ovsiienko To: Jan Viktorin , Asaf Penso CC: "dev@dpdk.org" , Ori Kam , "Jiawei(Jonny) Wang" Thread-Topic: [dpdk-dev] Duplicating traffic with RTE Flow Thread-Index: AQHWjbslWA3bEiKhZ0+lFIFi8KhERqlucygAgQGcLgCAAABwcA== Date: Mon, 1 Mar 2021 14:34:07 +0000 Message-ID: References: <20200918145618.052ee504@tanguero.localdomain> <20210301132126.437df4df@tanguero.localdomain> In-Reply-To: <20210301132126.437df4df@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: [95.164.10.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 44fd68d7-cf09-4b72-d998-08d8dcbf1284 x-ms-traffictypediagnostic: DM6PR12MB4170: x-ms-exchange-minimumurldomainage: dpdk.org#2947 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-header: ProcessedBy-CMR-outbound x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: oMA5g/svJhJolsKjte4eFN+kHQ0Ydn4KXWH/nPSYpo9iNW0szFHEyge7BDX7XWtyLvjTKe5FimlFbn+isIWm5ScjAfnhZJbdhep0BaDQe7rB2fTFuTptBKBapMChr0WPnPDs2/VU65PAgERTa66tmrOMW2H5TkjJLMtI1Ap/kbg84vrvyOlFsAeEOB12c8xjb2v0FeGp4rxZRf8WG+wBgDxHnpa9g+gTvEvmetTA4HpU0nl9/4VrjHGHsuikfQXrgGkPRC/u8JyBlDjrQzcUZFY3C/69UYUxgeuj9VFD22QRQtjnHwRi1m4F5q2Yl9MoHg3SLebVzHsm/2pjrlf1fqQ/6yZtS6ho32g7ymsWGLMhXafILk8qRrykVXoujhEBl/acN/yN3WxlmaTwSRe0oGQ1oVxjup9EGx/PPv2JPOM+qhivizo5+3uyHtOW45WH42VCXUbr0SrhUoR1LRHO9LyZWZOKFGB2LLXVVey5ix0lQ1hqQvgenROngkKegTx/K8gPPODrkpEqFc67AUkkmiuU8U81O//jdtUget9kBgbllTkSQABrokIYQ/P7ElrNkzR2ZqM0Eo2E22lAFZMd+TymOYLw1DAUsFKa0GqOPl8= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR12MB3753.namprd12.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(346002)(376002)(366004)(39860400002)(396003)(66556008)(66946007)(53546011)(66446008)(86362001)(186003)(71200400001)(26005)(64756008)(76116006)(8936002)(66476007)(107886003)(8676002)(6636002)(33656002)(6506007)(2906002)(5660300002)(478600001)(7696005)(52536014)(110136005)(83380400001)(316002)(4326008)(54906003)(45080400002)(9686003)(55016002)(966005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?zcMXjTZbQK2pcp1+4RAZ7J78NkW1djk3ndMG8MRg5eStsHHk/WFCdXxfLhCM?= =?us-ascii?Q?gG7+0iYgAs7jR/CImAouV8fT1A4rkkx8Di/zXcikzaExrRUg/swQma0SA4sL?= =?us-ascii?Q?LHkNnLHW9v5x+MkEW7Xw45jIKXpUdZrngLftMB9OT6SUKrQSqSwCuwqrFR1S?= =?us-ascii?Q?OIabET9IH+dW9nyRfGYqelYH7YnNbsCfx1Sx/X7JNY4xkxqOpZXiGvB+Yvze?= =?us-ascii?Q?1PKiUmrN90pJDh81FsUCi12VIlPfuNZ2zEmKLb6pZQEm3mTeYQHhxGu7XU5w?= =?us-ascii?Q?HztKboqk+tYGyiY1CZ66accalku+yFf5D9ZRl1zM4sbZOisf79XImkud9GQO?= =?us-ascii?Q?4jXdGFTd2Et/IAQ6amrh2VoOOeMTmA2x+Wx7kryYx3Zlfoh3tQxUE74+3QB8?= =?us-ascii?Q?9VF/wllzMcEq1ZF7E5kCRq9YgFjInVizBtqKXvE/ytpJ5M4rmPlZZa/awnYd?= =?us-ascii?Q?FvfE9cwXvdFb6rhxrPUW9CY9BuQMHjoGyoNLRuBjQJV4k9P2Fx/de+1s2UB5?= =?us-ascii?Q?qVCDRIUM+WMaP1UowBAMiND1JjG4cQw69bGBNePffNUk1KQcE9XHykRvmWoY?= =?us-ascii?Q?qgDPZ+TooqjROpQPyt8fGn4IGUzQoSBDfZ3IX+XMRLeaa2Zny+hmYNc76Wp9?= =?us-ascii?Q?QVJfbdYaLqjN2yOZhbKUYMzkGvLtH97xTKTsIrJXo9ljobNaBxVUfu8rBsEj?= =?us-ascii?Q?yCHApAPI91PwaPJ7FOW03ZPxr0NohNKognI1e4pIIJpwoGincy0sm9CZWwfv?= =?us-ascii?Q?V9oS9ump5pjftRKLV5uL6OgqiSrWpi3acr9MQ7rvuvACjgxLvnzEVxHnDnAC?= =?us-ascii?Q?h8bY2YvOtTgTP19UkZgMFZsFGhGzyii/kc76FSxvOOFjChHCzZ9goxdoWHQq?= =?us-ascii?Q?ABLD/48gY3I1SRcrcYYjTFp49PHkj/yUMCahgJk4BBFBkVZXYPnfNiyRW1pf?= =?us-ascii?Q?zpcuQpUvezL4/TggN8KMgavBZ7wE1uljKA5WUdFA1XIhzl8SDwz5XNeWtnmz?= =?us-ascii?Q?3C7YUkg6OAVT4rtm8yZsh/T50mN5U2glpIprDmWQUKhVmaN495xp0baUxucg?= =?us-ascii?Q?VGBkO1rVL6Il5t7Px3Zsrmjq4WmM7z348a98itAyvtZmuzOEpYcEpfzebI0L?= =?us-ascii?Q?s7udaljBfWQWzCb5TZwEBzGgX8AjVW59n1dnHkP0b9k0uYdXEq4SUHrmdngz?= =?us-ascii?Q?bTzMdrkH01woKzDroPiT5j6ri/h4sVN0DwYDGGl5EoLCWJBqqRfTTL266Em/?= =?us-ascii?Q?E9SqglFMmYkbQZp+7g7ah2USlfRvARkyT05274wrWMOx57dzy1LBTvB6yXQ8?= =?us-ascii?Q?nfI=3D?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR12MB3753.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 44fd68d7-cf09-4b72-d998-08d8dcbf1284 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Mar 2021 14:34:07.6827 (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: H6wXeQjbKQmZcpMGjVNjO53x6U+D1/XRKX6z+GDivl3g98YHw0zaY7tHrc44fpOFcOcdAPJQi7lnH8LUG1BD+A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR12MB4170 X-OriginatorOrg: Nvidia.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1614609249; bh=/ueluWRQ9TCz+5htgp7JOC0ByszbgRvgNjdu98p7WyE=; h=X-PGP-Universal:ARC-Seal:ARC-Message-Signature: ARC-Authentication-Results:From:To:CC:Subject:Thread-Topic: Thread-Index:Date:Message-ID:References:In-Reply-To: Accept-Language:Content-Language:X-MS-Has-Attach: X-MS-TNEF-Correlator:authentication-results:x-originating-ip: x-ms-publictraffictype:x-ms-office365-filtering-correlation-id: x-ms-traffictypediagnostic:x-ms-exchange-minimumurldomainage: x-ms-exchange-transport-forked:x-microsoft-antispam-prvs:x-header: x-ms-oob-tlc-oobclassifiers:x-ms-exchange-senderadcheck: x-microsoft-antispam:x-microsoft-antispam-message-info: x-forefront-antispam-report:x-ms-exchange-antispam-messagedata: Content-Type:Content-Transfer-Encoding:MIME-Version: X-MS-Exchange-CrossTenant-AuthAs: X-MS-Exchange-CrossTenant-AuthSource: X-MS-Exchange-CrossTenant-Network-Message-Id: X-MS-Exchange-CrossTenant-originalarrivaltime: X-MS-Exchange-CrossTenant-fromentityheader: X-MS-Exchange-CrossTenant-id:X-MS-Exchange-CrossTenant-mailboxtype: X-MS-Exchange-CrossTenant-userprincipalname: X-MS-Exchange-Transport-CrossTenantHeadersStamped:X-OriginatorOrg; b=nyUwCrwf2a+CXcudTKxlqzThhOz9keHOy4PJicr7HZZrlvIrza48VJg+ZpUTRuHlH r6x9uhhKJInxW3JoylrkgjHheq9Qu1glISJrFXJ2NVV4pMmGwmIxjk4Rbyj8o4cZ3j AsvcrAXbhy6ArsvIXDoy5Ah6AwnpIOVFC0bLV76k4ivTcoh+xerGY/DxvR31bbmunZ Jtq4udbpNpF0tFay0eRuHMpMyN9G1E52KsBRjg82sOotZs/Oc9b7P4Ij2WqDzPuc+V 2yJhEpSWWm2CvYtjinXaY0sAu/ixrIuWEfkmfe2+lUANF+tGjAbOjz+5lxp4nXBZOw 9zzQAe8PV1Drw== 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 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... 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 >=20 > Hello Asaf, >=20 > 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 whic= h is > great. However, I am not very successful with that. There is nearly no > documentation, just [1], I found no examples, just commit logs... >=20 > I tried: >=20 > > set sample_actions 0 port_id id 1 / end > flow validate 0 ingress pat= tern > 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 va= lidate > 0 ingress transfer pattern end actions sample ratio 1 index 0 / drop / en= d > port_flow_complain(): Caught PMD error type 1 (cause unspecified): (no > stated reason): Operation not supported >=20 > 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). >=20 > 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. >=20 > Jan >=20 > [1] https://doc.dpdk.org/guides/prog_guide/rte_flow.html#action-sample >=20 > On Fri, 18 Sep 2020 14:23:42 +0000 > Asaf Penso wrote: >=20 > > 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%2Fdo= c > > >.dpdk > > >.org%2Fguides%2Fprog_guide%2Frte_flow.html%23table-rte-flow-redirect- > > >queue-5- > > > >3&data=3D02%7C01%7Casafp%40nvidia.com%7C1a46005bec5245e729e70 > 8d > > > >85bd24caf%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C63736030 > 60 > > > >73519816&sdata=3DEOF%2Fz62crvBZK8rwzwKIWxj5cVlfPVnU3FLmcL9X2w0 > %3 > > >D&reserved=3D0