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 B8392427FA for ; Tue, 21 Mar 2023 17:49:22 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 45DD540A7A; Tue, 21 Mar 2023 17:49:19 +0100 (CET) Received: from NAM02-BN1-obe.outbound.protection.outlook.com (mail-bn1nam02on2055.outbound.protection.outlook.com [40.107.212.55]) by mails.dpdk.org (Postfix) with ESMTP id E5EB240697 for ; Tue, 21 Mar 2023 17:49:17 +0100 (CET) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Cs2kXhehMQnS6L4/qOwvrjTgFngy/JsA/SMHeqI8EHmY3ORfUquMUTX5+nnli07l+zm2d6kHI2NF+LZyRKQVcv2zr0MWsVZ6G0RuDm1W3c4b4rjAH/qdzbRz0QVRdDf8zTC70toMcXL3twya8ka0TKq7KDHMmppBWXamHD5Qm/omBQ9lijhDKtMnCiKTxaYtMeqKIMEH07KP49FNx/JBQbFPfwl9L2Rya9D9ET5bSEO8ZksNwhGMdKhEYynDzHTEaiJ8/pUfAv02aSUPLPoGA/pxy3vlqILMv0NDXKJnooelurY2LPPgCC5E8aUchkKc0MUdBgxj8n0qLNFKgsVF1A== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=1VPzjVxC79lvZFvOT4spAiMdz3Wk6ztHhL9aG/yjlWg=; b=R1q+d6AVXRYTSxkwSjh1SBJmpdNcI6z+bg8WEk3CbsP9H2wQjVKiDeHSGwPPSzThUpqFBVhvt4FqzySMoMd8WaMji5l9ZSDnOI8svmlzJgYSLpIzcRvQhbwqYVyYnS0C5IhiRJ/scsGMZvHGRkIB5hS6qxD5F9OlP48HOAcw3vMxbFpXR90Yr3V8kUuuuQB6++ivVC0/ycB69piIg524DaHPCAkGTBzAXvJS+TLAKtKddzoubBCI1z+qUb0FKEII6kzYLJdTSKGKrusgNWeu8fE/qvnq+Jp2Ys2OyolOnOmi9X54ZPjoerI7x/efJKTvUF4r8hqf32f0m9FV9lewwg== 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=1VPzjVxC79lvZFvOT4spAiMdz3Wk6ztHhL9aG/yjlWg=; b=LFgm3CCT7fVCe/0rfVKQH51VNGjWGJAHwtDhui5PkZOusuflB/u1r19u4DxSB/gyuE3bLQGjZRtIAWDm62YyESFf+roSOXzSXK40biTSoDYUbC7Sj5VkygUC0GqDiOKf9GMkbRdzUE+RtiZ0HR0Wt1LE09dEoaLD1vB50VkrowH2BKPHXd4YMv0AQV16EMqA3PktlrCPNbffhNzktNnTM6T+I6/LhELV8eQUx/rH8spTeO8Ujfocb93asWJCafJPBTopo8GEIs8n+CjpPjTTkkDXqpabU1DqmoihqUyh8FGyUso1I2MGtclLP0BzPrvMyaBTeWGba+UC6q9VpcfpGA== Received: from DM4PR12MB8474.namprd12.prod.outlook.com (2603:10b6:8:181::13) by IA0PR12MB8085.namprd12.prod.outlook.com (2603:10b6:208:400::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6178.37; Tue, 21 Mar 2023 16:49:16 +0000 Received: from DM4PR12MB8474.namprd12.prod.outlook.com ([fe80::e293:548a:dddd:3969]) by DM4PR12MB8474.namprd12.prod.outlook.com ([fe80::e293:548a:dddd:3969%4]) with mapi id 15.20.6178.037; Tue, 21 Mar 2023 16:49:16 +0000 From: Asaf Penso To: Tony Hart CC: Stephen Hemminger , "users@dpdk.org" Subject: Re: [External] rte_flow: no ability to match on packet length? Thread-Topic: [External] rte_flow: no ability to match on packet length? Thread-Index: AQHZS4cOKT5bMa+EYkW0ePcJa1gq4q7ssA8AgAD8f4CAFN180oACleYAgAAzXQCAAD97uA== Date: Tue, 21 Mar 2023 16:49:16 +0000 Message-ID: References: <5644d4d8-d47b-4a0c-84ec-17ce8d68d922.8b1a23e8-b9b9-4aca-a31a-0d4e4655acbd.eee7240b-6962-4037-97c6-178856ab054b@emailsignatures365.codetwo.com> <20230305124628.503423b4@hermes.local> <72D4DCC7-FD6D-42CB-BA17-8CA7AAFD5758@corero.com> In-Reply-To: <72D4DCC7-FD6D-42CB-BA17-8CA7AAFD5758@corero.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nvidia.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DM4PR12MB8474:EE_|IA0PR12MB8085:EE_ x-ms-office365-filtering-correlation-id: 13875f3f-5539-485a-1cbf-08db2a2c351c x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: GsaHMbDOQQSP9koubaDBLJWhaJYe5Z8zdZpl6tHjjnFpKYAACIeLzo3gWYk1AZH25oGJQnWUU5pd9ry49ux7fhQMPj8XqdR3mTa/oGuPdQjDd+syhi7sXauhR1mIW8DHr6kKcZVebagqkGMlryGPKNya4O6zr25DapeWI8CGyQIY+akem6v9glMGtu2gHHjhaKs5gFKI7+Uor6812CkhJXgVn+zsBaBCPkTJUelhY26YMvgdVlAl8sxRP1Zlt5aIqG6u2U5vF1xZj8RGcLHXN8jRz0sMFTljt6stfA7e3SbeYdi6CT7rnxvVZ0toucZ9uRNEivt4GGHFWHxsrTrwcLuIJxn3A0q6RPxRnHr5FTzVqY5WHp2SSLOy7aNqG6ATzP2AOTxHds7sI7epdgTNwfvSNYA7wZxHCxprDJ4IXKAt3e5ukeXfPcqB+alOW8PqjX2QzNhXuvY5hXI+/2jqrkagucGWh7aNsI71+hnnOyn3jVu+K+iza80PQI8VKJpCHohSag2n0luoOXr2AHiU5raExtBhjZ1EA9fb0AH0ulTQIHjiqCUzAg6Hv4Fxh7wKnt4SKA6yzo1fWfEOWXqr2bzfwuf4CHaF4RFU75qsc1B/Lfd4D4ZTcuMqkohAQ+uFLgXhdMvnBVbIDy7aiIcR76biz6qMhTNyBWdQ8OVJkIuXR4OttRrAOI7VRqbuqAh2e+bUMOdqrcJHBeGraabMpvGs6PCm6ZHZOMTsFe3nTSnnV89OioDy3tMhLJij+YY9 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM4PR12MB8474.namprd12.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230025)(4636009)(136003)(396003)(376002)(346002)(366004)(39860400002)(451199018)(66946007)(41300700001)(4326008)(76116006)(6916009)(8676002)(66556008)(66476007)(91956017)(38100700002)(66446008)(64756008)(2906002)(122000001)(52536014)(55016003)(8936002)(26005)(6506007)(53546011)(166002)(71200400001)(7696005)(38070700005)(33656002)(186003)(9686003)(86362001)(5660300002)(83380400001)(316002)(66899018)(478600001)(54906003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?Ztw9lR8b/Hm4rjqUSY2IxIepzOUMhGVfphxBz+OeX5jUT6WV1cX8Ko0D?= =?Windows-1252?Q?OGRgR0sDYDKeGdbKrKXJGofOkRNSxw05/b3/aE8fCyH+6rIbT4RCDN8M?= =?Windows-1252?Q?GvoSygity2GrTTKzsJRWVQh3FlvtMZsBN3CkvBDLVqIRHMgm6rLigxSW?= =?Windows-1252?Q?Svp2J3/skLnaga67gapdhN7xZ60nB6WPmAuOOW3wBtK/ZRJdDDy9aiKm?= =?Windows-1252?Q?MJ5n1vHtbYzK0nDLCL0iG7mRroy+eCW0bYZCKdlut2yKUTVYseCsHhEM?= =?Windows-1252?Q?vLIc7nUKeoO5rhMwTRNPaleXQrvoQs0FVQOo8uhQiqEQfR7hEdVovW8Q?= =?Windows-1252?Q?PecsSZDcSI1w1eSkNPiXzfj7X4XXD0Rp6VVr2WmZvtnKSXAhzmesx1w0?= =?Windows-1252?Q?Efkus5WiASdUsDedwViM8pQfvzqSM7yM52+DpRUv8fcPjcbJ8oSo+Mab?= =?Windows-1252?Q?aKT2K8AtxeU0xzP0kStFQtrzNuYUkGP7GsWFcHYscHwDgU8ELhfCM6Ou?= =?Windows-1252?Q?nxldMLQPXENiTddNnqxn9nY98+kOwAZfvUpYCVYin9AaNEfOrh4h9BKN?= =?Windows-1252?Q?iTthhka2GbAHKtbvW1B4P4k1gcwkZ1MgZMbfvyGzLxKnbaP16801b3Lz?= =?Windows-1252?Q?fLjFesjqfqSQnuvEL9eI0zaDfnuh/Z70vwX4AURdUog1D/zP+cujlabJ?= =?Windows-1252?Q?2pkybv6a6/EnaBCxDU2y9k0xAhAJ4QeXBsIo41SPtK675XjgIXFxMpeA?= =?Windows-1252?Q?fBjWWDPZgmH3x3IjtyYkwAv1MGTOtc71L1BVqZDkD/EF3FbGQhFZPj88?= =?Windows-1252?Q?KQcMPyjeLjUbF8baQGwL51AMgTrgSPzLpvr3uSOW3T2SjL8XvquW20NU?= =?Windows-1252?Q?eh5WgoiFbEnnOE8tCV8cAGOu5Mc75Zhlrc/4iijyNL7YB4abLxi70VLH?= =?Windows-1252?Q?QGrTbehfi+dju4GVFihVLhM4XTwickrnNJ3j+NRu/2AkDEuyDRKiV8nn?= =?Windows-1252?Q?5fzZISyhzYL79RclWsbokNbTx6VDsbQ9xfGX7wEKYVaytgs1XOm3nTpT?= =?Windows-1252?Q?qB2Uq9RO4LeNl/JSq7BnE9Kj2pa7SD34AR17cD+nJATLexms2l5Vs1bs?= =?Windows-1252?Q?TeG/14vdAbpDA9OXwaiQ/pOq6ZhgUnNRRbX9N9qKwj5ZnLPAaXgPcV8m?= =?Windows-1252?Q?iLqjYVWKwdWgaCNqBngNID1boXrjMdbIVkNrUShn0/P94ba4vJOWjpsO?= =?Windows-1252?Q?NgucWQ3J8ZIcywFPCcOduStIj2PiM1Yg54xbtcPzFxwaHERXIb+MR4es?= =?Windows-1252?Q?DLO4clLECxD5HSyK7v26jUb5XY+2RVwawWwFqQMEu8GrxCrwcESopHP9?= =?Windows-1252?Q?+JAycD/cs06amqSN/y9OqN4nbubc3UuAPNkvbvSSTRrNM+wisZR5LnXm?= =?Windows-1252?Q?/MZCWQIJw/rPPrszYEsnncOfYuLmdoAOMqwB/V3lQmqpNkOViGPmDdne?= =?Windows-1252?Q?696GSgz0rdV3tSXrjHkI25uBPZRyL82CZl4bTGoV/wq/h6dsFEsZ6knf?= =?Windows-1252?Q?Gvyym6lbf3eVLu78oegjYAHlxInPmMJa3siq1NWOKVX2Szc/tR0Ofc3y?= =?Windows-1252?Q?6AjRa0lMUS/9CgXdZfH/LhiW5rQLJwhw64TEj0shXcPxTvij2caYB6ym?= =?Windows-1252?Q?n9itEpqATYCOVzYzdhl4+kzBTcMVsvAT?= Content-Type: multipart/alternative; boundary="_000_DM4PR12MB84742101EF7910ABDAE530C8CD819DM4PR12MB8474namp_" MIME-Version: 1.0 X-OriginatorOrg: Nvidia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM4PR12MB8474.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 13875f3f-5539-485a-1cbf-08db2a2c351c X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2023 16:49:16.0707 (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: 5/EsF4GbUHAPSsZk9+HH191C9T9dyBt+RWFJM40wYIIe+S4BFGq4NeHnGHX9xjnIuVeEd3JLL2cWgFmVuCAh3w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA0PR12MB8085 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 --_000_DM4PR12MB84742101EF7910ABDAE530C8CD819DM4PR12MB8474namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Template API rte_flow is not related directly to Raw or Flex. We plan to support ipv6 length, not payload length. What other fields you wish to match on? Regards, Asaf Penso ________________________________ From: Tony Hart Sent: Tuesday, March 21, 2023 3:00:58 PM To: Asaf Penso Cc: Stephen Hemminger ; users@dpdk.org Subject: Re: [External] rte_flow: no ability to match on packet length? Ok I see the templates section in the programmer=92s guide; that doesn=92t = seem to allow matching on arbitrary fields? Tony Hart | Chief Architect Tony.Hart@corero.com 293 Boston Post Road West Suite 310, Marlborough, MA 01752 Access Corero Network Security=92s Privacy Policy here >. We are Corero Network Security plc (=93Corero=94), registered in England an= d Wales, with registered company number 02662978, registered office address= Regus House Highbridge, Oxford Road, Uxbridge, Middlesex, UB8 1HR. Corero = is the parent company for Corero Network Security, Inc. and Corero Network = Security (UK) Ltd (a company registered in England and Wales with registere= d number 04047090, with the same registered office address as above) For in= formation about how we process your data, or to manage your data preference= s, click here . > On Mar 21, 2023, at 5:57 AM, Tony Hart wrote: > > Hi Asaf, > > That=92s good news. Would IPv6 payload_length also be added? > > The template API sounds interesting, is it related to the Flex or Raw ite= m matches? > > Regards > Tony > > > >> On Mar 19, 2023, at 2:34 PM, Asaf Penso wrote: >> >> Hello Tony, >> >> Starting ConnectX-6 Dx NIC, the HW can match on range of values for diff= erent fields. >> In general, it will be implemented as part of the rte_flow template API. >> We plan implementing range match on ip.total_length field as part of 23.= 07. >> >> Regards, >> Asaf Penso >> From: Tony Hart >> Sent: Monday, March 6, 2023 1:50:11 PM >> To: Stephen Hemminger >> Cc: users@dpdk.org >> Subject: Re: [External] rte_flow: no ability to match on packet length? >> >> Hi Stephen, >> Thanks for the confirmation. As you say, maybe any MLX5 experts have som= e suggestions? >> >> --tony >> >> >> Tony Hart | Chief Architect >> Tony.Hart@corero.com >> >> 293 Boston Post Road West Suite 310, Marlborough, MA 01752 >> >> >> Access Corero Network Security=92s Privacy Policy here >. >> >> >> >> We are Corero Network Security plc (=93Corero=94), registered in England= and Wales, with registered company number 02662978, registered office addr= ess Regus House Highbridge, Oxford Road, Uxbridge, Middlesex, UB8 1HR. Core= ro is the parent company for Corero Network Security, Inc. and Corero Netwo= rk Security (UK) Ltd (a company registered in England and Wales with regist= ered number 04047090, with the same registered office address as above) For= information about how we process your data, or to manage your data prefere= nces, click here . >> >> >> >>> On Mar 5, 2023, at 3:46 PM, Stephen Hemminger wrote: >>> >>> On Tue, 28 Feb 2023 15:12:31 +0000 >>> Tony Hart wrote: >>> >>>> I=92m trying to use the Generic Flow API (rte_flow) to match IP packet= s based on their length (either L2, L3 or L4 lengths). >>>> >>>> There doesn=92t seem to be an item type that explicitly matches based = on length (RTE_FLOW_ITEM_TYPE_x). So I=92ve tried using a mask with RTE_FL= OW_ITEM_TYPE_IPV4 to match on the total_length field (and similar attempt t= o match on the UDP header dgram_len field) but the NIC I=92m using (mlx5) r= eturns an error (mask enables non supported bits). >>>> >>>> Am I out of luck, or maybe missing something? >>>> >>>> Thanks for any insights! >>>> >>>> I=92ve tried, DPDK: 20.11.7 and 22.11.1 >>>> >>>> Tony Hart | Chief Architect >>>> Tony.Hart@corero.com >>> >>> Short answer: yes, you are right there is no generic length match. >>> >>> Longer answer: rte_flow is an API which is meant to provide access to t= he underlying >>> match features of NIC hardware. Supporting something requires that the = HW/FW can do the >>> match, and that the driver writer has added (and tested) that match. >>> >>> Hopefully the MLX5 experts can help answer what is possible. >>> >> > --_000_DM4PR12MB84742101EF7910ABDAE530C8CD819DM4PR12MB8474namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Template API rte_flow is not related directly to Raw or F= lex.
We plan to support ipv6 length, not payload length.
What other fields you wish to match on?

Regards,
Asaf Penso
From: Tony Hart <Tony.Ha= rt@corero.com>
Sent: Tuesday, March 21, 2023 3:00:58 PM
To: Asaf Penso <asafp@nvidia.com>
Cc: Stephen Hemminger <stephen@networkplumber.org>; users@dpdk= .org <users@dpdk.org>
Subject: Re: [External] rte_flow: no ability to match on packet leng= th?
 
Ok I see the templates section in the programmer= =92s guide; that doesn=92t seem to allow matching on arbitrary fields? = ;


Tony Hart | Chief Architect
Tony.Hart@corero.com <mailto:Ton= y.Hart@corero.com>
 
 293 Boston Post Road West Suite 310, Marlborough, MA 01752


Access Corero Network Security=92s Privacy Policy here <www.corero.com/privacy>.



We are Corero Network Security plc (=93Corero=94), registered in England an= d Wales, with registered company number 02662978, registered office address= Regus House Highbridge, Oxford Road, Uxbridge, Middlesex, UB8 1HR. Corero = is the parent company for Corero Network Security, Inc. and Corero Network Security (UK) Ltd (a company registered = in England and Wales with registered number 04047090, with the same registe= red office address as above) For information about how we process your data= , or to manage your data preferences, click here <info.corero.com/data-preferences.html>.



> On Mar 21, 2023, at 5:57 AM, Tony Hart <tony.hart@corero.com> wr= ote:
>
> Hi Asaf,
>
> That=92s good news.  Would IPv6 payload_length also be added?
>
> The template API sounds interesting, is it related to the Flex or Raw = item matches?
>
> Regards
> Tony
>
>
>
>> On Mar 19, 2023, at 2:34 PM, Asaf Penso <asafp@nvidia.com> w= rote:
>>
>> Hello Tony,
>>
>> Starting ConnectX-6 Dx NIC, the HW can match on range of values fo= r different fields.
>> In general, it will be implemented as part of the rte_flow templat= e API.
>> We plan implementing range match on ip.total_length field as part = of 23.07.
>>
>> Regards,
>> Asaf Penso
>> From: Tony Hart <Tony.Hart@corero.com>
>> Sent: Monday, March 6, 2023 1:50:11 PM
>> To: Stephen Hemminger <stephen@networkplumber.org>
>> Cc: users@dpdk.org <users@dpdk.org>
>> Subject: Re: [External] rte_flow: no ability to match on packet le= ngth?
>>
>> Hi Stephen,
>> Thanks for the confirmation. As you say, maybe any MLX5 experts ha= ve some suggestions?
>>
>> --tony
>>
>>
>> Tony Hart | Chief Architect
>> Tony.Hart@corero.com <m= ailto:Tony.Hart@corero.com>
>>
>> 293 Boston Post Road West Suite 310, Marlborough, MA 01752
>>
>>
>> Access Corero Network Security=92s Privacy Policy here <www.corero.com/privacy>.
>>
>>
>>
>> We are Corero Network Security plc (=93Corero=94), registered in E= ngland and Wales, with registered company number 02662978, registered offic= e address Regus House Highbridge, Oxford Road, Uxbridge, Middlesex, UB8 1HR= . Corero is the parent company for Corero Network Security, Inc. and Corero Network Security (UK) Ltd (a company reg= istered in England and Wales with registered number 04047090, with the same= registered office address as above) For information about how we process y= our data, or to manage your data preferences, click here <info.corero.com/data-preferences.html>. >>
>>
>>
>>> On Mar 5, 2023, at 3:46 PM, Stephen Hemminger <stephen@netw= orkplumber.org> wrote:
>>>
>>> On Tue, 28 Feb 2023 15:12:31 +0000
>>> Tony Hart <Tony.Hart@corero.com> wrote:
>>>
>>>> I=92m trying to use the Generic Flow API (rte_flow) to mat= ch IP packets based on their length (either L2, L3 or L4 lengths).
>>>>
>>>> There doesn=92t seem to be an item type that explicitly ma= tches based on length (RTE_FLOW_ITEM_TYPE_x).  So I=92ve tried using a= mask with RTE_FLOW_ITEM_TYPE_IPV4 to match on the total_length field (and = similar attempt to match on the UDP header dgram_len field) but the NIC I=92m using (mlx5) returns an error (mask enables non s= upported bits).
>>>>
>>>> Am I out of luck, or maybe missing something?
>>>>
>>>> Thanks for any insights!
>>>>
>>>> I=92ve tried, DPDK: 20.11.7 and 22.11.1
>>>>
>>>> Tony Hart | Chief Architect
>>>> Tony.Hart@corero.com <mailto:Tony.Hart@corero.com>
>>>
>>> Short answer: yes, you are right there is no generic length ma= tch.
>>>
>>> Longer answer: rte_flow is an API which is meant to provide ac= cess to the underlying
>>> match features of NIC hardware. Supporting something requires = that the HW/FW can do the
>>> match, and that the driver writer has added (and tested) that = match.
>>>
>>> Hopefully the MLX5 experts can help answer what is possible. >>>
>>
>

--_000_DM4PR12MB84742101EF7910ABDAE530C8CD819DM4PR12MB8474namp_--