Re: [Mtgvenue] Issue #21: unfiltered should be mandatory

Fred Baker <fredbaker.ietf@gmail.com> Wed, 19 April 2017 17:30 UTC

Return-Path: <fredbaker.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 A6F0B129B5B for <mtgvenue@ietfa.amsl.com>; Wed, 19 Apr 2017 10:30:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 IVnCItVnl8Ip for <mtgvenue@ietfa.amsl.com>; Wed, 19 Apr 2017 10:30:16 -0700 (PDT)
Received: from mail-wr0-x22a.google.com (mail-wr0-x22a.google.com [IPv6:2a00:1450:400c:c0c::22a]) (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 3F649129B52 for <mtgvenue@ietf.org>; Wed, 19 Apr 2017 10:30:16 -0700 (PDT)
Received: by mail-wr0-x22a.google.com with SMTP id l28so20260962wre.0 for <mtgvenue@ietf.org>; Wed, 19 Apr 2017 10:30:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3i9DsbzGug0oUCiqsaZR03rwPgyvSsuiwpn/aXxTnXE=; b=TAHf7M/pFTebZxL0s4pRiED1uXKDTWFbHAU6y3lDCj0BoiHBltChJkzBZFB/ts/0rY lrTDxSFh88Xd6DqKogAT9044xabNBn3qOiAwIkq11LwUdCGNrlwgG33uZpgwd5mcSB3E QBkaDYSaokbfhtFO1kuOEdQ0kj6JtYS2beR87TtNnzSdSiF87zm4m8EFRmqydgOv9ZqY C/FiuKHr/S/0ZguANDVREjBwCr0eiqIOND8XDKPOIqKQHs8o5spp161Xj65rNfh0J68y CjwvNv5xojYxTUlNC1Ee+lJysGLZ2qOxxg23RfwFK6bEpcxHMg8YS4Pq2xbC4gGEdofK M+WQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3i9DsbzGug0oUCiqsaZR03rwPgyvSsuiwpn/aXxTnXE=; b=V0IMyw0M1dD8P7M47stMGOQUzycJpyWP96RfGvW98iWdi8EG+OVjXJCCpx9fcyv7Ew HuWZjWdrwHX62uUYPnH93EdEkiHbXb6u+grwkOfeG/ZnNc2TyRkkFU1TvtA/EWer1aWV czL/iazraGJul0iz0NMKFE4QO9oA8+U56BmobHQDVU0lN2S1KOT8BFR7LY9aw6lPPiPP IAvmukZHmHItWc95Qh3694552MtJGw8sUY3FlKdesEa9sfp3eewbShc+TNMNbYmCQ/7l 1YZAob+aQZi1oBJBss8xv3UjTq72qsCXHGJGXYo9weui7VHzFySNzF0CTSV0afO0BF9R qadw==
X-Gm-Message-State: AN3rC/5OagMpaXsM1zPqdW6SQGIh4flQ+IRDHD6n2AdD7iDNArOJa4Tn do5pKLQR6C16qQ==
X-Received: by 10.223.168.23 with SMTP id l23mr3789918wrc.185.1492623013780; Wed, 19 Apr 2017 10:30:13 -0700 (PDT)
Received: from 254.66.20.149.in-addr.arpa (254.66.20.149.in-addr.arpa. [149.20.66.254]) by smtp.gmail.com with ESMTPSA id j2sm4141482wrd.28.2017.04.19.10.30.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Apr 2017 10:30:12 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Fred Baker <fredbaker.ietf@gmail.com>
In-Reply-To: <0569f4aa-8033-f2b3-84ed-60533607d34e@cisco.com>
Date: Wed, 19 Apr 2017 10:30:09 -0700
Cc: Ted Hardie <ted.ietf@gmail.com>, "mtgvenue@ietf.org" <mtgvenue@ietf.org>, Alissa Cooper <alissa@cooperw.in>, Yoav Nir <ynir.ietf@gmail.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <6A26082C-3F30-404A-937D-8D0739FC423C@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> <66423faa-16ae-49a6-5703-e4021c198b76@cisco.com> <CA+9kkMBS=sQpN5YHRCmVE2ygKzUe+7pr4d0+TF33UcxySvFfdQ@mail.gmail.com> <0569f4aa-8033-f2b3-84ed-60533607d34e@cisco.com>
To: Eliot Lear <lear@cisco.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/NbOg7cmGERHqz9Mmb5-guwwsz5A>
Subject: Re: [Mtgvenue] Issue #21: unfiltered should be 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: Wed, 19 Apr 2017 17:30:23 -0000

It might be worthwhile to try to define "unfiltered". I, personally, have no problem with the hotel or anyone else preventing access to known purveyors of malware, which happens to coincide with porn etc, and might be describable in terms of reputation at common reputation services. Several have stated (and I agree) that VPNs need to be OK, and access to anything that would be business-relevant to an international business traveller. Trying to describe it as "illegal" intersects with the country's laws, which we might or might not approve of. In such cases, the point might be to not position meetings in places where we would be uncomfortable with ambient legal restrictions rather than a comment about the fact of filtering.

BCP 38 is an odd restriction. It is about outbound filtering at an upstream router - it prevents *me* from sending traffic with spoofed addresses. The point here isn't bad behavior on our part, but behavior on the network's part preventing access to content and services that are somewhere else.

> On Apr 19, 2017, at 9:21 AM, Eliot Lear <lear@cisco.com> wrote:
> 
> Hi Ted,
> 
> Let me then try to articulate two concrete criteria:
> 
> "MANDATORY: Within the bounds of BCP38, both the Facility and IETF
> hotels provide unfiltered access to the maximum extent permitted by law."
> 
> And then:
> 
> "IMPORTANT: Within the bounds of BCP38, the Facility and IETF Hotels
> provide unfiltered access.  (This criterion is present for the cases
> where laws may require ISPs to filter certain traffic)."[*]
> 
> Is the IAOC comfortable having to do the research on that?  Are others
> comfortable with that?  Wordsmithing?  Is this what people want?  Please
> comment.
> 
> Eliot
> [*] The text in ()s is there to explain why there are two.
> 
> 
> 
> 
> _______________________________________________
> Mtgvenue mailing list
> Mtgvenue@ietf.org
> https://www.ietf.org/mailman/listinfo/mtgvenue