Re: [Edm] [arch-d] Call for Comment: <draft-iab-use-it-or-lose-it-02> (Long-term Viability of Protocol Extension Mechanisms)

"Joel M. Halpern" <jmh@joelhalpern.com> Wed, 25 August 2021 19:00 UTC

Return-Path: <jmh@joelhalpern.com>
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 9FC353A0AA7 for <edm@ietfa.amsl.com>; Wed, 25 Aug 2021 12:00:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 w9fvOJOU8VFe for <edm@ietfa.amsl.com>; Wed, 25 Aug 2021 12:00:45 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D5713A0AB8 for <edm@iab.org>; Wed, 25 Aug 2021 12:00:43 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4GvwKl5Qd1z1nwCn; Wed, 25 Aug 2021 12:00:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1629918043; bh=tI7Nhw8jkGeoIEPP/FR8uD5bAULZ0jeUdJUUc+/8zfk=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=NqjghSxzIk4guLYQW+VDIiHXkRyEcaGYohQd0rvzi7/W1GbIZeYg7VrvT6OhzvgCt +oyp0cO9JCsg41RadS+nRGDOHmPMD5PfZ40h2L6zAzY+ia1pDPmj97e9/4clxHVyDF iX9+G3APNBrl9chqTOCkYlXjDl4A7oabTZoufXi0=
X-Quarantine-ID: <fm5dU7z8AD6C>
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.23.64] (50-233-136-230-static.hfc.comcastbusiness.net [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 4GvwKl1k67z1nvFG; Wed, 25 Aug 2021 12:00:43 -0700 (PDT)
To: architecture-discuss@ietf.org
Cc: edm@iab.org
References: <162991703946.25379.3009360954932586670@ietfa.amsl.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <078f0246-6e3f-1a49-38e7-cfdae1539c93@joelhalpern.com>
Date: Wed, 25 Aug 2021 15:00:42 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0
MIME-Version: 1.0
In-Reply-To: <162991703946.25379.3009360954932586670@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/edm/ZXfwj3lPdVkA7Z9hcDStMSS74LE>
Subject: Re: [Edm] [arch-d] Call for Comment: <draft-iab-use-it-or-lose-it-02> (Long-term Viability of Protocol Extension Mechanisms)
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: Wed, 25 Aug 2021 19:01:00 -0000

I find the ending of the introcution:

    It is possible
    that these conclusions are less applicable to protocol deployments
    that have less scale and diversity, or operate under different
    constraints.

to seriously understate the limitations of this work.  The most 
important different cases I can see are the extremely widely deployed 
protocols at the Internet and Routing layers.  These protocols share the 
problems that are identified.  But the proposed approaches to improving 
the situation are likely to be problematic at best.  I think a much 
stronger disclaimer is needed.

Yours,
Joel

On 8/25/2021 2:43 PM, IAB Executive Administrative Manager wrote:
> This is an announcement of an IETF-wide Call for Comment on
> draft-iab-use-it-or-lose-it-02.
> 
> The document is being considered for publication as an Informational RFC
> within the IAB stream, and is available for inspection at:
> <https://datatracker.ietf.org/doc/draft-iab-use-it-or-lose-it/>
> 
> The Call for Comment will last until 2021-09-22. Please send comments to
> architecture-discuss@ietf.org and iab@iab.org.
> 
> Abstract:
> 
>     The ability to change protocols depends on exercising the extension
>     and version negotiation mechanisms that support change.  This
>     document explores how regular use of new protocol features can ensure
>     that it remains possible to deploy changes to a protocol.  Examples
>     are given where lack of use caused changes to be more difficult or
>     costly.
> 
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/architecture-discuss
>