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

Ole Jacobsen <olejacobsen@me.com> Tue, 18 April 2017 21:58 UTC

Return-Path: <olejacobsen@me.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 D7A2812EC7A for <mtgvenue@ietfa.amsl.com>; Tue, 18 Apr 2017 14:58:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.722
X-Spam-Level:
X-Spam-Status: No, score=-2.722 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_LOW=-0.7, 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 (2048-bit key) header.d=me.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 Of_Hd-pcmXIO for <mtgvenue@ietfa.amsl.com>; Tue, 18 Apr 2017 14:58:16 -0700 (PDT)
Received: from mr11p00im-asmtp001.me.com (mr11p00im-asmtp001.me.com [17.110.69.252]) (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 D902E129485 for <mtgvenue@ietf.org>; Tue, 18 Apr 2017 14:58:16 -0700 (PDT)
Received: from process-dkim-sign-daemon.mr11p00im-asmtp001.me.com by mr11p00im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OOM00L00IL6LC00@mr11p00im-asmtp001.me.com> for mtgvenue@ietf.org; Tue, 18 Apr 2017 21:58:11 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1492552690; bh=go9vk93hZPiJIuz3RNzxz25NMCNnpKLe3U5b05WWDTc=; h=Date:From:To:Subject:Message-id:MIME-version:Content-type; b=kO1k4dFe0kETBJNqWFX9kT10tRv13Xw8aqDQ0MkVRdeN4jm3tCvr1JM6ySf+95pIU Gq2+MGt3M/R3Ms9tl0Ld7xautUW2TEtel2TLBKmi4NkA42ijiDYJBlsvKoQiRiXVzW 9EDT3HTZA0uf47n3VJVcZiWfluvEr+1sVtV2XX2H4Kyi7cR6EBsRhj27Ypm059yn+p DLbzrefRoNJ68B80jBAcT4KpoOigYTsooGaaApRuFqYFpn4ji9XKBW4JFPYW7UjQhh gag3Dh0Slg64gxKZ8JFy+yv3OoR9f5T2vzJcfsQMHOzE0zM5gVguo+GfHOVYr5VYRt 0Z1QLD1pgSTjw==
Received: from icloud.com ([127.0.0.1]) by mr11p00im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OOM005QJL0QYZ10@mr11p00im-asmtp001.me.com>; Tue, 18 Apr 2017 21:58:10 +0000 (GMT)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-04-18_19:,, signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1701120000 definitions=main-1704180173
Date: Tue, 18 Apr 2017 14:58:02 -0700
From: Ole Jacobsen <olejacobsen@me.com>
Reply-to: Ole Jacobsen <olejacobsen@me.com>
To: Fred Baker <fredbaker.ietf@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>, Yoav Nir <ynir.ietf@gmail.com>
In-reply-to: <905B0B67-F2B3-4445-B25F-8B8BE6BCBA16@gmail.com>
Message-id: <alpine.OSX.2.01.1704181457570.41786@rabdullah.local>
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>
User-Agent: Alpine 2.01 (OSX 1266 2009-07-14)
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/oX2JCegKG8dW2bswZgH6B1DPkwM>
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 21:58:18 -0000


On Tue, 18 Apr 2017, Fred Baker 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? 

Yes, because it was made very clear what the actual situation would
be: unfiltered network in the meeting area, filtered in the hotel
rooms. And, at the time, the filtering was limited to some 
high-profile sites like Google, Facebook and YouTube, these days
the problem is active sabotage of VPN circuits. If we propose to
have another meeting in such a venue it would certainly only happen
after extensive community review.



Ole