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
- Re: [Mtgvenue] issue #3: Too many mandatory Andrew Sullivan
- Re: [Mtgvenue] issue #3: Too many mandatory Lou Berger
- Re: [Mtgvenue] issue #3: Too many mandatory Lou Berger
- Re: [Mtgvenue] issue #3: Too many mandatory Fred Baker
- Re: [Mtgvenue] issue #3: Too many mandatory Brian E Carpenter
- Re: [Mtgvenue] issue #3: Too many mandatory Eliot Lear
- Re: [Mtgvenue] issue #3: Too many mandatory Lou Berger
- Re: [Mtgvenue] issue #3: Too many mandatory Andrew Sullivan
- Re: [Mtgvenue] issue #3: Too many mandatory Lou Berger
- Re: [Mtgvenue] issue #3: Too many mandatory Eliot Lear
- Re: [Mtgvenue] issue #3: Too many mandatory Brian E Carpenter
- Re: [Mtgvenue] issue #3: Too many mandatory Pete Resnick
- Re: [Mtgvenue] issue #3: Too many mandatory Pete Resnick
- Re: [Mtgvenue] issue #3: Too many mandatory Deen, Glenn (NBCUniversal)
- Re: [Mtgvenue] issue #3: Too many mandatory Lou Berger
- [Mtgvenue] Issue #21: unfiltered should be mandat… Eliot Lear
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Eliot Lear
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Yoav Nir
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Jim Martin
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Ted Hardie
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Fred Baker
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Tobias Gondrom
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Charles Eckel (eckelcu)
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Yoav Nir
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Ole Jacobsen
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Eliot Lear
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Eliot Lear
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Ted Hardie
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Ole Jacobsen
- Re: [Mtgvenue] Issue #21: unfiltered should be ma… Fred Baker
- [Mtgvenue] issue #3: Too many mandatory Eliot Lear
- Re: [Mtgvenue] issue #3: Too many mandatory Brian E Carpenter
- Re: [Mtgvenue] issue #3: Too many mandatory Lou Berger
- Re: [Mtgvenue] issue #3: Too many mandatory Eliot Lear
- Re: [Mtgvenue] issue #3: Too many mandatory Lou Berger
- Re: [Mtgvenue] issue #3: Too many mandatory Dave Crocker
- Re: [Mtgvenue] issue #3: Too many mandatory Eliot Lear
- Re: [Mtgvenue] issue #3: Too many mandatory Stephen Farrell
- Re: [Mtgvenue] issue #3: Too many mandatory Dave Crocker
- Re: [Mtgvenue] issue #3: Too many mandatory Pete Resnick
- Re: [Mtgvenue] issue #3: Too many mandatory Stephen Farrell
- Re: [Mtgvenue] issue #3: Too many mandatory Ted Hardie
- Re: [Mtgvenue] issue #3: Too many mandatory Andrew Sullivan
- Re: [Mtgvenue] issue #3: Too many mandatory Dave Crocker
- Re: [Mtgvenue] issue #3: Too many mandatory Ted Hardie
- Re: [Mtgvenue] issue #3: Too many mandatory Eliot Lear
- Re: [Mtgvenue] issue #3: Too many mandatory Dave Crocker
- Re: [Mtgvenue] issue #3: Too many mandatory Warren Kumari
- Re: [Mtgvenue] issue #3: Too many mandatory Ted Hardie
- Re: [Mtgvenue] issue #3: Too many mandatory Lou Berger
- Re: [Mtgvenue] issue #3: Too many mandatory Pete Resnick
- Re: [Mtgvenue] issue #3: Too many mandatory Ted Hardie
- Re: [Mtgvenue] issue #3: Too many mandatory Lou Berger
- Re: [Mtgvenue] issue #3: Too many mandatory Pete Resnick
- Re: [Mtgvenue] issue #3: Too many mandatory Dave Crocker
- Re: [Mtgvenue] issue #3: Too many mandatory Andrew Sullivan
- Re: [Mtgvenue] issue #3: Too many mandatory Dave Crocker
- Re: [Mtgvenue] issue #3: Too many mandatory Andrew Sullivan
- Re: [Mtgvenue] issue #3: Too many mandatory Dave Crocker
- Re: [Mtgvenue] issue #3: Too many mandatory Pete Resnick
- Re: [Mtgvenue] issue #3: Too many mandatory Dave Crocker
- Re: [Mtgvenue] issue #3: Too many mandatory Stephen Farrell
- Re: [Mtgvenue] issue #3: Too many mandatory Eliot Lear
- Re: [Mtgvenue] issue #3: Too many mandatory Eliot Lear
- Re: [Mtgvenue] issue #3: Too many mandatory Brian E Carpenter
- Re: [Mtgvenue] issue #3: Too many mandatory Alissa Cooper
- Re: [Mtgvenue] issue #3: Too many mandatory Alissa Cooper
- Re: [Mtgvenue] issue #3: Too many mandatory Fred Baker