Re: [Mtgvenue] [admin-discuss] Consultation on IETF Meeting venue assessment

Jay Daley <jay@ietf.org> Thu, 04 February 2021 19:23 UTC

Return-Path: <jay@ietf.org>
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 5258D3A174C; Thu, 4 Feb 2021 11:23:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 SAfh2gU4GSxY; Thu, 4 Feb 2021 11:23:29 -0800 (PST)
Received: from jays-mbp.localdomain (unknown [158.140.230.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id 9F7BE3A1749; Thu, 4 Feb 2021 11:23:28 -0800 (PST)
From: Jay Daley <jay@ietf.org>
Message-Id: <713DEA2F-3FE1-4E20-94F6-434AC269CE94@ietf.org>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A3C72437-4DD3-4987-8CF6-12C30A71A936"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Date: Fri, 5 Feb 2021 08:23:26 +1300
In-Reply-To: <0236E88C-38B3-4547-86D1-DA8D084F596F@cable.comcast.com>
Cc: Lou Berger <lberger@labn.net>, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>, Dhruv Dhody <dhruv.ietf@gmail.com>, "mtgvenue@ietf.org" <mtgvenue@ietf.org>, "admin-discuss@ietf.org" <admin-discuss@ietf.org>
To: "Livingood, Jason" <Jason_Livingood=40comcast.com@dmarc.ietf.org>
References: <CAB75xn4N3zrfiHAdh_djQxui2-U5CutcN2sLzBE6DiWTm33QYQ@mail.gmail.com> <7A39E361-6EED-4157-82BB-B56E7921FECB@ietf.org> <0AB6B02A-B917-4C8B-867E-F20DEF2FED2C@cisco.com> <BL0PR14MB3779879BC3FD101D51261A13C3B39@BL0PR14MB3779.namprd14.prod.outlook.com> <C2F94173-167B-459B-8550-BC13CFEDED64@ietf.org> <0236E88C-38B3-4547-86D1-DA8D084F596F@cable.comcast.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/j0dnEz_o2IQ-CtK5h1FErmsTRaQ>
Subject: Re: [Mtgvenue] [admin-discuss] Consultation on IETF Meeting venue assessment
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.29
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, 04 Feb 2021 19:23:31 -0000


> On 5/02/2021, at 8:13 AM, Livingood, Jason <Jason_Livingood=40comcast.com@dmarc.ietf.org> wrote:
> 
>> Do we take it that this means that if all the hotels support VPN access and the venue itself supports unfiltered access (i.e. no need to use a VPN for access) then that is acceptable, even if VPNs are blocked or are illegal outside of the hotels and venue?
> 
> In the past IIRC this focused on the type of access available in the venue (and possibly the primary hotel as well but IMO as long as a VPN can be used it is a bit moot). Thus as long as we had unfiltered access in Beijing at IETF-79 it was fine - despite the fact that the average local citizen may have had filters or other restrictions. I also think if we focus on whether local citizens have unfettered access this will end up being a slippery slope - as many governments (even in the UK and EU) have localized content / access restrictions - so where to draw the line will always be a matter of debate.

I’m trying to specifically pin down what is acceptable with regards to the overflow hotels not the venue, as I think we have clarity on the latter.  For overflow hotels, I believe we’ve narrowed down to VPN access not any other filtering, and the question of how we assess that remotely, if that is even possible.   

Jay

> 
> JL
> 
> 
> 
> _______________________________________________
> Mtgvenue mailing list
> Mtgvenue@ietf.org
> https://www.ietf.org/mailman/listinfo/mtgvenue
> 

-- 
Jay Daley
IETF Executive Director
jay@ietf.org