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 D9CC843D17 for ; Thu, 21 Mar 2024 16:44:03 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 4D5B1427E6; Thu, 21 Mar 2024 16:44:03 +0100 (CET) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04olkn2090.outbound.protection.outlook.com [40.92.73.90]) by mails.dpdk.org (Postfix) with ESMTP id 06FAE427E1 for ; Thu, 21 Mar 2024 16:44:02 +0100 (CET) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IHFDFzSpj8gFFmjAIan3pEf9/ck57+BSMA6cx49CstyO5Ie1XqW/WweNZi9vVb407qrt1r1ubUreP6H9q9BKAWE7XomexPzeakeMkg2EQ3GLoMgk7el6tFpnn+hBnn2m1ToAiBQfufZRxAm2DPYqbdIOZm6rj6Jj1gllROImbd4FQzaF//nR3sRBdvWZ8+39dF5XYekuIeplVNCKX3EOpAD2H38kqP09mSUm6T1HurWDNu7lmJMX/jmNib3J8sXP0Dt67xdksfREx941NiCmPsAYBnPeSQbq6m/eMkqaBNtnrvyuehSTvGgUOOnszUygNGyk+g3Yg1/cuBDr9OzfBw== 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=MR+euLa7gkAjAcB8nzoiUBPlFP6PmaRFUi/M9P7hPeA=; b=R2d7PRQ9ZjN80mb1oqQurLaOpVsD8aMFn2jI0lbMdkqNpIhiCjdpP3be5jTjD9OEmFVoKGAH79O8nbvhsuu0CG6gpYjQ+ARc23FEktcBZr0OO5cvtPPNNCcky2vFZRGRSE11hgW4212BdRFXNWBFqqo0TMAvA/5SKj0lWz1MpnPU9CjH+gr4JN2ehBXcLLVS9WF68PN3IRcP1XDlAFnFdP5lQkdpqcZTg2PKk6cr0X8bNkjqeMJRD9xIXETle8DVt7KY69YjMjU+tYKsO8DGUZNg2iICs6VjIKPjSi3kRU53STvpYW2S3jz9zxE6PvmYaJcZnc0BqQL7PHgv/xRQvQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MR+euLa7gkAjAcB8nzoiUBPlFP6PmaRFUi/M9P7hPeA=; b=tZSPZcmkdl/qOL9hgFUgXOZJT2FWBMerG60xJyvA5PStXZ72927pi7YbXTPxljMv21CGXMZm6Liq9IyoS4PpSXTvK9S9Qt5oEGLdWE1a1jhuWvD1VIeNAYzSf4HiCQmKMqSpZetpByhGp9GarUiEhlcQUdV6fHy2k5wlBce65PBrH+ul9O/q2xv9EByKddJzIP8MxTN8a5TQHYlb3Ii/aQM4Dyb3XDMU1E9EA4udzGbjNUF8RSFvP1YXnlBEXynpJnYnpJ7l+XiVjw70lDoOUJrPxOQrBRaFofvUjfOaDrqDVBc55WPOxi5X77MckygrlJRJmX/EuSURb9dNmfKXaw== Received: from DB9P193MB1739.EURP193.PROD.OUTLOOK.COM (2603:10a6:10:24f::20) by PR3P193MB1023.EURP193.PROD.OUTLOOK.COM (2603:10a6:102:ac::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7386.26; Thu, 21 Mar 2024 15:44:00 +0000 Received: from DB9P193MB1739.EURP193.PROD.OUTLOOK.COM ([fe80::181b:48ce:3f89:e0da]) by DB9P193MB1739.EURP193.PROD.OUTLOOK.COM ([fe80::181b:48ce:3f89:e0da%7]) with mapi id 15.20.7386.030; Thu, 21 Mar 2024 15:44:00 +0000 From: Tao Li To: "users@dpdk.org" Subject: Finer matching granularity with async template API Thread-Topic: Finer matching granularity with async template API Thread-Index: AQHae6BPNEwcGktAFESopA2jvtTxHg== Date: Thu, 21 Mar 2024 15:44:00 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [HoKAPH2hEgTOTb9wUtIdzlEJJI6qAh0O] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DB9P193MB1739:EE_|PR3P193MB1023:EE_ x-ms-office365-filtering-correlation-id: 0ede18f2-1891-4119-c3db-08dc49bdba7c x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: mvnc0QmvWbgRse7ZlyyqM+wvPf8A+Hl3UXx6LBU/VIGFWt/KH48QR5d6uO/z7hIAOlOf5A8+PVAVmp4TkA6Bif49rmmRw5pnk0Ew8d3sLBVwikBg76r1alQ/diE4EA+91gtjuSHENAanbhQcZLHgDwfZ42FruWDF/cu54XoRQPCc19a+YH+oTJLAUF+AaV6IYWA0aXsE1LTLDMJ1pFubECpzS/0DLSvDWYwLLbHXpwEG4EMgUjaUY3KcABay+5njZmx7wPM7RYKINbhNYIQYKP0+2n766Lbu5c0EnY8tBJWk82CPQ94lCOrPPKtrRUDRe1JfCI6LNKRgSOCwh8OWl/PmemNLJ0LuxPOG7Nr4nyNnyAEpJ96op+qR6DePlT04zpeTAlX1Tj1qKn3ic8uO/6VNPzp/XgCS2z52jcrmKhRdHHGMKh86ojkN085YdTOhxAsyi2oLTzJQxuN1weQFiDib73iS/C5xvCx5QBg1eCIGP3DLzFKVrCo1MToSpC3muWUgKyytYk02etn985NGton1u9i9bCKuaEePaUP7bCa4qeIWFSgqRuKibnZN0LpL x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?DZVdFR0v3VmZBPu2zGV94FvcBEL3ImwnVCilr6MYn7fwcg/nahDH4lt2?= =?Windows-1252?Q?kHIMGdReRoy10Y95ahwrf3kY9gYD+GXKISn/RUFLkDeuJIkwrfIOOC42?= =?Windows-1252?Q?2qo9uBZGV0lGP5oCsrZ9tQwLriANHXcqmfBAi1Fbiwj9HxwWKRuLcuP1?= =?Windows-1252?Q?cauo73lSkvib4icnWswpUfLWKwCiAlhs/C34twR3BSixomsrFtTnWM5V?= =?Windows-1252?Q?pcKAZyRhCJ1c4GXCduo0ffTPim68RdPQbXpewMuXKwmiSRUvu0pJzwtP?= =?Windows-1252?Q?xm5Nu5gSJyHuVVffQagBo06hdUJXI1AXtJROWfBJtpz1mFziMHRhDvAD?= =?Windows-1252?Q?LfBt/sMzvtXyZiingsv6UIfDe2Gt813WgdFksBEnRgFQiM44tMAtiXCG?= =?Windows-1252?Q?gcVPbO3Kcr2vdSZT77Rhb7sRAwXLOFLQoCnD7hHGWBUdO+tEivby/9sZ?= =?Windows-1252?Q?GxiE5LbpskK+vuq/tG3DXCiJES8Uz3tXkKPy+nhq5LqZg4iL+7B52Cre?= =?Windows-1252?Q?/6c7k/f6Cqn6hGr2o+RQxgOhAvE68JLxKEh9vutoNA29IriaXJhn3+D9?= =?Windows-1252?Q?6BJcHsjHVVJ3ungNLjn2vYFCL7xew4WzOC1JNnd9vuQmtqn+62dGzlrB?= =?Windows-1252?Q?t68vLdk8AoljHGq0Q3ZmUzOP1gBJNCZTwd6k68zPgnS8oX8RkmJrIFln?= =?Windows-1252?Q?Wx8/mpVNtCD3KQngl0RXI87JPjfVGRZmFI1gbeypxPHTgKdEbXtTnlqx?= =?Windows-1252?Q?mbtJyBASTdhoWMq+ZqACTGGvrkGhL0/jegvx5oiNz/Dh/eCP3WmJ//uW?= =?Windows-1252?Q?xXSPTZZph8eb6qt1Qd4mdnpkeMWzVVsCeS4DfORyXa4UVZ1etOTBtAE1?= =?Windows-1252?Q?ugVRj9Jy7YV2bRE7FXZuUB1aIm38+5wI5GY7NXarXVldljHYjGYHG18Q?= =?Windows-1252?Q?qgJVMOU7I75xfrIkrLPCGo+W3gm3YDodRg0GLOxMrUh1KdY8u8eETqbL?= =?Windows-1252?Q?r2o7HmL3MQGn7r1bD00vJZkvgSlNYKRGNEzrumD6RzNzq4QkNERNqgBV?= =?Windows-1252?Q?bPODc26DO2M2Qso95YQ+jSIHiSWh4eHxc71EK74VCbKngdVQBsKP+nS4?= =?Windows-1252?Q?SV09CedVZxslZFk+/Kx09w5bNezyDTFpZlKZJV+DSCpN6YYN6BvGv+Vz?= =?Windows-1252?Q?ZXWtgPSu+dDEqP/nlPqWtfj+KdpOR3bPYZva1NMBiZN6ZG46BCvVtfbI?= =?Windows-1252?Q?C3bnJDpa2NIHLqYsPtC+ETa5uw19Vbv0HMZxFeoGs+LTxgTbwZZS7fl1?= =?Windows-1252?Q?ckXRo9HB68B9W16ms90/kDfPOjgH7PwjpVyW9tl1IlvnThDi?= Content-Type: multipart/alternative; boundary="_000_DB9P193MB1739F96764E8CEEB53C3CFA3A3322DB9P193MB1739EURP_" MIME-Version: 1.0 X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-80ceb.templateTenant X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DB9P193MB1739.EURP193.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 0ede18f2-1891-4119-c3db-08dc49bdba7c X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2024 15:44:00.5956 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR3P193MB1023 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_DB9P193MB1739F96764E8CEEB53C3CFA3A3322DB9P193MB1739EURP_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi all, I am using async template API to install flow rules to perform actions on p= ackets to achieve IP(v4)inIP(v6) tunnelling. Currently I am facing an issue= where I cannot perform incoming traffic matching with finer granularity. T= he test-pmd commands in use are as following: port stop all flow configure 0 queues_number 4 queues_size 64 counters_number 0 aging_cou= nters_number 0 meters_number 0 flags 0 # PF0 flow configure 1 queues_number 4 queues_size 64 counters_number 0 aging_cou= nters_number 0 meters_number 0 flags 0 flow configure 2 queues_number 4 queues_size 64 counters_number 0 aging_cou= nters_number 0 meters_number 0 flags 0 flow configure 3 queues_number 4 queues_size 64 counters_number 0 aging_cou= nters_number 0 meters_number 0 flags 0 # PF1V0 port start all set verbose 1 flow pattern_template 0 create transfer relaxed no pattern_template_id 10 = template represented_port ethdev_port_id is 0 / eth / ipv6 / ipv4 / icmp = / end set raw_decap 0 eth / ipv6 / end_set set raw_encap 0 eth src is 11:22:33:44:55:66 dst is 66:9d:a7:fd:fb:43 type = is 0x0800 / end_set flow actions_template 0 create transfer actions_template_id 10 template r= aw_decap index 0 / raw_encap index 0 / represented_port / end mask raw_deca= p index 0 / raw_encap index 0 / represented_port / end flow template_table 0 create group 0 priority 0 transfer wire_orig table_= id 5 rules_number 8 pattern_template 10 actions_template 10 flow queue 0 create 0 template_table 5 pattern_template 0 actions_template = 0 postpone no pattern represented_port ethdev_port_id is 0 / eth / ipv6 /= ipv4 / icmp / end actions raw_decap index 0 / raw_encap index 0 / repres= ented_port ethdev_port_id 3 / end flow push 0 queue 0 Once I remove matching patterns for the inner packet headers( ipv4 / icmp) = as following, I can see the processed packets inside VMs using tcpdump. =85 flow pattern_template 0 create transfer relaxed no pattern_template_id 10 = template represented_port ethdev_port_id is 0 / eth / ipv6 / end =85 flow queue 0 create 0 template_table 5 pattern_template 0 actions_template = 0 postpone no pattern represented_port ethdev_port_id is 0 / eth / ipv6 = / end actions raw_decap index 0 / raw_encap index 0 / represented_port eth= dev_port_id 3 / end =85 Similar combination works when using the synchronous rte_flow API. Any comm= ent or suggestion on this issue is much appreciated. Many thanks in advance= . Best regards, Tao --_000_DB9P193MB1739F96764E8CEEB53C3CFA3A3322DB9P193MB1739EURP_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Hi a= ll,

 

