From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from dpdk.org (dpdk.org [92.243.14.124])
	by dpdk.space (Postfix) with ESMTP id D2FBEA00E6
	for <public@inbox.dpdk.org>; Tue, 14 May 2019 14:42:46 +0200 (CEST)
Received: from [92.243.14.124] (localhost [127.0.0.1])
	by dpdk.org (Postfix) with ESMTP id 9A8187D4A;
	Tue, 14 May 2019 14:42:45 +0200 (CEST)
Received: from mga17.intel.com (mga17.intel.com [192.55.52.151])
 by dpdk.org (Postfix) with ESMTP id 1BAD17D05
 for <dev@dpdk.org>; Tue, 14 May 2019 14:42:43 +0200 (CEST)
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Received: from orsmga008.jf.intel.com ([10.7.209.65])
 by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;
 14 May 2019 05:42:43 -0700
X-ExtLoop1: 1
Received: from irsmsx154.ger.corp.intel.com ([163.33.192.96])
 by orsmga008.jf.intel.com with ESMTP; 14 May 2019 05:42:41 -0700
Received: from irsmsx155.ger.corp.intel.com (163.33.192.3) by
 IRSMSX154.ger.corp.intel.com (163.33.192.96) with Microsoft SMTP Server (TLS)
 id 14.3.408.0; Tue, 14 May 2019 13:42:40 +0100
Received: from irsmsx105.ger.corp.intel.com ([169.254.7.155]) by
 irsmsx155.ger.corp.intel.com ([169.254.14.127]) with mapi id 14.03.0415.000;
 Tue, 14 May 2019 13:42:40 +0100
From: "Ananyev, Konstantin" <konstantin.ananyev@intel.com>
To: "Smoczynski, MarcinX" <marcinx.smoczynski@intel.com>, "Kovacevic, Marko"
 <marko.kovacevic@intel.com>, "orika@mellanox.com" <orika@mellanox.com>,
 "Richardson, Bruce" <bruce.richardson@intel.com>, "De Lara Guarch, Pablo"
 <pablo.de.lara.guarch@intel.com>, "Nicolau, Radu" <radu.nicolau@intel.com>,
 "akhil.goyal@nxp.com" <akhil.goyal@nxp.com>, "Kantecki, Tomasz"
 <tomasz.kantecki@intel.com>, "Iremonger, Bernard"
 <bernard.iremonger@intel.com>, "olivier.matz@6wind.com"
 <olivier.matz@6wind.com>
CC: "dev@dpdk.org" <dev@dpdk.org>
Thread-Topic: [PATCH 2/3] ipsec: fix transport mode for ipv6 with extensions
Thread-Index: AQHVBYupCjc/RhEDbU2Fmi9On36AbqZqmbYg
Date: Tue, 14 May 2019 12:42:40 +0000
Message-ID:
 <2601191342CEEE43887BDE71AB9772580161632A18@irsmsx105.ger.corp.intel.com>
References: <20190508104717.13448-1-marcinx.smoczynski@intel.com>
 <20190508104717.13448-2-marcinx.smoczynski@intel.com>
In-Reply-To: <20190508104717.13448-2-marcinx.smoczynski@intel.com>
Accept-Language: en-IE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiZjkwY2IwMzItMzA3YS00Yzc4LTgzNzEtMWRmYjkwNWQ4Mzg5IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiUDNMeFVcL3prdjg5MHpEd0g4eThVQXJVejl2Q3pnb2JtR1VFVmtXUUJHYjhNaVp6dUR1d0JEZTc3c1h4NTZOeEsifQ==
x-ctpclassification: CTP_NT
dlp-product: dlpe-windows
dlp-version: 11.0.600.7
dlp-reaction: no-action
x-originating-ip: [163.33.239.182]
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [dpdk-dev] [PATCH 2/3] ipsec: fix transport mode for ipv6 with
	extensions
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>
Message-ID: <20190514124240.RwOTzo1zKoIXu5Nv5FEeMXH7I5hPp9cHr0tIACi-AwI@z>



>=20
> Reconstructing IPv6 header after encryption or decryption requires
> updating 'next header' value in the preceding protocol header, which
> is determined by parsing IPv6 header and iteratively looking for
> next IPv6 header extension.
>=20
> It is required that 'l3_len' in the mbuf metadata contains a total
> length of the IPv6 header with header extensions up to ESP header.
>=20
> Signed-off-by: Marcin Smoczynski <marcinx.smoczynski@intel.com>
> ---

Acked-by: Konstantin Ananyev <konstantin.ananyev@intel.com>