Re: To "lose the argument in the WG"

"Pete Resnick" <presnick@qti.qualcomm.com> Tue, 14 February 2017 05:25 UTC

Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 280541299A6 for <ietf@ietfa.amsl.com>; Mon, 13 Feb 2017 21:25:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.021
X-Spam-Level:
X-Spam-Status: No, score=-7.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=qti.qualcomm.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 ov0us-vu4_rm for <ietf@ietfa.amsl.com>; Mon, 13 Feb 2017 21:25:26 -0800 (PST)
Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DC17129680 for <ietf@ietf.org>; Mon, 13 Feb 2017 21:25:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1487049926; x=1518585926; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version; bh=2L9CIbYnRadjbu4GlEZSv5KYhvE+dxRpPnBHwUdwTsw=; b=A12C2RTsCsmWtZrMNKK3OIlptnHBC+2SmJFd5D7NasXbDCDu3tDWsilz 4IcTy1O1JDwJUFj9RNBObs1fSv6Gmpk4myzC45NKR2v5bSGohWpQ5hq8V FetQ1hT8jNhSsQ/Tb1FOxgwQQJBkngmO+4J+SlXxY+suYaNlII+IJl7Qe M=;
X-IronPort-AV: E=Sophos;i="5.35,159,1484035200"; d="scan'208,217";a="358013707"
Received: from unknown (HELO ironmsg02-L.qualcomm.com) ([10.53.140.109]) by wolverine02.qualcomm.com with ESMTP; 13 Feb 2017 21:25:03 -0800
X-IronPort-AV: E=McAfee;i="5800,7501,8438"; a="866297730"
Received: from unknown (HELO [10.64.121.67]) ([10.64.121.67]) by ironmsg02-L.qualcomm.com with ESMTP/TLS/RC4-SHA; 13 Feb 2017 21:25:01 -0800
From: Pete Resnick <presnick@qti.qualcomm.com>
To: dcrocker@bbiw.net
Subject: Re: To "lose the argument in the WG"
Date: Mon, 13 Feb 2017 23:25:00 -0600
Message-ID: <F4592855-640C-4A32-989F-275C359C89EE@qti.qualcomm.com>
In-Reply-To: <00e13499-7cea-a79a-7de1-dd9bad4bc530@dcrocker.net>
References: <66A86016-0382-4B2C-B9E8-30638237CB68@qti.qualcomm.com> <00e13499-7cea-a79a-7de1-dd9bad4bc530@dcrocker.net>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_495708F6-2CDD-485C-945A-975185162DC3_="
X-Mailer: MailMate (1.9.6r5344)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/mGCtkubQViCuXfuhU3VUPwNF8C4>
Cc: IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Feb 2017 05:25:28 -0000

On 13 Feb 2017, at 23:07, Dave Crocker wrote:

> On 2/13/2017 8:50 PM, Pete Resnick wrote:
>> The WG participant who felt that the functionality should be in-scope
>> and is perfectly within bounds to make the case that the 
>> functionality
>> is somehow necessary during Last Call. The chair and/or AD should
>> summarize why they judged the functionality to be out of scope. 
>> Others
>> in the community might want to take up the argument and explain why 
>> it
>> should be added.
>
>
> This sounds like reasonable theory, but is actually rather destructive 
> practice.
>
> It takes the position that Last Call is acceptable to use as a form of 
> appeals process, where folk who have been working on the topic for an 
> extended time have to defend their choices to a collection of other 
> folk who are new to the topic and are, therefore, making snap 
> judgements.
>
> While, yes, there will be times that the new folk see something new or 
> better, that's not the usual occurrence.  The usual occurrence is that 
> folk who are experienced with the topic and are tired from the 
> extended effort have to rehash their work and defend it to folk who 
> have not done their homework.
>
> Either working groups are where the work really does get done or they 
> aren't.  The burden of having to worry about and deal with a larger, 
> less-involved community being frankly encouraged to second-guess the 
> folk who have actual skin in the game, is an example of what makes the 
> formality of IETF process onerous.
>
> Last Call should not require a working group to be subject to random 
> demands to defend itself.  It should be for independent reviews that 
> see something the working group missed.  Missed is different from "we 
> had a choice and we made it".
>
> If a fresh reviewer really does do their homework and really does 
> present a good case for making a different decision, that's fine.  But 
> it also is quite different than supporting the re-hashing exercise 
> that occurrs when an existing wg participant expresses dissatisfaction 
> with a decision made during normal wg processes.

Would that we disagreed.

Nowhere did I say that Last Call should be an opportunity to simply 
rehash, without having done homework. Indeed, you will note where I 
said:

>> Do note that in both cases, I think it's only fair that the person 
>> bringing up the issue clearly states what's going on. For instance, 
>> in the second case the person should really have said, "This was 
>> judged out-of-scope by the WG/chair, but I think it ought not be 
>> out-of-scope because of X, Y, and Z". Simply saying, "Please make 
>> this change to the document" as if it were never discussed before is 
>> not helpful to the rest of the list during Last Call.

For a WG participant to just throw out the same argument made earlier 
without explanation *and* with the expectation that the WG ought be 
required to relitigate the whole discussion is *not* reasonable. The 
case needs to be made that the WG (or the chair in judging) did in fact 
miss something when they came to rough consensus. The chair, not the 
entire WG, should explain why the conclusion was arrived at. (That 
should really be written up in the shepherd report, if we're being 
diligent.) Others can choose to ask questions or push back on either 
position if they think something serious has been missed. But to 
dismiss, out of hand, any such claim with "too late, already decided" is 
also unreasonable.

Homework is required. Pointing out the failure is required. Avoiding 
simply restating a preference is required. I'm just objecting to the 
blanket statement, "If the WG came to consensus, even roughly, the 
discussion is over."

(As I said earlier, in the case of something being declared 
out-of-scope, I'd expect the person bringing up the point to explain why 
being in-scope was essential. To fail to do so is bogus.)

> ps. Pete's other point was about a claim that an issue didn't really 
> get settled and needs further review.  That's quite a different case.  
> Maybe it's worthy for LC discussion.  Maybe it isn't.  Dunno.
>
> pps. There's at least one case where I chose to attempt to use LC as a 
> kind of appeals process, since I deemed the wg process to have been 
> significantly flawed, including the cognizant AD.  Like all good 
> rules, there need to be some exceptions thoughtfully permitted, though 
> of course my effort in this example of an exception bore no fruit...

I also agree that this should be fairly unusual. Again, what got to me 
was the automatic rejection of such an argument.

pr
-- 
Pete Resnick <http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478