Re: Usable extension headers [Re: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt]

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 28 November 2019 04:27 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 E5CD312093D for <ipv6@ietfa.amsl.com>; Wed, 27 Nov 2019 20:27:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 0ItE_lOQYQTu for <ipv6@ietfa.amsl.com>; Wed, 27 Nov 2019 20:27:51 -0800 (PST)
Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4707C120020 for <6man@ietf.org>; Wed, 27 Nov 2019 20:27:51 -0800 (PST)
Received: by mail-pf1-x42b.google.com with SMTP id n13so12482972pff.1 for <6man@ietf.org>; Wed, 27 Nov 2019 20:27:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=04mjrMH3zR00CyAPwaJkaY/l6Upimq+PoKVia/kg79k=; b=PnwUEnbWfgYwuBQMmhaaA5EXOuf1RSBW4Yo3oBLFfR+7uMfJfGST5jCUIzpDVz5ubb tvdezSIQXlRlXHmrt4+bMALUBlneghGH6S58ytGtjBkG0MzO7LIBdxeRnYf1iOrstH0a fyURxHtmuaNHJam5TtmAtIcwl+8/rSBLe3TR61u1b/04HxbI8Zuov2h+v4UFj9ln8Ucv 6BANpDqjTHDWTvAApMKBFN2Hu/ByhqPWjuVULgVx6i0fDUQvxPfO8Mi1DrUEMToNCXE8 MucR3i4WcycU48SXCWWyMDzgWQWHHOn0jf7b9UWLGwUkHa6Ipey7otg08jDj5JTPFMs+ JkJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=04mjrMH3zR00CyAPwaJkaY/l6Upimq+PoKVia/kg79k=; b=ohxRUF4fidXTrn2dTSmnSptosMHW+5tFJzEhOsHakyZ32pC6BGBha5A06vFcGrZDup q8JdXDEAF/KJuGAB9SKqLmrgplPD3Y6mFARVKQL47IoM2vX0tQZ8zv2d7U3LTWZXIZgi u1Bm/SyFwbbATx5+JK0HX04LsIHGEljTaa5YV0blW5dyV7aJmDNwd+XdI6MwoZKoZIn2 P0JqwFrA6jfI2mHqP3a6/Dv+EMquabXLveYahTGJd4+ZIvuTay0cx4s0avZI7T/7rnFp uHCfqD0IbUzVRzNVkZalRiVeG+mizi1ozA6bjtqcS4XGdbfTjVwYpfeHdqrf5XONefBt 2ffA==
X-Gm-Message-State: APjAAAUf6IiR7e+FdGmQYJ/BbWnb/7mO2wQdc0l5uXWzhE+H4DikmlRV Sm3W6Dpaz1ALLS7I1UnkLz/aOz17
X-Google-Smtp-Source: APXvYqx6Plu9r9dAvK+LviAbnPL3nWqRNbyDYjbDUh9ncppF9nQrXU6TAfPXDbNGfM4iZZror+9cxg==
X-Received: by 2002:a63:c802:: with SMTP id z2mr9000105pgg.158.1574915270313; Wed, 27 Nov 2019 20:27:50 -0800 (PST)
Received: from [192.168.178.30] (8.166.69.111.dynamic.snap.net.nz. [111.69.166.8]) by smtp.gmail.com with ESMTPSA id b24sm17741778pgk.93.2019.11.27.20.27.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Nov 2019 20:27:49 -0800 (PST)
Subject: Re: Usable extension headers [Re: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt]
To: "Manfredi (US), Albert E" <albert.e.manfredi@boeing.com>
Cc: 6MAN <6man@ietf.org>
References: <157422734071.5406.14331301768750185617.idtracker@ietfa.amsl.com> <851F7007-3DD5-42F3-8884-8842DA07EE53@cisco.com> <1cfd682f-d6bc-a697-38a7-933aa0485b8a@si6networks.com> <D4436EF5-2B97-44A4-915D-EF7611590B51@steffann.nl> <ccf6cbe6-c837-64e3-b25e-d3fa8e3b7bcb@si6networks.com> <E68CE93F-4C3E-44FB-B4B5-7C6FC6799E47@gmail.com> <554baf9b-2a7f-8098-8203-e7d3277b549b@gmail.com> <CALx6S36L5AWEaXmccpKoENxOEv-XRCmTsq1bCqi06J_YgJGZdg@mail.gmail.com> <ecb3c877-c347-fd3a-86de-8f05fe8b7459@gmail.com> <CALx6S353m9b9b2b+Yt3x-g=BZuE6vwcOoGGfq4BPONVscnQ=xg@mail.gmail.com> <d9c2e11b-53b4-e281-e869-28802a76c72f@gmail.com> <CALx6S346p=M09ZPY_xM2X3gkPp_0KUVZU_u4UeLUagomRnjhPw@mail.gmail.com> <79d22e5a-0145-9ad9-e965-d3744b58c3bf@gmail.com> <d791c9eee34c4e019292fc74d629217c@boeing.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <5d2af468-be61-d2ca-5bf0-35d5f71fdb6c@gmail.com>
Date: Thu, 28 Nov 2019 17:27:45 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <d791c9eee34c4e019292fc74d629217c@boeing.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/IdOLKsx2NO2yC1Pu-Aiae4WFe98>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 28 Nov 2019 04:27:54 -0000

Hi Bert,
On 28-Nov-19 16:34, Manfredi (US), Albert E wrote:
> -----Original Message-----
> From: ipv6 <ipv6-bounces@ietf.org> On Behalf Of Brian E Carpenter
> 
>> As I experienced years ago when my Ph.D. student was making real-world experiments with SHIM6, and as RFC7872 reported too, it's an observed fact that the Internet isn't transparent to packets with extension headers, not even to currently standardised ones. The same appears to have been true for IPv4 Options for at least 25 years. So, to be honest, I have no idea how to change that for the open Internet. We seem to be stuck with a lowest common denominator network layer.
> 
> Isn't the problem that routers must mostly not mess with these extension headers?

"Mostly" isn't good enough. It needs to be 100%. It only takes one router or middlebox on the path to be allergic to extension headers, and that's what we see in practice.

   Brian

> Even hop-by-hop headers can be ignored by routers (unless specifically configured not to ignore)?
> 
> So, you have a layer 3 extension option, but the boxes which do the heavy lifting at layer 3 must never mess with. On the other hand, end systems, which can play with IP extension headers, have virtually no knowledge of the network topology details.
> 
> Router manufacturers seem to prefer the simplest possible routing mechanization. Hosts don't typically have a clue how best to use the knob. My impression has always been that people are as discouraged to use layer 3 extension headers, as they are to use packet fragmentation. One of those things you want to avoid, unless you're a glutton for punishment? Not so?
> 
> Happy Thanksgiving, for those to whom this applies.
> 
> Bert
> 
>