Re: [Mtgvenue] I-D Action: draft-ietf-mtgvenue-iaoc-venue-selection-process-14.txt

Eliot Lear <lear@cisco.com> Thu, 10 May 2018 08:25 UTC

Return-Path: <lear@cisco.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 E212B120713; Thu, 10 May 2018 01:25:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 Iz3bcZhaV5Gq; Thu, 10 May 2018 01:25:13 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 816E9126C3D; Thu, 10 May 2018 01:25:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5244; q=dns/txt; s=iport; t=1525940712; x=1527150312; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=ny4wmjZhMQQZGZaTdu5ba70ijp7aomUjKeCBkMQl3cE=; b=DEsQcT8UwxA1MK3rywELceQqK4vRFIXv1D3D2ExeVsLj466RbJXbIHCJ PWTKz9R4AmLRdAslG9iTn9/2anQ8CmwRaj+aBZYcdJxM1S+FFLSsouFdQ 3XtcOwUuz/05nUbb1YKK9+O/wMcFLFTzWPTwtZhVUmeKY2soXW2e/BaeB 4=;
X-Files: signature.asc : 488
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CJAQDZAPRa/xbLJq1cGQEBAQEBAQEBAQEBAQcBAQEBAYUfhBiIYY1hCCGBD5NEgWQIA4RsAoMXOBQBAgEBAQEBAQJsKIUpAQUjMTULDgoqAgJXBgEMCAEBGIMHAoF/qkGCHIhGgjkPijiBMgyCXIQ7gziCVAKYLQiDRIFUiTEGgTWDYYI9hRGQUoElMyEmgSwzGggbFYJ/gh8XEY4IPZEAAQE
X-IronPort-AV: E=Sophos; i="5.49,384,1520899200"; d="asc'?scan'208"; a="3754484"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 May 2018 08:25:10 +0000
Received: from [10.61.65.84] (ams3-vpn-dhcp340.cisco.com [10.61.65.84]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w4A8PAsH032061; Thu, 10 May 2018 08:25:10 GMT
To: Andrew Sullivan <ajs@anvilwalrusden.com>, mtgvenue@ietf.org, ietf <IETF@ietf.org>
References: <152584638193.2839.7801870228413280951@ietfa.amsl.com> <c30fd21a-85ee-734c-771c-00ff65490acb@cisco.com> <CABmDk8=HKLR89dvDTuO4eguPE5LCV-YPmcbBr1WdUuFNi+NsBw@mail.gmail.com> <20180510021428.GG9500@mx4.yitter.info>
From: Eliot Lear <lear@cisco.com>
Openpgp: preference=signencrypt
Autocrypt: addr=lear@cisco.com; prefer-encrypt=mutual; keydata= xsBNBFMe1UQBCADdYOS5APDpIpF2ohAxB+nxg1GpAYr8iKwGIb86Wp9NkK5+QwbW9H035clT lpVLciExtN8E3MCTPOIm7aITPlruixAVwlBY3g7U9eRppSw9O2H/7bie2GOnYxqmsw4v1yNZ 9NcMLlD8raY0UcQ5r698c8JD4xUTLqybZXaK2sPeJkxzT+IwupRSQ+vXEvFFGhERQ88zo5Ca Sa1Gw/Rv54oH0Dq2XYkO41rhxQ60BKZLZuQK1d9+1y3I+An3AJeD3AA31fJZD3H8YRKOBgqe ILPILbw1mM7gCtCjfvFCt6AFCwEsjITGx55ceoQ+t5B5XGYJEppMWsIFrwZsfbL+gP31ABEB AAHNJUVsaW90IExlYXIgPGxlYXJAb2Zjb3Vyc2VpbXJpZ2h0LmNvbT7CwHsEEwECACUCGwMG CwkIBwMCBhUIAgkKCwQWAgMBAh4BAheABQJTHtXCAhkBAAoJEIe2a0bZ0nozBNoH/j0Mdnyg CgNNmI4DyL9mGfTJ/+XiTxWXMK4TTszwwn/tsXjyPQWjoO6nYqz5i96ItmSpkelSGVpzU+LK LQxSjFeUvKw23bp1rVecfGR+OENSE1m6KfFj3vtzQOZ2/FgK210MWnlYNNyAHX6Pf6hKInTP v6LbZiAQMCmf0aPvRbk/aPSNJAuIKrLrrCgAlwelrTavFsSwnKI3dhSG8DJ9+z/uiXDiHYra Ub3BKp5K/x71Zd8hUsWm2simnE/6HvZaZz7CC29JSZ/5gGtNB3OMNKLzLWUbQacF3IKxpW66 ZFYFYnlBV4jRnKlmb40YcEXWVJkkVC8g+/J9Qo6R8BdmSTXOwE0EUx7VRAEIALRZXth1u/3n FgY+G2FN0KEEik+2Xsk8JX9zr/eISa+Ol8a4U1orgxpyP2V7bQQDkDUEfs+Asagc6I8zrk3K xGln3pFFVfdM18uaEYwWvmE84Y12r7FwYdW62bA9X1Ttsp5Q1GI8XHdh0SQTF12pXYTwWW1P THYVIp7bGzM88cHqBW0xyRflu4j2nUrd9tWFd28SRxhj+MHQkQkbKFLloRty3lwdS8MCRPzX 9gUrkl+DxFHC7WrW3Vi4glI5YBlD0n2hSyDoP1GkKVT60gUGh7eJOnUBR8lzKm5wYqAtgq2m 79rKBylA40diRhbnTTeY+ytqMWFF5UXm97Jwxsezi7kAEQEAAcLAXwQYAQIACQUCUx7VRAIb DAAKCRCHtmtG2dJ6M5K5CADbunatgHsqHbR3KbpXxzralakEcdODGv/fbN6/EdKJeXrG9QKD lPxZTB9STw6+ANwESsr9uUMAxdDNKDeynjnQmFHxGdcdcXlnPZPThfseeUhUkbB/YKOfDIQA kKozNoKYj6Dcia+D/wvifIEW+GUUcO/6Qi8yK6PLJyM8C7vHEqmUGzX8gTCYOgAyOd4WZrC9 95CfB0yFIorw+MpK7MZTm5SbGPcYF9Gq9MzSqmaEw8U6YOElKYfnkcsCTLYyWaolhck+3/0R 9ISEWK5rUzqAuK40S4+Sn7yNycdCoqvQh4e3xSpzAu3aYZ8jKXQVV0X2G9Y+M1HMZuCqhPUO LTdF
Message-ID: <e28339ff-0046-02c7-b711-92bdc57e9ec3@cisco.com>
Date: Thu, 10 May 2018 10:25:09 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <20180510021428.GG9500@mx4.yitter.info>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="vYJYSSp9IMcJI4oPBtqyWyaZ02Mk5WxoG"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/ASgjJqu1ozrDMwSlT01owLozFNk>
Subject: Re: [Mtgvenue] I-D Action: draft-ietf-mtgvenue-iaoc-venue-selection-process-14.txt
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: Thu, 10 May 2018 08:25:15 -0000

Hi,

<editor hat firmly OFF>

As the person who caused this stink by adding supporting the no smoking
requirement (again with editor hat off), I think Andrew's way forward is
the best.

Eliot


On 10.05.18 04:14, Andrew Sullivan wrote:
> Dear colleagues,
>
> Mary's, Ted's, and Ole's discussion of particulars of environmental
> contaminents (in this case, smoking and mo[u]ld) makes me again wish
> to suggest the position I held before the specific change was made to
> draft-ietf-mtgvenue-iaoc-venue-selection-process-14.  My position at
> the time was that the Important criterion
>
>    o  Economic, safety, and health risks associated with this Venue are
>       acceptable.
>
> was what we needed.  It was pretty unlikely to be traded off with any
> kind of regularity, since "risk" and "acceptable" were sufficiently
> flexible that we'd need to call out things that were in stark contrast
> to what we normally dealt with.  In any case, I thought, further
> specification would be a problem.  Therefore, I claimed, the above
> criterion was as good as anyone could reasonably expect and it seemed
> that the details needed to be left to meeting planners.  (I didn't
> support it becoming Mandatory because the "are acceptable" language
> means that there's no test, so no way to know whether the Venue
> necessarily fails.)
>
> We are now in the situation where we have a Mandatory criterion about
> smoking in various parts of the Venue, and at least one person who
> claims that such a Mandatory criterion requires site-visiting staff to
> do some kinds of spot checks.  It's totally unclear to me what that
> would mean or what we would do if, 2 or more years later when we
> actually show up, the spot checks turn out to have been wrong.
>
> We are now also faced with the suggestion that the same staff are
> supposed to do mo[u]ld tests without having the requisite training or
> hazardous materials equipment.  If in fact we are demanding staff do
> such things, it seems to me at least plausible that staff would have a
> future complaint if we did not provide them with appropriate equipment
> to undertake the tests.  This is, I think, an important reason why we
> cannot realistically mandate such tests.
>
> Moreover, once we begin requiring such tests by staff, there are other
> pollutants that (1) could be required to be tested and (2) are not yet
> mentioned in the document, either because we haven't yet thought of
> (or discovered) them or because someone who is affected wasn't
> involved in all this.
>
> Therefore, I would like again to propose that we go back to the
> previous text -- which had the nice advantage too of having had
> consensus in the WG -- and drop the new Mandatory criterion in section
> 3.1, relying on staff to do their level best (as they ever have done)
> to address health issues that are likely to affect IETF participants
> at meetings.
>
> None of this, please note, is in any way intended to minimise or
> denigrate the health issues (or even discomforts, for all that) people
> have talked about.  But we need a document that establishes
> principles, not rules.  If one's particular concern cannot be covered
> under the principles laid out, then I think it would be most important
> to raise that.  But this particular change seems to me to be the
> addition of a specific rule where an exising principle in the document
> was already adequate to the purpose.
>
> Best regards,
>
> A
>