Re: [Mtgvenue] issue #3: Too many mandatory

Pete Resnick <presnick@qti.qualcomm.com> Wed, 05 April 2017 23:02 UTC

Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: mtgvenue@ietfa.amsl.com
Delivered-To: mtgvenue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12471129463 for <mtgvenue@ietfa.amsl.com>; Wed, 5 Apr 2017 16:02:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.022
X-Spam-Level:
X-Spam-Status: No, score=-7.022 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 0yezhqTg1wJn for <mtgvenue@ietfa.amsl.com>; Wed, 5 Apr 2017 16:02:37 -0700 (PDT)
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 D8C501294BD for <mtgvenue@ietf.org>; Wed, 5 Apr 2017 16:02:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1491433351; x=1522969351; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version; bh=uZP0yNQtz9toJisy5oQT5/OCo3mpKsZucDTOzB/pBXE=; b=IVUeyTy0kMCmR51qr2Nd07FB7pK9AZBm3cn12uIRZ5ZcZg0vEGF9Miqj sB1nInfxpKCtfqy1p2jH7OuED82PjKYAMjZG3g0hZTYlvL9DgbmOI1lTQ v6W+kHiSvGqAeeJAaDuNTPPJ8vN9jG5Zx1HhQ6+H355mejhclCZ+WZ9Pz w=;
X-IronPort-AV: E=Sophos;i="5.37,281,1488873600"; d="scan'208";a="371685450"
Received: from unknown (HELO Ironmsg03-R.qualcomm.com) ([10.53.140.107]) by wolverine02.qualcomm.com with ESMTP; 05 Apr 2017 16:02:30 -0700
X-IronPort-AV: E=McAfee;i="5800,7501,8489"; a="1341826454"
X-MGA-submission: MDFc/q/qMtvfXcYRQvH3OcHC+onAmRG1ek/0LF7YCBblgVCDXtQa5wOgLZr//TPsdfgWGbXnG7OIOTQGWXJIQiLsBzkDyAv/GPZOytnd2BLgyxn7GeCPIlfYKYa4wLV+w8OzKCXJhUqOwT8AM0fbECRw
Received: from nasanexm01f.na.qualcomm.com ([10.85.0.32]) by Ironmsg03-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 05 Apr 2017 16:02:30 -0700
Received: from [10.64.117.59] (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.85.0.32) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Wed, 5 Apr 2017 16:02:29 -0700
From: Pete Resnick <presnick@qti.qualcomm.com>
To: dcrocker@bbiw.net
CC: "mtgvenue@ietf.org" <mtgvenue@ietf.org>
Date: Wed, 05 Apr 2017 18:02:25 -0500
Message-ID: <3186844C-A706-4ECB-90EA-47B585DE7B61@qti.qualcomm.com>
In-Reply-To: <4f7214d4-6dbb-861c-ea17-072af055c379@dcrocker.net>
References: <37de22dc-04a4-f868-698e-cf03cd791957@cisco.com> <7add7c4a-032f-6b78-5b5f-861835a64f9a@dcrocker.net> <006325a5-83e7-9295-71a1-67c0125aa7cb@cisco.com> <c57adf52-3db7-5cfc-d301-3135010e17c6@cs.tcd.ie> <CA+9kkMA7iQrMg2y6g5=i96HL3-_8X04BsQjZEhzWe++uZzJvmQ@mail.gmail.com> <86de8a9c-3de3-dc35-b4e3-42553b91a53a@dcrocker.net> <CA+9kkMDgwgHd0-THd_eENrCf0GfLjQaMSivx3phX5Bkgyb=fiA@mail.gmail.com> <b706e895-0e7c-8883-7188-9e1c6891780e@dcrocker.net> <19C30E48-363A-4BF4-B21E-FB72C5182949@qti.qualcomm.com> <4f7214d4-6dbb-861c-ea17-072af055c379@dcrocker.net>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; markup="markdown"
X-Mailer: MailMate (1.9.6r5347)
X-Originating-IP: [10.80.80.8]
X-ClientProxiedBy: NASANEXM01F.na.qualcomm.com (10.85.0.32) To NASANEXM01F.na.qualcomm.com (10.85.0.32)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/MIXd6QsQwGX-XUEFfG2ZMXZEZCQ>
Subject: Re: [Mtgvenue] issue #3: Too many mandatory
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "List for email discussion of the IAOC meeting venue selection process." <mtgvenue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mtgvenue/>
List-Post: <mailto:mtgvenue@ietf.org>
List-Help: <mailto:mtgvenue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Apr 2017 23:02:40 -0000

On 5 Apr 2017, at 17:25, Dave Crocker wrote:

> On 4/5/2017 3:02 PM, Pete Resnick wrote:
>> On 5 Apr 2017, at 16:02, Dave Crocker wrote:
>>
>>> "move or cancel" is language that only has meaning /after/ 
>>> selection. It is therefore formally out of scope.
>>
>> Whoa there! Dave, it is not your call that this (or anything) is 
>> formally out of scope.
>
> That's a style of objection that we do frequently in the IETF and 
> misses the distinction between authority and ability.

I believe this style of objection, stating the conclusion as fact 
instead of stating it as an opinion, and particularly when it comes to a 
matter of WG process, is chilling to productive discussion and 
disruptive of WG process. As a way to suppress discussion, it is 
incredibly effective. I do think it is used far too often in the IETF. 
I'm requesting that it not be used in this group in the future.

> Any of us can raise the question.  I'm raising it.

I will take your objection as saying, "I believe that the word 
'selection' in the charter means that discussion should be limited to 
things prior to contracting, and that discussion of 'move or cancel' 
should be considered out of scope."

>> As I said at the f2f meeting, the charter is not crystal clear on 
>> this point:
>>
>>> The MTGVENUE working group is the forum where the IETF community can
>>> discuss and agree on what should go into the policies, the selection
>>> process, and the detailed criteria going forward. All criteria and 
>>> all
>>> other aspects of the process are open for discussion.
>
> Again, all of the language is about the selection process.  It says 
> nothing about contracting or canceling or any other part of the venue 
> process as being within scope.

The above text says that the WG is to discuss and agree on what goes 
into three things: policies, selection process, and detailed criteria 
going forward. I read those as three separate items and not solely about 
the selection process.

>> As Alissa said at the meeting, the charter is flexible enough to 
>> allow the WG to write a document that can be applied only at the 
>> beginning of the process, or might be applied at multiple points.
>
> Where is this sort of flexibility justified in the charter?

I take Alissa to have read the same text that I did. She can further 
clarify if she desires.

> ps. Again, the ultimate issue is that going beyond the specifics of 
> /selection/ conflates things in a way that is already adding 
> significant complexity to the discussion.

I believe the complexity was already in the discussion, but hidden 
behind people having different definitions in their heads of the same 
word. Insofar as we end up identifying items that people believed all 
along were in the "considerations for move or cancel" category, I 
believe that reduces the complexity of the discussion. We may decide to 
remove those items from the final document, or we may decide that for 
all of the criteria, we should give guidance as to how they should be 
applied if something changes after contracting. Either way, clearly 
separating out people's reasons for wanting any particular criteria in 
the document is incredibly helpful to me, as one of the people who has 
to make the call in the end of what the WG intended.

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