IETF Logo Mail Archive

Re: [Mtgvenue] Issue #21: unfiltered should be mandatory (was: Re: issue #3: Too many mandatory)

Yoav Nir <ynir.ietf@gmail.com> Tue, 18 April 2017 22:00 UTC

Return-Path: <ynir.ietf@gmail.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 BD43A129485 for <mtgvenue@ietfa.amsl.com>; Tue, 18 Apr 2017 15:00:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 2oo76jyYG0L7 for <mtgvenue@ietfa.amsl.com>; Tue, 18 Apr 2017 15:00:51 -0700 (PDT)
Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2644E127698 for <mtgvenue@ietf.org>; Tue, 18 Apr 2017 15:00:51 -0700 (PDT)
Received: by mail-wm0-x232.google.com with SMTP id o81so66573713wmb.1 for <mtgvenue@ietf.org>; Tue, 18 Apr 2017 15:00:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=GcIm4nNO1tfr2f5Cn12ku8jZiLpjwMY5MCfbymCZVe8=; b=RyCawlMbMaQRf2rI+/DVLKuRubUBnczxEGf0KlPXAGa++CYEfbxH5qcaDrhDVWOwP3 EjJ6FgYdKLxqLdMgd+G9Qlb/3wk/crQvwkXpPolswfMSQWBkDuzMf0ieWWCNXp7xmtBG SbI42kQmGOACZwez/0EeC1TvSULa/nY5PcEx2/D7vXkWz2wU7eswQpKXkZCng1Ww4tR8 Yvouy8eaL25JuCQsn6BqSKyPVDY7jeLKueVLSNnWVSttKEJ82YelUl2lmdEQpTjBLBZ0 /K+LFpUM8CagTQA53y2ypCbKwl6XsDiAcFT3/YIq6NstiRi9oZQsc1D28u/eaNwS8cPQ 0LmQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=GcIm4nNO1tfr2f5Cn12ku8jZiLpjwMY5MCfbymCZVe8=; b=KYjwo1IVnowboyj1bmkn2bNunXpQ1ZjJhfzJnH/CYj/7pSbg6xR7TzAJVarMU5zA/K gzQ8zXJCyzUSzqVvnCSJRRjiBn3+3lvpAvJg0XAYJ1gfM6X1L49LwRFiANNKG97+Q20Q FW0C2ZeOo7qn1vVGrbGQQT6UuNm/7ZHCKdgcx+PMIbWc/DaXddOMtA2t/h0dpWxU2wOv JyWu+AjWwEiI+M8KEDi0R1Jo8Q/lxRuS7A7kR/lM1a+NWH3jWZ7uMqwc0cwIWufAg+rw eQYBhChmvCLi+u6WN4magJpyYb9owuae+o5H1e391kfzR5mkTAbTyrVR8AkWm0+TMenL SlYg==
X-Gm-Message-State: AN3rC/6XW8aaNDR5+fpxo4zE4xdhyIW/cbbn0+P3KI2Vn9/az5utb8Ep 5Fj2vBKvJJtc5Q==
X-Received: by 10.28.150.86 with SMTP id y83mr117428wmd.46.1492552849631; Tue, 18 Apr 2017 15:00:49 -0700 (PDT)
Received: from [192.168.1.18] ([46.120.57.147]) by smtp.gmail.com with ESMTPSA id 38sm592010wru.1.2017.04.18.15.00.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Apr 2017 15:00:48 -0700 (PDT)
From: Yoav Nir <ynir.ietf@gmail.com>
Message-Id: <E066C8F0-3238-437A-B6D0-64881A321659@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_560C1CCD-8F48-48F3-AA9A-22904E1AF19E"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Wed, 19 Apr 2017 01:00:46 +0300
In-Reply-To: <905B0B67-F2B3-4445-B25F-8B8BE6BCBA16@gmail.com>
Cc: Ted Hardie <ted.ietf@gmail.com>, "mtgvenue@ietf.org" <mtgvenue@ietf.org>, Alissa Cooper <alissa@cooperw.in>, Eliot Lear <lear@cisco.com>
To: Fred Baker <fredbaker.ietf@gmail.com>
References: <37de22dc-04a4-f868-698e-cf03cd791957@cisco.com> <5CF8C201-00C4-4E07-BAB6-8CC5A30B54F5@cooperw.in> <7aba8a44-f1b8-b368-2b9a-91ad4bccfbcc@cisco.com> <D6DA3121-3365-4409-9DF1-8B761608DA11@gmail.com> <CA+9kkMDa4rQfwW=-M4nEgd2GPSmB_2NbT0owZA7yhHdU3AuS7A@mail.gmail.com> <905B0B67-F2B3-4445-B25F-8B8BE6BCBA16@gmail.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/Kjcu3kuWDAvNaUl_gqCjmPn50yI>
Subject: Re: [Mtgvenue] Issue #21: unfiltered should be mandatory (was: Re: 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: Tue, 18 Apr 2017 22:00:53 -0000

> On 18 Apr 2017, at 23:45, Fred Baker <fredbaker.ietf@gmail.com> wrote:
> 
> 
>> On Apr 18, 2017, at 12:58 PM, Ted Hardie <ted.ietf@gmail.com> wrote:
>> 
>> I agree that  "unfiltered and unmodified" may be difficult to assure when nation states may change their laws, but I think it is reasonable for us to require that this be unfiltered and unmodified *by the venue's own actions*.
> 
> Good comment. That said, the one place I can think of where this was a real issue was at IETF 79; the host had to jump through some serious hoops to provide us with unfiltered access. In that case, I think that the host could have very reasonably said that the filtering was being done by a national firewall beyond their control. Would we have found that acceptable?

What’s more, even supposing we get an exemption, it’s fairly reasonable to assume that a government might cancel exemptions on short notice.

We *can* require no filtering by the venue or ISP. So if some country requires ISPs to offer filtering in an opt-out basis, we can opt out.  If at the last moment the government sets up some big firewall, there’s not much we can do anyway.

Yoav

v2.23.0 | Report a Bug | By Email