Message ID | BYAPR12MB2597118FA6A2A8CEAD5B1306AA5E0@BYAPR12MB2597.namprd12.prod.outlook.com (mailing list archive) |
---|---|
State | Superseded, archived |
Delegated to: | Ferruh Yigit |
Headers |
Return-Path: <dev-bounces@dpdk.org> X-Original-To: patchwork@inbox.dpdk.org Delivered-To: patchwork@inbox.dpdk.org Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 6DC9DA04AE; Sun, 16 Aug 2020 12:15:08 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id C48321C0BD; Sun, 16 Aug 2020 12:15:07 +0200 (CEST) Received: from hqnvemgate24.nvidia.com (hqnvemgate24.nvidia.com [216.228.121.143]) by dpdk.org (Postfix) with ESMTP id C4EE24C99 for <dev@dpdk.org>; Sun, 16 Aug 2020 12:15:06 +0200 (CEST) Received: from hqpgpgate102.nvidia.com (Not Verified[216.228.121.13]) by hqnvemgate24.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id <B5f3906bb0000>; Sun, 16 Aug 2020 03:13:15 -0700 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate102.nvidia.com (PGP Universal service); Sun, 16 Aug 2020 03:15:05 -0700 X-PGP-Universal: processed; by hqpgpgate102.nvidia.com on Sun, 16 Aug 2020 03:15:05 -0700 Received: from HQMAIL107.nvidia.com (172.20.187.13) by HQMAIL109.nvidia.com (172.20.187.15) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Sun, 16 Aug 2020 10:15:05 +0000 Received: from NAM02-SN1-obe.outbound.protection.outlook.com (104.47.36.59) by HQMAIL107.nvidia.com (172.20.187.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Sun, 16 Aug 2020 10:15:05 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gMkD3XS2WyVnRtUvRNwBZs+aWW5AiTkaCxe7HWrdmCc9nTC/hKERjc2C71NI077jKiJxA7iyXD3JFn0asTmAoCmYPmqXGxJg469Ff60oAkcCPTWQ2HWlC1gx+tzqZyivUdiO7uK0hEmVRr5dEZUeZMITwwkEIdBwmK+S9qB1x2RlWFcPS3itTPg/POT1HfcRrLi5l0/ajtCYLrXGcwoA7Q3kELHBcVDwohJ8CeLGIm0oJl78B82EpxJgtTs+6bUuscsvTGj6teCHEdUCEPTKiTldJXc/Sj17RfTs65UDKQtcI+sclV3kHKIqbGjG9jVPFAydkJbpoi8E+YzLMT/ntg== 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=bvpicQFG61d9fsZ1W5X17XHp0mNTrt1mth7Zs1k4ofU=; b=ab3uXpEjAmHmKnLA5kZvoaRqOlh5oAackWPuK1G3Rgk8uQE9PRQGbIGn25P1hSD3a2iEqpcbD1EuDJKl8LolA6BiWhJbQ+vHD2qP6pqsbN9n/bl3r/8oSjdwwpnYP6gXpk+5Ted2DNxD7ujlF819uDhzGXjzuUN47ZfB6WA1xo7LFkUDl1ZEPi/peHZ3VCkMgkRdx7S3mH0It9DGQXJlogwzDIRIJbHSADK2L8I4orpgvGmU08E+7u4Huf3IIXovMnLI27vSg4eQEhb5zS5iU+EfDbEi5hAXAoYRO9sKhHd+4C8L5ShfduJrhhd/aIosCaBgx1Anx/GmFfwZJ3myDQ== 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 BYAPR12MB2597.namprd12.prod.outlook.com (2603:10b6:a03:6e::20) by BYAPR12MB2982.namprd12.prod.outlook.com (2603:10b6:a03:a8::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.24; Sun, 16 Aug 2020 10:15:04 +0000 Received: from BYAPR12MB2597.namprd12.prod.outlook.com ([fe80::4143:c18:dcb6:4e83]) by BYAPR12MB2597.namprd12.prod.outlook.com ([fe80::4143:c18:dcb6:4e83%5]) with mapi id 15.20.3261.026; Sun, 16 Aug 2020 10:15:04 +0000 From: Shiri Kuzin <shirik@nvidia.com> To: "dev@dpdk.org" <dev@dpdk.org> CC: Slava Ovsiienko <viacheslavo@nvidia.com>, NBU-Contact-Adrien Mazarguil <adrien.mazarguil@6wind.com>, Raslan Darawsheh <rasland@nvidia.com> Thread-Topic: [dpdk-dev] [RFC] ethdev: introduce GENEVE header extension item Thread-Index: AdZztd1BqhGC1RoKTme0ULehzxUbiw== Date: Sun, 16 Aug 2020 10:15:03 +0000 Message-ID: <BYAPR12MB2597118FA6A2A8CEAD5B1306AA5E0@BYAPR12MB2597.namprd12.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dpdk.org; dkim=none (message not signed) header.d=none;dpdk.org; dmarc=none action=none header.from=nvidia.com; x-originating-ip: [62.90.165.98] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 63c4efa3-794b-4991-0a59-08d841cd3e33 x-ms-traffictypediagnostic: BYAPR12MB2982: x-ld-processed: 43083d15-7273-40c1-b7db-39efd9ccc17a,ExtAddr x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: <BYAPR12MB298260C0CAF2006A49DAE907AA5E0@BYAPR12MB2982.namprd12.prod.outlook.com> x-ms-oob-tlc-oobclassifiers: OLM:3826; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: QpPO9Ifgv77N5vm+Yqr9vI7a+y+pNlH3870caF3UEabRvCyJrKcsFqvy9O0aLaX3GN4MJMxBFfgCk4XiDCvEI/8KnT+7d8auFzCyv11H2ABacpTxMkIkfjVqW0BaogabXZUoetDhV+B+gppQuVnGzR/z7V1jOQt62fajB7alLLvu6yOtuIBBhTes2Iw4ukbI2R4X+ENjouqdPPYYI5+dwxXfXzJcKwo/V+9q5MBZyEEIuYCuw5u4jD0WtM1v6kzAR+VXusCjC6FDnY+52JyZZQ00q65DZoQ2yB4Bqxpys28cCJXWtTuP6Bl2arTVKfiFQ3AMkX/QrXzkOh7vg+Wmkw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR12MB2597.namprd12.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(396003)(136003)(376002)(366004)(39860400002)(26005)(83380400001)(316002)(71200400001)(6506007)(186003)(5660300002)(6916009)(2906002)(33656002)(55236004)(66946007)(66556008)(64756008)(8676002)(54906003)(107886003)(76116006)(86362001)(478600001)(8936002)(9686003)(4326008)(55016002)(7696005)(52536014)(66476007)(66446008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: dIDIzlw2p+DmahX5ibkJSSPtyFSvtuJ9RAayMfDi5ejHQ09vz7FSAG4UoGvRepj7w5badTK1WBhDMMTaTtXWvbDkuvNCX7Ws89MJWZUNhxmKuLZj0YbFjGW9/+WxCvjfmmG5fZZZwAdhF5mwwyVc28VyO31RhXLnKkIY6sB3nxYCf1kHFmslkL3J9yZOa3d9Qudi6m7FiSrWSL9SLmyrJEr4bpe7Ng1RWm/1PfCfpmpXIoTTwtU9Wx234q7Z/KEy3cPmLP6ZfO0+FJvWfWASCAM+S6l6MEbIQwK/135qbbRQM3tsXMBd4Bp9ogUck/AUvCkfTZNxkDWl4M8ShzHpnszwQWESFT7Rx51X3UZydNBYwyg8PhJWL2qF+VOF9Rv9G9Y2s/3ECpY38qY6PpNn3zwzy3GpHQZbAwWdBkI9dBhP/UNAOGZ86mf6RPYiryIwKSycgl2h9ZInHw0EGPTJdCXga+WJh519MR6b6opfT6fKhcjkq8Re47Sl7E1OPhLHKeFCfSJoGKJomAUANiDLDbDIZp5ETFHdQtrT7TI0RKHgoBY0UP0nc/zRDyxp4FzVbjpYISmAGuCNKWtVbIf1Sxw9p20FlgbkK9hLV3Y7m5pTTdaEa4RsAiNDkzS7opay+3eO0h2OFsTilWeuilpopw== 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: BYAPR12MB2597.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 63c4efa3-794b-4991-0a59-08d841cd3e33 X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2020 10:15:03.8669 (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: jw+dXRHzFqh+Hc6b3nH0gcO6EO8ceGMR2mXbchWPMoPDLyzd3qFln/GQ9C2mJg4WXsLCoQzUvQm5JiuDRC99qg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR12MB2982 X-OriginatorOrg: Nvidia.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1597572795; bh=bvpicQFG61d9fsZ1W5X17XHp0mNTrt1mth7Zs1k4ofU=; h=X-PGP-Universal:ARC-Seal:ARC-Message-Signature: ARC-Authentication-Results:From:To:CC:Subject:Thread-Topic: Thread-Index:Date:Message-ID: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-ld-processed:x-ms-exchange-transport-forked: x-microsoft-antispam-prvs: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=oFbUqBpIeDL/10v9ZMF7CamR1JMYDB/SRqlCsDnPmJBrd6iHiM6nhaI23SXGIuys3 w0YstNIMRliMIbHw3woz602xibIK9q6I0CQHqNerzfqs7hJ5yFlvw/lYpFFNVSsOwe d2mJbWNaQeXjJcdNQAH5aNJ9P8QsDhT8RKa8Qdwp4fKBr9oi1ZgXnDbhDLzJJvjAEV FjFjSIi/Sn+7fQv3qUtP+pef1xn+M3ZtQRyd+fQNO7S8BqzW/kHP8ofO+uack+gVb3 FjSCmpeqT6pSW0y7n3ayF56lV4MvpMepbKsphchmGPXme210P+BOhqHrjhOlsMVswm XPunUdOto7hlA== Subject: [dpdk-dev] [RFC] ethdev: introduce GENEVE header extension item X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions <dev.dpdk.org> List-Unsubscribe: <https://mails.dpdk.org/options/dev>, <mailto:dev-request@dpdk.org?subject=unsubscribe> List-Archive: <http://mails.dpdk.org/archives/dev/> List-Post: <mailto:dev@dpdk.org> List-Help: <mailto:dev-request@dpdk.org?subject=help> List-Subscribe: <https://mails.dpdk.org/listinfo/dev>, <mailto:dev-request@dpdk.org?subject=subscribe> Errors-To: dev-bounces@dpdk.org Sender: "dev" <dev-bounces@dpdk.org> |
Series |
[RFC] ethdev: introduce GENEVE header extension item
|
|
Checks
Context | Check | Description |
---|---|---|
ci/Intel-compilation | success | Compilation OK |
Commit Message
Shiri Kuzin
Aug. 16, 2020, 10:15 a.m. UTC
The Geneve tunneling protocol is designed to allow
the user to specify some data context on the packet.
The header extension options is the mean intended
to present the user data. These ones are implemented
in TLV (Type-Length-Value) fashion, in order to
support these Geneve protocol feature we will
introduce the new item "rte_flow_item_geneve_option"
The support for new item will be added to testpmd
and include values and masks for the fields:
- class
- type
- data length
- data itself
The usage example:
"flow create 0 ingress pattern ipv4 / udp /
geneve / geneve_opt class is 102 type is 80
type mask ff data is 10002 data mask is
7fffffff / end actions drop / end "
New item will be added to testpmd to support
raw encap/decap action.
Signed-off-by: Shiri Kuzin <shirik@nvidia.com>
---
lib/librte_ethdev/rte_flow.h | 25 +++++++++++++++++++++++++
1 file changed, 25 insertions(+)
Comments
On Sun, 16 Aug 2020 10:15:03 +0000 Shiri Kuzin <shirik@nvidia.com> wrote: > The Geneve tunneling protocol is designed to allow > the user to specify some data context on the packet. > The header extension options is the mean intended > to present the user data. These ones are implemented > in TLV (Type-Length-Value) fashion, in order to > support these Geneve protocol feature we will > introduce the new item "rte_flow_item_geneve_option" > > The support for new item will be added to testpmd > and include values and masks for the fields: > - class > - type > - data length > - data itself > > The usage example: > > "flow create 0 ingress pattern ipv4 / udp / > geneve / geneve_opt class is 102 type is 80 > type mask ff data is 10002 data mask is > 7fffffff / end actions drop / end " > > New item will be added to testpmd to support > raw encap/decap action. > > Signed-off-by: Shiri Kuzin <shirik@nvidia.com> > --- > lib/librte_ethdev/rte_flow.h | 25 +++++++++++++++++++++++++ > 1 file changed, 25 insertions(+) > > diff --git a/lib/librte_ethdev/rte_flow.h b/lib/librte_ethdev/rte_flow.h > index da8bfa5..d04ee7c 100644 > --- a/lib/librte_ethdev/rte_flow.h > +++ b/lib/librte_ethdev/rte_flow.h > @@ -347,6 +347,13 @@ enum rte_flow_item_type { > RTE_FLOW_ITEM_TYPE_GENEVE, > > /** > + * Matches a GENEVE Variable Length Option. > + * > + * See struct rte_flow_item_geneve_option. > + */ > + RTE_FLOW_ITEM_TYPE_GENEVE_OPTION, > + > + /** Please don't break ABI by putting items in middle of enum. New items should go at the end. enum changes the val
Thanks, PSB. > -----Original Message----- > From: Stephen Hemminger <stephen@networkplumber.org> > Sent: Sunday, August 16, 2020 8:26 PM > To: Shiri Kuzin <shirik@nvidia.com> > Cc: dev@dpdk.org; Slava Ovsiienko <viacheslavo@nvidia.com>; NBU- > Contact-Adrien Mazarguil <adrien.mazarguil@6wind.com>; Raslan > Darawsheh <rasland@nvidia.com> > Subject: Re: [dpdk-dev] [RFC] ethdev: introduce GENEVE header extension > item > > On Sun, 16 Aug 2020 10:15:03 +0000 > Shiri Kuzin <shirik@nvidia.com> wrote: > > > The Geneve tunneling protocol is designed to allow the user to specify > > some data context on the packet. > > The header extension options is the mean intended to present the user > > data. These ones are implemented in TLV (Type-Length-Value) fashion, > > in order to support these Geneve protocol feature we will introduce > > the new item "rte_flow_item_geneve_option" > > > > The support for new item will be added to testpmd and include values > > and masks for the fields: > > - class > > - type > > - data length > > - data itself > > > > The usage example: > > > > "flow create 0 ingress pattern ipv4 / udp / geneve / geneve_opt class > > is 102 type is 80 type mask ff data is 10002 data mask is 7fffffff / > > end actions drop / end " > > > > New item will be added to testpmd to support raw encap/decap action. > > > > Signed-off-by: Shiri Kuzin <shirik@nvidia.com> > > --- > > lib/librte_ethdev/rte_flow.h | 25 +++++++++++++++++++++++++ > > 1 file changed, 25 insertions(+) > > > > diff --git a/lib/librte_ethdev/rte_flow.h > > b/lib/librte_ethdev/rte_flow.h index da8bfa5..d04ee7c 100644 > > --- a/lib/librte_ethdev/rte_flow.h > > +++ b/lib/librte_ethdev/rte_flow.h > > @@ -347,6 +347,13 @@ enum rte_flow_item_type { > > RTE_FLOW_ITEM_TYPE_GENEVE, > > > > /** > > + * Matches a GENEVE Variable Length Option. > > + * > > + * See struct rte_flow_item_geneve_option. > > + */ > > + RTE_FLOW_ITEM_TYPE_GENEVE_OPTION, > > + > > + /** > > Please don't break ABI by putting items in middle of enum. > New items should go at the end. > enum changes the val Yes, thank you for the note. I will move it to the end of the enum.
Hi PSB, > -----Original Message----- > From: dev <dev-bounces@dpdk.org> On Behalf Of Shiri Kuzin > > The Geneve tunneling protocol is designed to allow > the user to specify some data context on the packet. > The header extension options is the mean intended > to present the user data. These ones are implemented > in TLV (Type-Length-Value) fashion, in order to > support these Geneve protocol feature we will > introduce the new item "rte_flow_item_geneve_option" > > The support for new item will be added to testpmd > and include values and masks for the fields: > - class > - type > - data length > - data itself > > The usage example: > > "flow create 0 ingress pattern ipv4 / udp / > geneve / geneve_opt class is 102 type is 80 > type mask ff data is 10002 data mask is > 7fffffff / end actions drop / end " > Can we have in the same flow number of such items? > New item will be added to testpmd to support > raw encap/decap action. > > Signed-off-by: Shiri Kuzin <shirik@nvidia.com> > --- > lib/librte_ethdev/rte_flow.h | 25 +++++++++++++++++++++++++ > 1 file changed, 25 insertions(+) > > diff --git a/lib/librte_ethdev/rte_flow.h b/lib/librte_ethdev/rte_flow.h > index da8bfa5..d04ee7c 100644 > --- a/lib/librte_ethdev/rte_flow.h > +++ b/lib/librte_ethdev/rte_flow.h > @@ -347,6 +347,13 @@ enum rte_flow_item_type { > RTE_FLOW_ITEM_TYPE_GENEVE, > > /** > + * Matches a GENEVE Variable Length Option. > + * > + * See struct rte_flow_item_geneve_option. > + */ > + RTE_FLOW_ITEM_TYPE_GENEVE_OPTION, > + > + /** > * Matches a VXLAN-GPE header. > * > * See struct rte_flow_item_vxlan_gpe. > @@ -1097,6 +1104,24 @@ struct rte_flow_item_geneve { > #endif > > /** > + * RTE_FLOW_ITEM_TYPE_GENEVE_OPTION. > + * > + * Matches a GENEVE Variable Length Option > + */ > +struct rte_flow_item_geneve_option { > + rte_be16_t option_class; > + uint8_t option_type; > +#if RTE_BYTE_ORDER == RTE_LITTLE_ENDIAN > + uint8_t length:5; > + uint8_t rsvd0:3; > +#else > + uint8_t rsvd0:3; > + uint8_t length:5; > +#endif > + uint8_t data[]; I think it will be better to use pointer and not empty array. Other option is to always take the max possible data size 32. > +}; > + > +/** > * RTE_FLOW_ITEM_TYPE_VXLAN_GPE (draft-ietf-nvo3-vxlan-gpe-05). > * > * Matches a VXLAN-GPE header. > -- > 1.8.3.1 Best, Ori
diff --git a/lib/librte_ethdev/rte_flow.h b/lib/librte_ethdev/rte_flow.h index da8bfa5..d04ee7c 100644 --- a/lib/librte_ethdev/rte_flow.h +++ b/lib/librte_ethdev/rte_flow.h @@ -347,6 +347,13 @@ enum rte_flow_item_type { RTE_FLOW_ITEM_TYPE_GENEVE, /** + * Matches a GENEVE Variable Length Option. + * + * See struct rte_flow_item_geneve_option. + */ + RTE_FLOW_ITEM_TYPE_GENEVE_OPTION, + + /** * Matches a VXLAN-GPE header. * * See struct rte_flow_item_vxlan_gpe. @@ -1097,6 +1104,24 @@ struct rte_flow_item_geneve { #endif /** + * RTE_FLOW_ITEM_TYPE_GENEVE_OPTION. + * + * Matches a GENEVE Variable Length Option + */ +struct rte_flow_item_geneve_option { + rte_be16_t option_class; + uint8_t option_type; +#if RTE_BYTE_ORDER == RTE_LITTLE_ENDIAN + uint8_t length:5; + uint8_t rsvd0:3; +#else + uint8_t rsvd0:3; + uint8_t length:5; +#endif + uint8_t data[]; +}; + +/** * RTE_FLOW_ITEM_TYPE_VXLAN_GPE (draft-ietf-nvo3-vxlan-gpe-05). * * Matches a VXLAN-GPE header.