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

"Carlos M. Martinez" <carlos@lacnic.net> Wed, 21 August 2013 18:48 UTC

Return-Path: <carlos@lacnic.net>
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 B770D21F9CAD for <87attendees@ietfa.amsl.com>; Wed, 21 Aug 2013 11:48:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.514
X-Spam-Level:
X-Spam-Status: No, score=-1.514 tagged_above=-999 required=5 tests=[AWL=-0.466, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, RDNS_NONE=0.1]
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 axAa44Yv1JDK for <87attendees@ietfa.amsl.com>; Wed, 21 Aug 2013 11:48:04 -0700 (PDT)
Received: from mail.lacnic.net.uy (mail.lacnic.net.uy [IPv6:2001:13c7:7001:4000::3]) by ietfa.amsl.com (Postfix) with ESMTP id 2B2E021F9C0D for <87attendees@ietf.org>; Wed, 21 Aug 2013 11:48:00 -0700 (PDT)
Received: from 87-7-200.lacnic.net.uy (unknown [200.7.87.57]) by mail.lacnic.net.uy (Postfix) with ESMTP id DA9AD308456; Wed, 21 Aug 2013 15:47:28 -0300 (UYT)
Message-ID: <52150B55.9050601@lacnic.net>
Date: Wed, 21 Aug 2013 15:47:49 -0300
From: "Carlos M. Martinez" <carlos@lacnic.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: "David Lake (dlake)" <dlake@cisco.com>
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> <5214F834.2090701@gmail.com> <0FB5FD13-2E44-46F7-A909-EC383B51AAD7@gmail.com> <5215043B.2060509@lacnic.net> <3512BB31280C39448A9880F61DD54CEB0A75E74A@xmb-aln-x09.cisco.com>
In-Reply-To: <3512BB31280C39448A9880F61DD54CEB0A75E74A@xmb-aln-x09.cisco.com>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-LACNIC.uy-MailScanner-Information: Please contact the ISP for more information
X-LACNIC.uy-MailScanner: Found to be clean
X-LACNIC.uy-MailScanner-SpamCheck:
X-LACNIC.uy-MailScanner-From: carlos@lacnic.net
Cc: 87 Attendees <87attendees@ietf.org>, joel jaeggli <joelja@gmail.com>, Brian Dickson <brian.peter.dickson@gmail.com>, "dcrocker@bbiw.net" <dcrocker@bbiw.net>
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 18:48:08 -0000

Hello,

the problem with the all the 'but' cases is that they sometimes cannot
all be addressed. However, this is not a valid reason to not address the
problem/request at all.

"Since we cannot accomodate every_single_particular_possible_request, we
decided to do nothing" just doesn't cut it. On the other hand,
accomodating 80% percents of the perceived needs does cut it.

cheers

~CArlos
 
On 8/21/13 3:42 PM, David Lake (dlake) wrote:
> But, but, but....
>
> The problem is that often times it's not AT the meeting that I want the SIM, especially for data.
>
> It's BEFORE the meeting - for example from the minute the wheels touch the ground or the train crosses the border.   So, ideally, I'd want a pre-activated SIM that I can move into my phone/tablet one or two days before the meeting starts.  That means sending me the SIM in advance of me travelling.
>
> THEN we hit Joel's point:
>
> "different nations, have different identity/registration requirements for cellular telephones and the sale of such items is regulated"   
>
> Even where it is legal to post a SIM, you can hit problems; having just bought a very cheap SpeakOut Wireless SIM for Canada (http://www.speakout7eleven.ca/) which was not activated, I've discovered that that particular MVNO has no international roaming agreements, so I can't actually make the thing work or stick any money on it until I arrive IN Canada.   So my plan of giving people my number before I travelled is scuppered - until I activate it, I won't know the number and I can't activate it until...  you get the point.
>
> Whilst the desire is admirable, I suspect that the number of permutations are too great to expect a volunteer force to handle.
>
> David
>
> -----Original Message-----
> From: 87attendees-bounces@ietf.org [mailto:87attendees-bounces@ietf.org] On Behalf Of Carlos M. Martinez
> Sent: 21 August 2013 11:18
> To: Brian Dickson
> Cc: 87 Attendees; joel jaeggli; dcrocker@bbiw.net
> Subject: Re: [87attendees] SIM purchase at the IETF (was Re: [87all] IETF 87 Berlin Meeting Review)
>
> +1, the point, restated, would be to ensure that during IETF events,
> attendeees who may need/want them can buy SIM cards at reasonable prices, and including obtaining some help in activating them taking into account that this process can be highly location-dependant and may imply languages other than English.
>
> If this results in one, two, or eight booths, or in a single wiki page with pointers to a nearby store (store that /should/ be contacted previously IMO), its all fine.
>
> regards
>
> ~Carlos
>
> On 8/21/13 2:44 PM, Brian Dickson wrote:
>> On Aug 21, 2013, at 1:26 PM, joel jaeggli <joelja@gmail.com> wrote:
>>>  it will frequently be more complex then first glance affords.
>> Individual attendees may or may not know well in advance of a meeting that they will for sure attend.
>>
>> However, the IETF knows it will, and where and when for years in advance.
>>
>> Having IETF staff research these thing scales better and affords more lead time - even if the only result is stuff on a meeting wiki page. It still benefits all attendees, and may provide helpful info in the attendees' language(s).
>>
>> If on-site SIM sales and/or re-form-factoring also happens, great. But even without this, the advance investigation is still very useful.
>>
>> Brian
>> _______________________________________________
>> 87attendees mailing list
>> 87attendees@ietf.org
>> https://www.ietf.org/mailman/listinfo/87attendees
> _______________________________________________
> 87attendees mailing list
> 87attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/87attendees
> _______________________________________________
> 87attendees mailing list
> 87attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/87attendees