Re: [dpdk-dev] [PATCH 2/3] ipsec: fix transport mode for ipv6 with extensions

Hi Marcin, > > 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. > > It is required that 'l3_len' in the mbuf m

Re: [dpdk-dev] [PATCH 2/3] ipsec: fix transport mode for ipv6 with extensions

> > 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. > > It is required that 'l3_len' in the mbuf metadata c

[dpdk-dev] [PATCH 2/3] ipsec: fix transport mode for ipv6 with extensions

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. It is required that 'l3_len' in the mbuf metadata contains a total le