Re: [78attendees] Lessons we can take from the Internet connectivity fiasco in Maastricht...

Eric Burger <eburger@standardstrack.com> Thu, 29 July 2010 14:59 UTC

Return-Path: <eburger@standardstrack.com>
X-Original-To: 78attendees@core3.amsl.com
Delivered-To: 78attendees@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CC7CD3A687A for <78attendees@core3.amsl.com>; Thu, 29 Jul 2010 07:59:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.519
X-Spam-Level:
X-Spam-Status: No, score=-2.519 tagged_above=-999 required=5 tests=[AWL=0.080, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mwxt+KumLtbv for <78attendees@core3.amsl.com>; Thu, 29 Jul 2010 07:59:52 -0700 (PDT)
Received: from gs19.inmotionhosting.com (gs19.inmotionhosting.com [66.117.3.189]) by core3.amsl.com (Postfix) with ESMTP id DE4633A6A00 for <78attendees@ietf.org>; Thu, 29 Jul 2010 07:59:44 -0700 (PDT)
Received: from dhcp-63fd.meeting.ietf.org ([130.129.99.253]) by gs19.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from <eburger@standardstrack.com>) id 1OeUZr-0000s5-43; Thu, 29 Jul 2010 07:59:19 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset="us-ascii"
From: Eric Burger <eburger@standardstrack.com>
In-Reply-To: <2172BD75-3FDD-4F4A-863F-59BA29B57048@nominum.com>
Date: Thu, 29 Jul 2010 17:00:04 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <FC478672-DA35-45C7-90B2-362AF2CA85A2@standardstrack.com>
References: <2172BD75-3FDD-4F4A-863F-59BA29B57048@nominum.com>
To: Ted Lemon <Ted.Lemon@nominum.com>
X-Mailer: Apple Mail (2.1081)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gs19.inmotionhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - standardstrack.com
X-Source:
X-Source-Args:
X-Source-Dir:
Cc: "78attendees@ietf.org" <78attendees@ietf.org>
Subject: Re: [78attendees] Lessons we can take from the Internet connectivity fiasco in Maastricht...
X-BeenThere: 78attendees@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF 78 attendees list <78attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/78attendees>, <mailto:78attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/78attendees>
List-Post: <mailto:78attendees@ietf.org>
List-Help: <mailto:78attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/78attendees>, <mailto:78attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jul 2010 14:59:56 -0000

What is the rationale for the IETF to organize 3G service? OTOH, if you know a 3G provider that wants to sponsor the meeting, we would gladly let them hand out free or reduced price 3G cards. Kind of like prior IETFs where some equipment manufactures were giving away or subsidizing 802.11b cards.

On Jul 28, 2010, at 10:17 PM, Ted Lemon wrote:

> A while back we were talking about getting a 3G service kiosk set up at future IETF meetings, and I thought it seemed like a slightly unreasonable, yet desirable, request.   I'd like to up that to "pretty important."
> 
> Why?   I have wasted a surprising amount of time at this IETF trying to get working Internet in my hotel room.   Since I'm not at the NH, getting the folks in the NOC to do it wasn't an option, although I nevertheless applaud their valiant and apparently successful efforts.
> 
> Because this IETF was not near a city center with shops that sell 3G cards, it was at least an hour excursion to go to such a shop, sometimes two, depending on how the buses were running.   I wound up doing this four times during this visit.   It had to be during prime time - 8am to 6pm - because shops don't keep late hours here (nor do I blame them).   And at the end of it, because I do not live in the netherlands, and do not have the ability to receive SMS messages at a Netherlands number, the free offers didn't work, I spent hours on the phone with T-mobile, and after buying two SIM cards, one from Vodaphone and one from T-mobile, wound up with one disabled SIM card (Vodaphone) and one SIM card with a starting balance of 2.50 Euro.   I can't add credit to the T-mobile card because my credit card isn't accepted because I can't put a U.S. address on my T-mobile account.   Total cost so far: 25 Euro.
> 
> I don't know how many other people went down this path.   I don't know how many were successful, and how many failed, like I did.   But it was a huge waste of time.   Having a cell phone provider that's on board to provide a bunch of SIMs to needy IETFers would have worked.   The do-it-yourself solution really didn't.
> 
> It's easy to say "well, Internet service in the hotel ought to work," but we have a lot of experience with that.   It never does, unless we run it.   IETFers kill hotel networks dead.   It's something we should just accept.
> 
> So while I realize that it's yet another annoying request from yet another whiny IETF attendee, I think it would actually save a lot of IETF meeting-person-hours if this could become a checklist item for future IETFS: not "are 3G cards available locally," but "can we get a 3G provider to commit to providing 3G cards to IETFers that don't require local credentials to work, and that can be had at the venue?"   I think it would be fine to set up a prepay, pre order system, as long as the deal is understood up front.   And of course in countries like India where prepaid cards can't be sold to foreigners, or in countries where the 3G provider wants $1/kilobyte, it's not going to be practical.   But it would have worked a treat here.
> 
> _______________________________________________
> 78attendees mailing list
> 78attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/78attendees