Adoption [was: Re: Adoption Call for "Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events" ]

otroan@employees.org Wed, 08 July 2020 08:01 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 34E353A0C7F for <ipv6@ietfa.amsl.com>; Wed, 8 Jul 2020 01:01:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, 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 wLfTopG6VQQz for <ipv6@ietfa.amsl.com>; Wed, 8 Jul 2020 01:01:53 -0700 (PDT)
Received: from clarinet.employees.org (clarinet.employees.org [IPv6:2607:7c80:54:3::74]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A42B23A0C6E for <ipv6@ietf.org>; Wed, 8 Jul 2020 01:01:53 -0700 (PDT)
Received: from astfgl.hanazo.no (77.16.79.225.tmi.telenormobil.no [77.16.79.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by clarinet.employees.org (Postfix) with ESMTPSA id C00E44E11AD6; Wed, 8 Jul 2020 08:01:52 +0000 (UTC)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id C367F3887D80; Wed, 8 Jul 2020 10:01:46 +0200 (CEST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Subject: Adoption [was: Re: Adoption Call for "Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events" ]
From: otroan@employees.org
In-Reply-To: <42267b42-2e29-1bc9-1440-e1a847002efd@gmail.com>
Date: Wed, 08 Jul 2020 10:01:46 +0200
Cc: Jen Linkova <furry13@gmail.com>, Bob Hinden <bob.hinden@gmail.com>, 6man WG <ipv6@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <8AA8AD4B-D6D9-483E-B695-5445C57D6154@employees.org>
References: <CC295D49-5981-41C3-B4DB-E064D66616CE@gmail.com> <CAFU7BAQX8B2n3FFjQ3h-9VLP7zR=zy0nO0z7bEtz3KXZ7wp=eg@mail.gmail.com> <42267b42-2e29-1bc9-1440-e1a847002efd@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/Ahc9CIj_jFVg3lUOLtjt5Mj4Sr8>
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: Wed, 08 Jul 2020 08:02:02 -0000

Brian,

>> First of all I agree that we do have a problem with flash renumbering
>> and it would be desirable to make the protocol more robust.
>> However I have some reservations about the changes proposed by the
>> draft and I do not support the adoption in its current form.
>> (I'd disagree with the argument that 'adopting does not mean the draft
>> will be published as it is so let's adopt it and figure out the
>> content later'. IMHO adopting the draft means that the WG agrees with
>> the proposed standard changes in principle and is willing to work on
>> polishing the details.
> 
> No, that isn't what it means. In fact it's rather undefined what
> "adoption" means, but the most important thing it means is that
> change control moves from the authors to the WG. So the WG can choose
> to polish the draft a bit, or to completely change the proposal,
> or to drop it after another year of discussion.

I agree that a move of change control is what we want.
My own thoughts from observing the process:

This might be more what should happen in theory rather than what actually happens in practice.

There are several reasons for that I would imagine. One being the practice of documents having individuals named as authors.

I have tried to move the needle on change control somewhat with the use of SCM and github, but so far it's too early to tell if that makes a difference.

It's also very hard to un-adopt a document when it's first been adopted.
Given that, it is no surprise that the barrier to adoption is high and potentionally increasing over time.

Cheers,
Ole