I am= using async template API to install flow rules to perform actions on packe= ts to achieve IP(v4)inIP(v6) tunnelling. Currently I am facing an issue whe= re I cannot perform incoming traffic matching with finer granularity. The test-pmd commands in use are as following:

 

&= lt;Not working test-pmd commands>

port stop all<= /o:p>

 

flow configure 0 qu= eues_number 4 queues_size 64 counters_number 0 aging_counters_number 0 mete= rs_number 0 flags 0   # PF0

 

flow configure 1 qu= eues_number 4 queues_size 64 counters_number 0 aging_counters_number 0 mete= rs_number 0 flags 0

 

flow configure 2 qu= eues_number 4 queues_size 64 counters_number 0 aging_counters_number 0 mete= rs_number 0 flags 0

 

flow configure 3 qu= eues_number 4 queues_size 64 counters_number 0 aging_counters_number 0 mete= rs_number 0 flags 0  # PF1V0

 

port start all=

set verbose 1<= /o:p>

 

flow pattern_templa= te 0 create transfer relaxed no pattern_template_id 10  template repre= sented_port ethdev_port_id is 0 / eth  / ipv6 / ipv4 / icmp  / end

 

set raw_decap 0 eth=   / ipv6 / end_set

set raw_encap 0 eth= src is 11:22:33:44:55:66 dst is 66:9d:a7:fd:fb:43 type is 0x0800 / end_set=

 

