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

Dave Crocker <> Wed, 21 August 2013 16:31 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id DDC1B11E8255 for <>; Wed, 21 Aug 2013 09:31:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.531
X-Spam-Status: No, score=-6.531 tagged_above=-999 required=5 tests=[AWL=0.068, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id f0aJKUHtz5zi for <>; Wed, 21 Aug 2013 09:31:27 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id E5C9911E824F for <>; Wed, 21 Aug 2013 09:31:27 -0700 (PDT)
Received: from [] ( []) (authenticated bits=0) by (8.13.8/8.13.8) with ESMTP id r7LGVOat021106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <>; Wed, 21 Aug 2013 09:31:27 -0700
Message-ID: <>
Date: Wed, 21 Aug 2013 09:30:59 -0700
From: Dave Crocker <>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: 87 Attendees <>
References: <> <> <> <> <> <>
In-Reply-To: <>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 ( []); Wed, 21 Aug 2013 09:31:27 -0700 (PDT)
Subject: Re: [87attendees] SIM purchase at the IETF (was Re: [87all] IETF 87 Berlin Meeting Review)
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 21 Aug 2013 16:31:33 -0000

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.

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.


Dave Crocker
Brandenburg InternetWorking