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 8AC9EA0524 for ; Sun, 30 May 2021 16:22:54 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 14EF940040; Sun, 30 May 2021 16:22:54 +0200 (CEST) Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-eopbgr1300078.outbound.protection.outlook.com [40.107.130.78]) by mails.dpdk.org (Postfix) with ESMTP id 993854003E for ; Sun, 30 May 2021 16:22:52 +0200 (CEST) Received: from HK2PR02CA0158.apcprd02.prod.outlook.com (2603:1096:201:1f::18) by SG2PR04MB2380.apcprd04.prod.outlook.com (2603:1096:4:9::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.21; Sun, 30 May 2021 14:22:49 +0000 Received: from HK2APC01FT004.eop-APC01.prod.protection.outlook.com (2603:1096:201:1f:cafe::b4) by HK2PR02CA0158.outlook.office365.com (2603:1096:201:1f::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.20 via Frontend Transport; Sun, 30 May 2021 14:22:49 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 54.79.123.149) smtp.mailfrom=tatacommunications.com; intel.com; dkim=none (message not signed) header.d=none;intel.com; dmarc=pass action=none header.from=tatacommunications.com; Received-SPF: Pass (protection.outlook.com: domain of tatacommunications.com designates 54.79.123.149 as permitted sender) receiver=protection.outlook.com; client-ip=54.79.123.149; helo=sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn; Received: from sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn (54.79.123.149) by HK2APC01FT004.mail.protection.outlook.com (10.152.248.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.28 via Frontend Transport; Sun, 30 May 2021 14:22:48 +0000 Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-sg2apc01lp2057.outbound.protection.outlook.com [104.47.125.57]) by sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn (Haraka/2.8.24) with ESMTPS id D34B32EC-4DEF-427E-B26D-57ED14A8488E.1 envelope-from (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Sun, 30 May 2021 14:22:46 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ctDzP8NC+hITSb/g6Gu5/zVMrt2X8JreWUKubJizVfexcqDEZH33zfgIjq+ZfKQA4dKx0BRBBlgaKUCAGrbsJN9yKRPNuZAuZwBOA3HnGXpOY3xltrjUB5EnbrW7ySA1wknjLamGezsvGSdic5ENAKo9+BF6C0VQq9fyWg8eMaHtQCkhrHIie3q33Ft3yNH0R1ujV41xih6tX/OQP+hJH4wK9bPI/WIKdCxdd8fbv5AvUEcPRopwEnCrulYK/ooJLRYLaSBu6TbacwxR/hLZ2jhMbmTpLEjEnxGreNDL3Xp6EWJf0fLSn7HOL9pbnWM6u7C92Lrv1O/X59ZzzJx0KA== 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=yypUAT+WV1lrNJoMAPApJsHR8cvbKfi7zb/1aPbuHLU=; b=n0yax1EmhxE/5+/i0qc/YJqbhqgldPz4vghtw/pUkKrMWpZdW8kD6rOgKMmhY6NJWSti8aO7VL2U30RqHPKkpK7Ds5/g8PwxkB/Qw4+T8Dl+oUFHCeKPxzBCGB0/NoGUvIbSstUFrQEgo1j+xFejCrzHPVJLGQS/+xgzGVK9agwywmGx5T8k9LVSAulHq48shwlPRy64m7qgis4jprseyaRtNkEX1V9P6TYCl9LHOkYKVYZkPkMycO5/AbFQdysBxbV3hfN9KAahspZxIlCbpk5EodOXT6Hy2svcmR0H94/dUXz/aHX3YG25N2qtFQ0DAYKfwSBCeVMUOOxWrjIaYQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=tatacommunications.com; dmarc=pass action=none header.from=tatacommunications.com; dkim=pass header.d=tatacommunications.com; arc=none Received: from SG2PR04MB3173.apcprd04.prod.outlook.com (2603:1096:4:69::22) by SG2PR04MB2746.apcprd04.prod.outlook.com (2603:1096:4:18::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.27; Sun, 30 May 2021 14:22:44 +0000 Received: from SG2PR04MB3173.apcprd04.prod.outlook.com ([fe80::8155:f85d:32fe:3c2a]) by SG2PR04MB3173.apcprd04.prod.outlook.com ([fe80::8155:f85d:32fe:3c2a%7]) with mapi id 15.20.4173.029; Sun, 30 May 2021 14:22:44 +0000 From: Vishal Mohan To: "Zhang, AlvinX" , "Xing, Beilei" , "users@dpdk.org" Thread-Topic: DPDK 20.11 - i40e 2 tuple RSS configuration Thread-Index: AddSy0gxBxzhOB0RTnKC+Q+4cbVpkQAACXFwAAEFKeAAAnFFYAAhnfiQAAs3nHAABBQJwABwaZ2Q Date: Sun, 30 May 2021 14:22:43 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-IN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Authentication-Results-Original: intel.com; dkim=none (message not signed) header.d=none;intel.com; dmarc=none action=none header.from=tatacommunications.com; x-originating-ip: [106.201.181.177] x-ms-publictraffictype: Email X-MS-Office365-Filtering-Correlation-Id: 6d6b79d2-f34a-48b3-2ffc-08d9237666e7 x-ms-traffictypediagnostic: SG2PR04MB2746:|SG2PR04MB2380: X-Microsoft-Antispam-PRVS: x-ms-oob-tlc-oobclassifiers: OLM:10000;OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: J4RIAwGP0QS694kBNNkrHeQKrw6CcfpPgshsFGxzovhnqnWt7wJAYjFrfA97oxi8+qlkupACwcAnMllVoEH1O8203XFX60yjdmuW2qRBZQLKYp4Kf4UeLqw+ygglcHMBPWEbXNE0yWyUeRfr6Z8IC/cMHY4HHXuN3UX5A4AFml/fDSg4ZyztzrNvlrqnV0ErkuvT8hGVU9TahhdmeQAsGykRhBEfNmyxCPeAeEQSo/VsczQoA++jZOLxrds/ec+irzOiNu3rdOdeVKwfTgd8aNhn2OtJe3qYxhOrc9pL4sr2Oe8/IXxcyjFCUSmQSWOsow89G4uFejzN1gwzalphSYnQwIfNRc40usxWKS0lmxRqT8gOhshPsrChQdqcPp90XOgdnLSdEBLagUMouugl/yUAL+5l7fRql0uw8OpabZTGIKrundhBfMfNvNoPZqUqKA6oI7YtTzaZNfUUN1XAs31LXdyLy6Au42ohKV7Dl+H/KlwdCEqda1sITM8Fw9CW8JQLPDPTx8ehLaj7htkVwQcmKg3v1N7bLPEDWbJXTZyEseHqWyqfiZF3wj/a9ZzN68st7oyaLTvn5MtzGemXdigE/zyLUnQQXCopYIJzfE8= X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SG2PR04MB3173.apcprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(136003)(366004)(346002)(396003)(39860400002)(9686003)(186003)(8676002)(2906002)(7696005)(316002)(33656002)(6506007)(53546011)(66446008)(66476007)(66556008)(44832011)(478600001)(83380400001)(86362001)(26005)(5660300002)(8936002)(52536014)(38100700002)(122000001)(76116006)(71200400001)(110136005)(55236004)(66946007)(55016002)(64756008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?iguKYYjfGlriBSkiFuQmshvXovG+5biLqaoGu0dkTVka0S5YE2bxr4rKvdJE?= =?us-ascii?Q?OGGwnq/Ku34LYawa5d75MLHWAovqlOn4HgPUnzpVtK7aOYXP6wLKSwNEHdb/?= =?us-ascii?Q?O3ZzutCPR6gipXJphfOl8NgB8nk5tWILJD4hOJjbilMob0GTFElYre5Azad6?= =?us-ascii?Q?QhORaYdoYqxfKspnnjb2nIS+xd8DVC+hwmnzl1E0ckuuttU2rGfnUOtfGhIk?= =?us-ascii?Q?TdnYH0wL+TFsrFtSB1yLMmrryEHzged0dA079lC5aO0mt50sCqJICtNvCrYX?= =?us-ascii?Q?7CgCO05cChbPbd4sfd0uVQonrQWsAGaArHNbQw/gDTslqMgqysCkuivMzbHs?= =?us-ascii?Q?RIZOK/P3DSGIueCUyGJMqaDs7YAeh9KHPnHzJOKz9haq83niWW40iBcOpBK6?= =?us-ascii?Q?yFuhDM8ubHH+UDJMggW3wUWEbNXLQ8xs9vUWwCYwrMUnAT+et+dGvh76adMy?= =?us-ascii?Q?/zDGCndhf5GXkQ77Q4fz4Eir7Pca9uhqJM+86QxGw75kGsT8lmzFXVY5rI6H?= =?us-ascii?Q?vZufK6YWgSQWBKub+GQ+ZyunCbqdqstAIEJQPKn93E8v3WMxQiaFh7QqhvkL?= =?us-ascii?Q?0yXNQRZJFkJ5PIS/1dfcYIzMTVQ40/m2YkipAwLp1xP9Ch6YVYMiW1aKfDGe?= =?us-ascii?Q?A7wcQyfTrhLo26t6K0TL9KIAdz5NSoBGRX3UVgseBSgF9UKkAN66o7yJboV8?= =?us-ascii?Q?2IKi3HYrMojF0hHDM++GwZw9BkqCJWxrWl04/gQU3ve+114Nla1abOOPEdg5?= =?us-ascii?Q?LK1Wi0WzZl5LdvBuUqGoog9ddmf10MW8iKGT7Zrm3qBD/LzPKY0uGqC+R6G2?= =?us-ascii?Q?uCoAajGrrofyKfOrgoN2JC+6/kC7mViYSawoJ5wI4ZWedDQ1U70Vn/8ccx4h?= =?us-ascii?Q?FwGPboJrqe1Uws0hFRQcpuOrMGoRPwLCcDAbD9KxbRfVKMrUr0rYRBIuVgFH?= =?us-ascii?Q?67PUdR/mDbhkKhnpevkEKc2vbjBFX6Md8B76m3hrkzCzR9sNIicg3TKDcyvW?= =?us-ascii?Q?CUNdhF8NYA+OF8td+aCcZTcCG/LSwSFTkl70cU7CmFIw2HvyxfZ75ViyvW4e?= =?us-ascii?Q?Ax8/it6ndQ6NV0BRUh733wteWa4NGAO/uRqWxCOBolPSSJbaN+bqxivHeno9?= =?us-ascii?Q?nDarxXMo3etNTAuEZ07OSdOLsgvBa5+Ex2RGRFNgjkUy9m2w8M0Re8wbSQg4?= =?us-ascii?Q?l6//iekCUPU/Ik0AtpthWKvX3bssG/Wpp1DHrZN1KXhPJNIko6j8nGdhq64L?= =?us-ascii?Q?lNxstiOixosmAVXHQBXAaJ9SV8N6aSBZwd5NcDD/dSyWKYT3UojBRT+49WCp?= =?us-ascii?Q?+NBzSOcEVKLybHamQnXcZSNi?= x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2PR04MB2746 Original-Authentication-Results: intel.com; dkim=none (message not signed) header.d=none;intel.com; dmarc=none action=none header.from=tatacommunications.com; X-SHN-DLP-SCAN: success X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: HK2APC01FT004.eop-APC01.prod.protection.outlook.com X-MS-Office365-Filtering-Correlation-Id-Prvs: 3f0b8960-6e53-4992-0ffb-08d92376641e X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Uk9ZLZwjA+U+GWql3OMtiIWJ84vAbbi3U0s7V4RfF7kr663uN76INno1ICQHS1lpkvKGQRXQ3JtsFa1ui5CSetkaKk/yGfQpF52T+rDrbEeP7jW2W3QM2BmULffKRJPG5quYjoCWuFTbgKuRpepS4/IdRlRXOe5smE1JnvdN+QjImMluIWDolgm/Uf05YmoZtJr2O8eNEtGvqK6ZXT5QY4Wld8rEt0cpin/Rz+z8Ih9MDDrEL6Jw+mV6kDjiuy2wdCCyj8kCbqB7C5zmgpW72vGuI8moQ/K7YzMcJkYAfH+NnoLxfcKOQjaq6MIrfKEgAihYqb6aFo5CM/MVvyL56K0VWaAk409xbHokIa4Kq6FJItTej70noRyPtd2CA0FvwewgGqH2IH8h3xcPtCa8/iFXz7Gd0FdpwANeD0vOmt8aSM7ZtS5ZbIuSzGa0FjrOuVwbMymhSjxJjxfgKf1/g4C/LZEkEMYqDOv/x0O2ZMYjglB90OJJ7O8P8XEEaY+v0GqSO3yVJpFQhp95zSFgQK0eHugqdOT36TM9YItzn0ilVpsm+Zx3EcYn0V2SM1EK751gsFEmrsGJElMiOBeIol7tzvbtetpZESVcaGXYsPHeGXRAGeuIT5Xil1FuHPiaxxV81b2lobQvRxVIMHkrjrqvgxFrKNMoRb9cMdosAuU= X-Forefront-Antispam-Report: CIP:54.79.123.149; CTRY:AU; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn; PTR:send1.mail-inline.syd-pop.i-shn.net; CAT:NONE; SFS:(346002)(136003)(376002)(39860400002)(396003)(46966006)(36840700001)(55236004)(52536014)(82740400003)(81166007)(83380400001)(356005)(6506007)(53546011)(26005)(36906005)(8676002)(186003)(30864003)(2906002)(55016002)(478600001)(8936002)(86362001)(33656002)(336012)(110136005)(316002)(5660300002)(9686003)(44832011)(82310400003)(70586007)(7696005)(70206006)(47076005)(36860700001)(579004); DIR:OUT; SFP:1101; X-OriginatorOrg: tatacommunications.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 May 2021 14:22:48.1949 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 6d6b79d2-f34a-48b3-2ffc-08d9237666e7 X-MS-Exchange-CrossTenant-Id: 20210462-2c5e-4ec8-b3e2-0be950f292ca X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=20210462-2c5e-4ec8-b3e2-0be950f292ca; Ip=[54.79.123.149]; Helo=[sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn] X-MS-Exchange-CrossTenant-AuthSource: HK2APC01FT004.eop-APC01.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2PR04MB2380 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [dpdk-users] DPDK 20.11 - i40e 2 tuple RSS configuration X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" Hi Alvin and Beilei, I was able to implement 1 tuple for all the flows after not defining .queue= and .queue_num in struct rte_flow_action_rss. Im still trying to do 2 tup= le (src and dst) at the same level which seems not possible by the document= ations. Any suggestions to address that ? Thank you for the inputs. Regards, Vishal Mohan From: Vishal Mohan Sent: 28 May 2021 02:18 PM To: Zhang, AlvinX ; Xing, Beilei ; users@dpdk.org Subject: RE: DPDK 20.11 - i40e 2 tuple RSS configuration Hi Alvin, Thanks for your effort in verifying. As mentioned below I was able to achie= ve the same behaviour as below but not when I do it manually using rte_flow= apis. Can you please take a look at the code snippet in the trail mail to = point me if I'm missing anything. Thanks & Regards, Vishal Mohan From: Zhang, AlvinX > Sent: 28 May 2021 12:27 PM To: Xing, Beilei >; Vis= hal Mohan >; users@dpdk.org Subject: RE: DPDK 20.11 - i40e 2 tuple RSS configuration Hi Vishal Mohan We have tried based on commit b1d36cf828771e28eb0130b59dcf606c2a0bc94d(vers= ion: 20.11.0) 0000:81:00.0 'Ethernet Controller XXV710 for 25GbE SFP28 158b' drv=3Dvfio-p= ci unused=3Di40e ./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c 0xff -n 4 -a 0000:81:00.0= -- -i --rxq=3D64 --txq=3D64 --port-topology=3Dloop flow create 0 ingress pattern eth / ipv4 / tcp / end actions rss types ipv4= -tcp l3-src-only end queues end / end packet=3D[Ether()/IP(dst=3D"192.168.1.1", src=3D"192.168.0.2")/TCP(sport=3D= 22,dport=3D23)/("X"*480) -->RSS hash =3D 0x6a12e180 packet=3D[Ether()/IP(dst=3D"192.168.1.2", src=3D"192.168.0.2")/TCP(sport=3D= 22,dport=3D23)/("X"*480) -->RSS hash =3D 0x6a12e180 packet=3D[Ether()/IP(dst=3D"192.168.1.2", src=3D"192.168.0.2")/TCP(sport=3D= 22,dport=3D23)/("X"*480) -->RSS hash =3D 0x6a12e180 packet=3D[Ether()/IP(dst=3D"192.169.1.2", src=3D"192.16.0.2")/TCP(sport=3D2= 2,dport=3D23)/("X"*480) -->RSS hash =3D 0xead3c21e packet=3D[Ether()/IP(dst=3D"192.169.1.2", src=3D"192.16.0.2")/TCP(sport=3D2= 2,dport=3D23)/("X"*480) -->RSS hash =3D 0xead3c21e packet=3D[Ether()/IP(dst=3D"192.169.1.2", src=3D"192.16.0.2")/TCP(sport=3D2= 2,dport=3D230)/("X"*480) -->RSS hash =3D 0xead3c21e packet=3D[Ether()/IP(dst=3D"192.169.1.2", src=3D"192.16.0.2")/TCP(sport=3D2= 02,dport=3D23)/("X"*480) -->RSS hash =3D 0xead3c21e Is this you expected? BRs, Alvin Zhang From: Xing, Beilei > Sent: Friday, May 28, 2021 9:24 AM To: Vishal Mohan >; users@dpdk.org; Zhang, Alvi= nX > Subject: RE: DPDK 20.11 - i40e 2 tuple RSS configuration + Alvin. Could you please help on it? Thanks. BR, Beilei From: Vishal Mohan > Sent: Thursday, May 27, 2021 5:45 PM To: Xing, Beilei >; use= rs@dpdk.org Subject: RE: DPDK 20.11 - i40e 2 tuple RSS configuration Hi Beilei, Thanks for the pointer. By using l3-src-only, I was able to run testpmd on = 1 tuple mode. But no success when configured manually. Please find the snip= pet below of my rte_eth_conf and flow conf for your kind perusal: static struct rte_eth_conf port_conf_default =3D { .rxmode =3D { .mq_mode =3D ETH_MQ_RX_RSS, }, .rx_adv_conf =3D { .rss_conf =3D { .rss_key =3D NULL, .rss_key_len =3D 40, .rss_hf =3D ETH_RSS_NONFRAG_IPV4_UDP, }, } }; struct rte_flow_item pattern[] =3D { [0] =3D { .type =3D RTE_FLOW_ITEM_TYPE_ETH, }, [1] =3D { .type =3D RTE_FLOW_ITEM_TYPE_IPV4, }, [2] =3D { .type =3D RTE_FLOW_ITEM_TYPE_UDP, }, [3] =3D { .type =3D RTE_FLOW_ITEM_TYPE_END, } }; struct rte_flow_action_rss action_rss =3D { .types =3D ETH_RSS_NONFRAG_IPV4_UDP | ETH_RSS_L3_SRC_ONLY, .queue_num =3D 10, .queue =3D queue_ids, }; struct rte_flow_action action[] =3D { [0] =3D { .type =3D RTE_FLOW_ACTION_TYPE_RSS, .conf =3D &action_rss }, [1] =3D { .type =3D RTE_FLOW_ACTION_TYPE_END, } }; struct rte_flow_attr attr =3D { .egress =3D 0, .ingress =3D 1 }; struct rte_flow_error err; retval =3D rte_flow_validate(portid, &attr, pattern, action, &err); printf("retval %d %d\n",retval,-ENOTSUP); if(!retval){ struct rte_flow *flow =3D rte_flow_create(portid, &attr, pattern, a= ction, &err); } The above given flow validates and adds successfully but no effect on RSS h= ashing. Also I did not set .spec and .mask for patterns assuming ETH_RSS_L3= _SRC_ONLY will take care of the fields looked into. Can you please point out if im missing anything here ? Thanks & Regards, Vishal Mohan -----Original Message----- From: Xing, Beilei > Sent: 27 May 2021 01:42 PM To: Vishal Mohan >; users@dpdk.org Subject: RE: DPDK 20.11 - i40e 2 tuple RSS configuration CAUTION: This email originated from outside of the organization. Do not cli= ck links or open attachments unless you recognize the sender and know the c= ontent is safe. Hi, I remember there's no legacy API rte_eth_dev_filter_ctrl() supported in 20= .11. Please refer to RSS Flow part in i40e.rst: Enable hash and set input set for ipv4-tcp. testpmd> flow create 0 ingress pattern eth / ipv4 / tcp / end \ actions rss types ipv4-tcp l3-src-only end queues end / end BR, Beilei > -----Original Message----- > From: users On Behalf Of Vishal Mohan > Sent: Thursday, May 27, 2021 3:40 PM > To: mailto:users@dpdk.org > Subject: [dpdk-users] DPDK 20.11 - i40e 2 tuple RSS configuration > > I'm trying to implement RSS with 2 tuple (src ip, dst ip) hashing with > X710 - quad port in DPDK 20.11 with no success. I was able to > implement the same in DPDK 17.11 with a combination of RSS flags > given below and > rte_eth_dev_filter_ctrl(): > > .rss_hf =3D (ETH_RSS_IPV4 | ETH_RSS_NONFRAG_IPV4_OTHER | > ETH_RSS_FRAG_IPV4 | ETH_RSS_NONFRAG_IPV4_UDP | > ETH_RSS_NONFRAG_IPV4_TCP) > > and selecting input fields as dst and src ip for every rss_hf flag > using rte_eth_dev_filter_ctrl(). > > In DPDK 20.11, I believe there is no explicit usage of using > rte_eth_dev_filter_ctrl() instead we can configure the hashing with > the generic rte_flow api. I did configure a flow validate and create > the same, but the hashing is not working as expected. Without flags > ETH_RSS_NONFRAG_IPV4_UDP | ETH_RSS_NONFRAG_IPV4_TCP no hashing takes > place and with those flags included in .rss_hf, 5 tuple hashing takes > place. > > When using rte_flow api, any flags given in rte_flow_action_rss.types > has no effect on the final RSS hash result. Also the RSS hashing in > the given testpmd isn't working when it is configured in "ip" (2 tuple) m= ode. > > Any inputs for configuring RSS hashing for 2 tuple is much appreciated. > > > Thanks & Regards, > Vishal Mohan