flow actions_templa= te 0 create transfer  actions_template_id 10  template raw_decap = index 0 / raw_encap index 0 / represented_port / end mask raw_decap index 0= / raw_encap index 0 /  represented_port  / end=

 

flow template_table= 0 create  group 0 priority 0  transfer wire_orig table_id 5 rule= s_number 8 pattern_template 10 actions_template 10

 

flow queue 0 create= 0 template_table 5 pattern_template 0 actions_template 0 postpone no patte= rn represented_port ethdev_port_id is 0 / eth  / ipv6  / ipv4 / icmp  / end actions raw_decap index 0 / raw_encap inde= x 0 /  represented_port ethdev_port_id 3 / end

 

flow push 0 queue 0=

&= lt;/Not working test-pmd commands>

 

Once= I remove matching patterns for the inner packet headers( ipv4 / icmp) as f= ollowing, I can see the processed packets inside VMs using tcpdump.

 

&= lt;Working test-pmd commands>

=85

flow pattern_templa= te 0 create transfer relaxed no pattern_template_id 10  template repre= sented_port ethdev_port_id is 0 / eth  / ipv6 / end<= /p>

=85

flow queue 0 create= 0 template_table 5 pattern_template 0 actions_template 0 postpone no patte= rn represented_port ethdev_port_id is 0 / eth  / ipv6   / en= d actions raw_decap index 0 / raw_encap index 0 /  represented_port ethdev_port_id 3 / end

=85

&= lt;/Working test-pmd commands>

 

Simi= lar combination works when using the synchronous rte_flow API. Any comment = or suggestion on this issue is much appreciated. Many thanks in advance.

 

Best= regards,

Tao<= o:p>



 

--_000_DB9P193MB1739F96764E8CEEB53C3CFA3A3322DB9P193MB1739EURP_--