Re: [Gendispatch] Thoughts on draft-carpenter-gendispatch-draft-adoption

Robert Sparks <rjsparks@nostrum.com> Wed, 22 July 2020 20:44 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2D2C3A096E for <gendispatch@ietfa.amsl.com>; Wed, 22 Jul 2020 13:44:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.08
X-Spam-Level:
X-Spam-Status: No, score=-2.08 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, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.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 TU50-IrbCCXS for <gendispatch@ietfa.amsl.com>; Wed, 22 Jul 2020 13:44:17 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 69EA13A096C for <gendispatch@ietf.org>; Wed, 22 Jul 2020 13:44:17 -0700 (PDT)
Received: from unescapeable.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id 06MKiFr8083548 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for <gendispatch@ietf.org>; Wed, 22 Jul 2020 15:44:16 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1595450656; bh=71VLoJ1DdTVIB6r9D7+hVrO1AAUM8Vkkhg4cjDQYdy8=; h=Subject:To:References:From:Date:In-Reply-To; b=Qf3Ssc1A2NVkp+Sh6/9sM0TQNmg4bQ0DMW9E1aSZOYwCTPOaxkV2yDfOknaIxNi74 hlcnA7hFKHwBxMh5/UZayYZ/6Rxo4tSKSPMmgqm0vayT8DC6LwVksIj3Q9L3znjNix Eqdiqni6QbB4PrEM5oWMrK0xE7pmExqUFink16vw=
X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be unescapeable.local
To: gendispatch@ietf.org
References: <031601d65fb0$f6aa0a30$e3fe1e90$@olddog.co.uk> <22930.1595383098@localhost>
From: Robert Sparks <rjsparks@nostrum.com>
Message-ID: <4ddb8984-2754-374f-5aac-5bdc70167792@nostrum.com>
Date: Wed, 22 Jul 2020 15:44:15 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <22930.1595383098@localhost>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/R5T22u7wZcud2KJcq8csQMThw0s>
Subject: Re: [Gendispatch] Thoughts on draft-carpenter-gendispatch-draft-adoption
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jul 2020 20:44:19 -0000

The text in this document should not (really, must not) constrain the 
group to automatically adopt _anything_.

I have seen groups set up two teams to refine separate proposals with 
the intent that the group weigh the results against each other. 
Automatically adopting the output of both of those teams would have 
created confusion and increased friction.

RjS

On 7/21/20 8:58 PM, Michael Richardson wrote:
> Adrian Farrel <adrian@olddog.co.uk> wrote:
>      > In this draft you have (section 3)...
>
>      > A WG that decides to create a design team to solve a
>      > problem has implicitely agreed to adopt the result.  To not adopt the
>      > result is to say that the results of the WG mandated design team does
>      > not deserve first class agenda time.  Such a design team would have
>      > been created, for instance, when a WG can not decide between two
>      > competing individual drafts and decides to merge them.
>
>      > s/implicitely/implicitly/
>      > s/can not/cannot/
>
> (fixed in my copy)
>
>      > But I strongly disagree with this statement. I think that the DT is (very)
>      > often chartered to come up with a draft for the WG to consider adopting. If,
>      > however, as is somewhat common, the DT goes a little wild and produces a
>      > document that the DT likes but the WG finds unacceptable, then the document
>      > should not be adopted.
>
> I guess I disagree about the mechanicals of the process.
> I really think that the DT should be charged with uploading it's work as draft-ietf-foobar-00.txt
> If the WG hates the result, then the DT can be fired and a new one created.
>
> Adoption is not endorsement.
>
>      > I would go as far as to say that sometimes there is an expectation that the
>      > output of a DT will be presented to a WG as a done decision that the WG must
>      > accept because "the WG chartered the DT". But a DT is "just a group of
>      > people working together on a draft," and the fact that the WG chartered a DT
>      > merely means that the WG helped form the group of people.
>
> I agree totally, but the WG created the design team.
> If we do agenda time correctly, then the DT might get none.
>
>      > The sentence about the "first class agenda time" also seems wrong. Yes, the
>      > output of the DT deserves agenda time, but if the use of that time reveals
>      > that the result is not up to scratch, that is good use of time and the draft
>      > should not be adopted.
>
> If it deserved agenda time, then adopt it.
>
> --
> ]               Never tell me the odds!                 | ipv6 mesh networks [
> ]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
> ]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [
>
>
>
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>   -= IPv6 IoT consulting =-
>
>
>