Re: [87attendees] SIM purchase at the IETF (was Re: [87all] IETF 87 Berlin Meeting Review)

joel jaeggli <joelja@gmail.com> Wed, 21 August 2013 17:26 UTC

Return-Path: <joelja@gmail.com>
X-Original-To: 87attendees@ietfa.amsl.com
Delivered-To: 87attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAA8F11E80FA for <87attendees@ietfa.amsl.com>; Wed, 21 Aug 2013 10:26:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZKYLwWAXdWl8 for <87attendees@ietfa.amsl.com>; Wed, 21 Aug 2013 10:26:19 -0700 (PDT)
Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) by ietfa.amsl.com (Postfix) with ESMTP id B62B611E83C2 for <87attendees@ietf.org>; Wed, 21 Aug 2013 10:26:18 -0700 (PDT)
Received: by mail-pb0-f54.google.com with SMTP id ro12so662870pbb.13 for <87attendees@ietf.org>; Wed, 21 Aug 2013 10:26:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=TkowY+TN+cvKozyJjEElHUy1uzFqOPcdZXr5LKsbhA4=; b=P9GtprP8+kMWSn1hulxHe+whfke7ma+EgBjMfbtMGuR1xnRSlx2tCPmHKcNUpPQwwy 8O/l9F8CshZD2Lu/zyb921oTkkGPEIyukf6QWwKVcgaazJ2oPTOVi8obtVZfZK+kCbnQ efaFRkRsug6q2P4YlrSPzjSwRYSauG+d8p8dOtUPblysbHRcBztmul61pIDyncH5VLaA 1E2+d9JsH+tZFRzuV44H1DLpFGQrXwOtqqj2c1g2ps0IgWcHmwaIGh2RRb0DUFoukYg/ sJwnNy2vZBq19+ytDl7L6T1yMTUj0Gh2U2NDR9sVShKXmRKuADZ0rAx8QZxz46XmCjo7 sfSQ==
X-Received: by 10.67.4.197 with SMTP id cg5mr10529407pad.10.1377105975663; Wed, 21 Aug 2013 10:26:15 -0700 (PDT)
Received: from joels-MacBook-Air.local (host-64-47-153-50.masergy.com. [64.47.153.50]) by mx.google.com with ESMTPSA id yg1sm2816369pbb.1.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 21 Aug 2013 10:26:14 -0700 (PDT)
Message-ID: <5214F834.2090701@gmail.com>
Date: Wed, 21 Aug 2013 10:26:12 -0700
From: joel jaeggli <joelja@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:23.0) Gecko/20100101 Thunderbird/23.0
MIME-Version: 1.0
To: dcrocker@bbiw.net, 87 Attendees <87attendees@ietf.org>
References: <6j3itkppvci8vejnmp4rlv2u.1376669623100@email.android.com> <m2siy9h1iv.wl%randy@psg.com> <8D23D4052ABE7A4490E77B1A012B630775258D72@mbx-01.win.nominum.com> <m28v01gj6z.wl%randy@psg.com> <520F663F.3000505@gmail.com> <2671C6CDFBB59E47B64C10B3E0BD59230439D43698@PRVPEXVS15.corp.twcable.com> <5214EB43.2030304@dcrocker.net>
In-Reply-To: <5214EB43.2030304@dcrocker.net>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [87attendees] SIM purchase at the IETF (was Re: [87all] IETF 87 Berlin Meeting Review)
X-BeenThere: 87attendees@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <87attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/87attendees>, <mailto:87attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/87attendees>
List-Post: <mailto:87attendees@ietf.org>
List-Help: <mailto:87attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/87attendees>, <mailto:87attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 17:26:43 -0000

On 8/21/13 9:30 AM, Dave Crocker wrote:
> On 8/19/2013 1:47 PM, George, Wes wrote:
>> [WEG] RFC6640 exists as a (hopefully) useful guideline for those
>> locals willing to provide advice, either in a meeting wiki or a
>> standalone website - questions culled straight from the attendees'
>> lists. I'm not sure if IAOC is providing a pointer to this for the
>> host or not, but it is worth noting that the host is in no way
>> required to provide much of this sort of information, and may not be
>> able to do so because they are not actually local to the area
> 
> 
> I made a very specific proposal about SIM cards. My intent was to define
> a concrete means for of making it easy for attendees to buy SIM cards
> and to task IETF staff with assuring that.  Especially for a demographic
> like the IETF -- and with this issue's having been raised repeatedly due
> to real challenges in different venues -- convenient SIM card access is
> a reasonable goal to pursue by IETF staff.

Former employee of a multinational cellular equipment vendor here.

while I won't dwell on the the details, different nations, have
different identity/registration requirements for cellular telephones and
the sale of such items is regulated. While not intractable the mechanics
vary and it's worth keeping in mind that while outwardly simple, it will
frequently be more complex then first glance affords.

> In the abstract, this requirement breaks down into convenience of
> access, language, and information.  That is, it needs to be physically
> and transactionally easy for an IETF attendees to get a local SIM card.
> 
> If that can be achieved in a venue without having a table at
> Registration for a couple of days, fine.  If the community supplies
> information that resolves the requirement with some pointers, that's
> fine too.  If local vendors have no interest in assisting these
> purchases, that's unfortunate, let's not use that possibility as a
> reason not to pursue the topic; let them make their own business decisions.
> 
> The essential point is to task staff with /ensuring/ the capability for
> each event.  Claims that this is somehow an unreasonable burden for the
> staff imply a distorted sense of the scale of the task, as well as
> inviting review of the tasks assigned to the secretariat.
> 
> While many/most IETF attendees have extremely well-developed travel
> skills, an organization purporting to be open and inclusive should put
> energy into assisting those will fewer skills.  There are, of course,
> limits to what should or can be done in this regard, but as noted above,
> the issue of SIM cards is both important and a continuing concern.
> 
> d/
>