Re: Updating to RFC6434 to deal with 8200-style header insertion by IPIP

Ole Troan <otroan@employees.org> Wed, 01 November 2017 08:06 UTC

Return-Path: <otroan@employees.org>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4959E13F580 for <ipv6@ietfa.amsl.com>; Wed, 1 Nov 2017 01:06:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q39O8G-sA300 for <ipv6@ietfa.amsl.com>; Wed, 1 Nov 2017 01:06:33 -0700 (PDT)
Received: from accordion.employees.org (accordion.employees.org [198.137.202.74]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D290C13F627 for <ipv6@ietf.org>; Wed, 1 Nov 2017 01:06:33 -0700 (PDT)
Received: from h.hanazo.no (219.103.92.62.static.cust.telenor.com [62.92.103.219]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by accordion.employees.org (Postfix) with ESMTPSA id 619092D4FD1; Wed, 1 Nov 2017 08:06:33 +0000 (UTC)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by h.hanazo.no (Postfix) with ESMTP id 9559B20088A54C; Wed, 1 Nov 2017 09:06:31 +0100 (CET)
From: Ole Troan <otroan@employees.org>
Message-Id: <0A9B4172-15B4-4FE1-B5C9-8FE4A468644A@employees.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_0665BD30-07E4-4BFC-9A0B-4B2A6A09DDAF"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 11.0 \(3445.1.7\))
Subject: Re: Updating to RFC6434 to deal with 8200-style header insertion by IPIP
Date: Wed, 1 Nov 2017 09:06:30 +0100
In-Reply-To: <CAO42Z2xhwkT03TgaJBYwFmKAYB0F87-1yd+wvk3NJAfzwY7ZiQ@mail.gmail.com>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, 6man WG <ipv6@ietf.org>
To: Mark Smith <markzzzsmith@gmail.com>
References: <CAOSSMjUVCSBjbYu3bc7DU+edz2+0+RvU_AMi4FNn2n2075kk9g@mail.gmail.com> <6286.1509408085@obiwan.sandelman.ca> <f9447eb6-fca1-e54c-ff0b-abafa5986960@gmail.com> <25055.1509413008@obiwan.sandelman.ca> <B5488438-0F4B-4362-9B34-6B6FB74D5A49@employees.org> <19111.1509476559@obiwan.sandelman.ca> <CAO42Z2xhwkT03TgaJBYwFmKAYB0F87-1yd+wvk3NJAfzwY7ZiQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3445.1.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/q5WtaFYvi71zFnDUmtGvM8rWkqs>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Nov 2017 08:06:36 -0000

Mark,

> So truly "inserting" (cut, insert, glue) into an existing packet is not something that has been part of any IETF protocol as far as I'm aware.

IPsec (and some of the IPv6 transitioning work) introduced Bump-in-the-wire and Bump-in-the-stack.
Both are header insertion.

The BITW IPsec, is an IPsec transport offloaded to a security gateway. See RFC4301.

Best regards,
Ole