Re: IAOC requesting input on (potential) meeting cities

Nico Williams <nico@cryptonector.com> Tue, 04 April 2017 22:15 UTC

Return-Path: <nico@cryptonector.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09F9C1293E0 for <ietf@ietfa.amsl.com>; Tue, 4 Apr 2017 15:15:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.296
X-Spam-Level:
X-Spam-Status: No, score=-4.296 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.796, RCVD_IN_SORBS_SPAM=0.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cryptonector.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 zomS6TO1aiHJ for <ietf@ietfa.amsl.com>; Tue, 4 Apr 2017 15:15:17 -0700 (PDT)
Received: from homiemail-a34.g.dreamhost.com (sub4.mail.dreamhost.com [69.163.253.135]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B856A1270AC for <ietf@ietf.org>; Tue, 4 Apr 2017 15:15:17 -0700 (PDT)
Received: from homiemail-a34.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a34.g.dreamhost.com (Postfix) with ESMTP id 24779A004F17; Tue, 4 Apr 2017 15:15:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=TiXTXhvLLv2NXl F2bSowBIaiV0s=; b=dNQxh0Uotp7f0WeF3cdWgTrJF1bCI7tV3Lh+Yj1usKaBhi qL51LFJmig7di66ZSXNJqXGskiwpow7NvjBLVbidBIK6Cl7GLYjVDLdXTd3EnSpv rvCx6n7yGxqMgLVK81Nse2liGL5TGw7gHxrTT/JphOMKIdjEQgs/0biteIuKY=
Received: from localhost (gzac12-mdf2-1.aoa.twosigma.com [208.77.215.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a34.g.dreamhost.com (Postfix) with ESMTPSA id 8C1A9A004F15; Tue, 4 Apr 2017 15:15:16 -0700 (PDT)
Date: Tue, 04 Apr 2017 17:10:42 -0500
From: Nico Williams <nico@cryptonector.com>
To: Yoav Nir <ynir.ietf@gmail.com>
Cc: Jared Mauch <jared@puck.nether.net>, IETF <ietf@ietf.org>, JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
Subject: Re: IAOC requesting input on (potential) meeting cities
Message-ID: <20170404221042.GC4004@localhost>
References: <E67FDB14-9895-48E0-A334-167172D322DB@nohats.ca> <20170403152624.GA11714@gsp.org> <93404c29-78ba-ff9b-9170-f5f2a5389a31@gmail.com> <E068F01A-B720-4E7A-A60F-AA5BDA22D535@consulintel.es> <20170404181505.GA4004@localhost> <CAAQiQRcvu-BfBA_NEqZwXsHEn6ujpa2=w7P5Vu2f6GLXjKqkcA@mail.gmail.com> <20170404202446.GB4004@localhost> <2987213d-075e-beff-64f8-d316709c404a@cs.tcd.ie> <20170404204617.GC16732@puck.nether.net> <3D4D193E-0D41-44DD-BB0C-E7741A7A2260@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <3D4D193E-0D41-44DD-BB0C-E7741A7A2260@gmail.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/yP1vZaVY4dSLT_ckZFvpOsN2JNM>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Apr 2017 22:15:19 -0000

On Wed, Apr 05, 2017 at 12:11:49AM +0300, Yoav Nir wrote:
> There is not going to be data. There are going to be the results of a
> web questionnaire filled out by a self-selected sample.

When an IETF participant is turned away at some border, or has their
devices inspected, or is presented with demands for their passwords,
they should inform the IETF so that the IETF can count such incidents.

I suppose a participant could be told not to tell, but it's very
difficult to ignore absence.  At the very least it should be possible to
count entry denial events.

I do suspect that the U.S. will be a more difficult location for more
attendees than other locations.  Certainly the news we all see is not
encouraging as to hosting IETF meetings in the U.S.  This I don't deny.
Though it's also possible that this is becoming a self-reinforcing meme
and that we're just not seeing incidents in other countries in the news.
In any case, the U.S. certainly does not have a monopoly on the border
harasment business.

Some people may wish to boycott the U.S. by refusing to host events
there.  There is some precedent for such a boycott.  For example, some
time back an obscure agency of the Texas state government decided to
guard its surplus budget by policing public drunkenness at hotel bars,
which led to a number of conferences pulling out of Texas, and the
ensuing bad PR led the legislature to rein in said agency.

However, at the scale of a state/province the politics of boycotts is
generally not partisan, but at a national/global scale it tends to be
rankly partisan, and boycotts may not be productive and may be divisive,
and should be approached with care.  Here "care" means: get some
evidence of negative impact on participation.  Reducing frequency of
U.S. meetings is not a boycott, and is something the IETF has been doing
for a long time anyways.  Further reducing that frequency in the short
term would be perfectly fine, though it would also reduce opportunities
for gather the stats we really need to make a sound, non-partisan
decision to boycott if the stats warrant it.

Nico
--