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

Andrew Sullivan <ajs@anvilwalrusden.com> Thu, 04 February 2021 19:26 UTC

Return-Path: <ajs@anvilwalrusden.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 5207C3A174F; Thu, 4 Feb 2021 11:26:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=yitter.info header.b=eaVT4T6s; dkim=pass (1024-bit key) header.d=yitter.info header.b=CoAfqLmg
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 I4qbygBdg8Nd; Thu, 4 Feb 2021 11:26:41 -0800 (PST)
Received: from mx5.yitter.info (mx5.yitter.info [159.203.31.152]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C54D3A174A; Thu, 4 Feb 2021 11:26:40 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mx5.yitter.info (Postfix) with ESMTP id 0AAD8BD5C6; Thu, 4 Feb 2021 19:26:10 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yitter.info; s=default; t=1612466770; bh=imCE0cPshEhks9mdxt4k+zo26yjwoI8y08FgvUZM6Rk=; h=Date:From:To:Subject:References:In-Reply-To:From; b=eaVT4T6skgDT0KJeSaUPwWqtzclWjl0qMML05+2/YO5B9djMldimjCHxLDtQklqfg xVyoHlvLpF8Pj+Hz+y+Ib2H4QmH3oPwsVRBNfHz/ZkGvd+4/F8CiInipE+NZ+yv3Z/ fbv2lIljIf4pHgvUucB23PNXEdd3YLNfcl/Z1N/8=
X-Virus-Scanned: Debian amavisd-new at crankycanuck.ca
Received: from mx5.yitter.info ([127.0.0.1]) by localhost (mx5.yitter.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hKoAiK1POu5N; Thu, 4 Feb 2021 19:26:06 +0000 (UTC)
Date: Thu, 04 Feb 2021 14:26:05 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yitter.info; s=default; t=1612466766; bh=imCE0cPshEhks9mdxt4k+zo26yjwoI8y08FgvUZM6Rk=; h=Date:From:To:Subject:References:In-Reply-To:From; b=CoAfqLmgLR0fscgU/INo75EQ/3dyS5LQCNAWhzfotIw1vH4cSScGj+zRQ2MwVGtYC +XwXBVy86pp8wTgJxWhWbJdwoPMV/RVEFohtaxVu8k1SYQ84NQJAd9WsIHJeMUw+7B uYNwa6bFCHwZjmo/T35ZR9YbjJ6WwOS9JFt/596c=
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: mtgvenue@ietf.org, admin-discuss@ietf.org
Message-ID: <20210204192605.jcqgxzrrubtl3u72@crankycanuck.ca>
Mail-Followup-To: mtgvenue@ietf.org, admin-discuss@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>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Disposition: inline
In-Reply-To: <C2F94173-167B-459B-8550-BC13CFEDED64@ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/olPpsDm671TVaa6HC15L2X_kpK8>
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:26:43 -0000

(ObDisclaimer: I work for the Internet Society but this is just my opinion.)

On Fri, Feb 05, 2021 at 07:48:17AM +1300, Jay Daley 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?
>

That was my impression of the WG view at the time: such cases were not
automatically off the table, as long as the _venue_ could support
getting work done. My impression is that everyone recognized it was
entirely possible that there'd turn out to be unacceptable
restrictions anyway, but the only way to sort that out would be to try
to see whether the unfettered access was possible.  There seemed to be
a general preference for cases where the Internet was mostly broadly
open, too, but I seem to recall someone pointing out in at least one
venue that that city and country would fail the criteria if absolutely
unfiltered access on mobile networks with prepaid cards were a
precondition of holding a meeting there. (It was apparently a
largely successful meeting).

>- in countries where many VPNs are blocked but VPNs per se are not illegal then does that count as filtered or unfiltered?
>

I believe the general point about VPNs was being able to get work
done.  So if, for instance, VPNs are legal but only if they're
controlled by $domestic_carrier, that won't work, because many IETF
participants need to be able to use their corporate VPN in order to
get work done.  I think the "can we get work done?" filter is the
ruling one.

>- if the local situation is that VPNs are blocked or illegal then can we work with that (i.e. it fails the assessment) or do we somehow need to contact every possible satellite hotel to see if they will support VPN access as an exception to local law?
>

The point of writing the conditions was not to be onerous,
particularly in the first pass, so if a country has a law or factual
state of affairs that makes VPNs simply impossible to use it doesn't
seem reasonable to try to work around that when doing the first pass.
It is also plainly not ok for the IETF to ask anyone to flout local
laws in order to attend or support IETF meetings, so in the case of
actual laws on the books I think your answer just has to be that the
target location can't meet the requirements, and stop there.

Best regards,

A


-- 
Andrew Sullivan
ajs@anvilwalrusden.com