Re: [Edm] Please review draft-iab-use-it-or-lose-it-01

Martin Thomson <mt@lowentropy.net> Mon, 19 July 2021 02:25 UTC

Return-Path: <mt@lowentropy.net>
X-Original-To: edm@ietfa.amsl.com
Delivered-To: edm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 976BD3A1CAE for <edm@ietfa.amsl.com>; Sun, 18 Jul 2021 19:25:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.077
X-Spam-Level:
X-Spam-Status: No, score=-2.077 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, T_SPF_HELO_TEMPERROR=0.01, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lowentropy.net header.b=f9BTPf4r; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=pefrqDev
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 GZ_AH6bVKi4W for <edm@ietfa.amsl.com>; Sun, 18 Jul 2021 19:25:22 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 765CA3A1CAC for <edm@iab.org>; Sun, 18 Jul 2021 19:25:22 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id C22A85C004B; Sun, 18 Jul 2021 22:25:18 -0400 (EDT)
Received: from imap41 ([10.202.2.91]) by compute5.internal (MEProxy); Sun, 18 Jul 2021 22:25:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :cc:subject:content-type; s=fm2; bh=M1XqbxXn5S42s6pKH7to9wQDi+ln VVwCfcj3YMNFcFE=; b=f9BTPf4rcTPvw/fq41H98nT33VRu63TW7eKX0OCxms6z B4OHRP3MV+0sGZuxe0eWuUBk+UarfRNb4pf4OkoFUGP9Pl7HqfC7seutVBwEMWsX oeve6spvPEO9FTOGi11SwSpsnbOVwuEFSxbP4+m4ScNVGZjwe7l3DfsJK5hZaLa5 Ywrx/sZooIr6kp1TSc7QtJYPa6NAHCNR5oOt3JfKZfww0CrzJ5C3goNmQpvMEqd7 xLAwQwu/xCWWD1fsEEhMnLVyVpN+fqifA5be1FstdpKp762jmpxGrKHmKIfhwS37 F80rsszIFIg/B6JwDBsQd68ltAUHPgIYJS/RFKvrRQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=M1Xqbx Xn5S42s6pKH7to9wQDi+lnVVwCfcj3YMNFcFE=; b=pefrqDevYML8neavu9exFG NuROpO3GmH7UwfWxFBq79C6y5IyL6vzl7MbNNNAw+SVh03lxHXKaOA3O3pCuAV04 hU8ZAHzUj6Js/VrPZCY7svcZIHwicS64o06NHqUSspoa6bNuXUVv8/G6pAmiL0FJ Cj6SbfRDCnDbqs8GavzEdNqMIS1Sq08u/uMKpFgBaRJ9KCYBeihevDV9Hglhof7m qPA0QYU8gBnP3kSaRfBRjKnCGOnxWSuQqnBbdOYY5u9e/A2V1ohDuG9qqt3CMU34 KyPFI1RtflsZ5FUNR+5m1HUwHQPY4F+gBQOlOnC4c76RnGs6W4kqD2akZSnewDlg ==
X-ME-Sender: <xms:jeL0YBbY5u56mlNi5s30Ix-nA0mFiC5xQKjJqFSMCczc4Il03MaaSg> <xme:jeL0YIbhq65JTKYzJCJiZzXmS4W10AZ0V8xIRbNDWk-ykkfguJmoZ4CHeI4FTEnUD 5-ck_H9uyRzfvHwE3U>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvdelgdehudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsehttdertderredtnecuhfhrohhmpedfofgrrhht ihhnucfvhhhomhhsohhnfdcuoehmtheslhhofigvnhhtrhhophihrdhnvghtqeenucggtf frrghtthgvrhhnpeekteeuieektdekleefkeevhfekffevvdevgfekgfeluefgvdejjeeg ffeigedtjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehmtheslhhofigvnhhtrhhophihrdhnvght
X-ME-Proxy: <xmx:jeL0YD_Ctd7bwEwged-_yhHd8uMFk_NMgdGmRLQJfqdszVlihw6_-A> <xmx:jeL0YPq63xhQhjOK5Pxui9YdiUfAfV94ko21Qs74_tdDSCL27FH2SQ> <xmx:jeL0YMr8-v-9fs8vBXC-MD94YVqV6tXJVttiMcXbbp5oWQXo6qjJkA> <xmx:juL0YDRIe_U5zXYd96mWvH404TOLFgIM2S92c1XAvXL1klp6VExBQQ>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id B2E053C0E68; Sun, 18 Jul 2021 22:25:17 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-533-gf73e617b8a-fm-20210712.002-gf73e617b
Mime-Version: 1.0
Message-Id: <5d0baa69-8634-49de-bed3-cc8467c5e34f@www.fastmail.com>
In-Reply-To: <9a5eec9d-90ae-ffd3-fc83-00e3800d7f9c@gmail.com>
References: <162626887655.14379.5438309391409890693@ietfa.amsl.com> <80F3F8A2-2C3C-4DE8-BD1D-07842F5B2F89@apple.com> <20210715154649.GD24216@faui48e.informatik.uni-erlangen.de> <5149e82e-4f98-411b-9e34-27f243352b95@www.fastmail.com> <a2a718ba-7231-449f-8a55-fcc6a7823d59@www.fastmail.com> <20210716231731.GR24216@faui48e.informatik.uni-erlangen.de> <01832870-dfe9-42c8-b10f-d22169b94096@www.fastmail.com> <9a5eec9d-90ae-ffd3-fc83-00e3800d7f9c@gmail.com>
Date: Mon, 19 Jul 2021 12:24:57 +1000
From: Martin Thomson <mt@lowentropy.net>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, Toerless Eckert <tte@cs.fau.de>
Cc: edm@iab.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/edm/PYdN-4R_FMMBE4bJNyUryvMGs28>
Subject: Re: [Edm] Please review draft-iab-use-it-or-lose-it-01
X-BeenThere: edm@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Evolvability, Deployability, & Maintainability \(Proposed\) Program" <edm.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/edm>, <mailto:edm-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/edm/>
List-Post: <mailto:edm@iab.org>
List-Help: <mailto:edm-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/edm>, <mailto:edm-request@iab.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jul 2021 02:25:31 -0000

On Mon, Jul 19, 2021, at 11:54, Brian E Carpenter wrote:
> > The unexpected participation observation doesn't really apply to the IP version example as you have to expect that every router on path needs to participate.
> 
> Not really. That's what Router Alert is all about. I'm saying it is 
> much of a success, but it recognized from the start that not all 
> routers are equal.
>
> The ineffectiveness of both RFC2113 and RFC2711 illustrates that there 
> is fundamentally no difference between IPv4 Options and IPv6 Extension 
> Headers in this respect. The network is equally ossified and opaque to 
> new ones in both cases.

Oh, the options/header extension mess is multi-dimensional.  I didn't get the impression that misuse at the root of the problem, though your first reference implies that it might be.  I'm not following that work closely to say that it is the only problem here or even if it is the main problem.  

Do you think that it is worth talking about here?  A one paragraph contribution that talked about the Router Alert Option/EH might help.  if only to highlight how this is not always caused by bugs, but it can be interaction with policies that participants might choose to implement (that look like bugs).  To some extent, that's consistent with the SIP intermediation story, which is dominated by policy.