Re: [81attendees] sucky Delta hotel network (and bufferbloat)

Maciek Konstantynowicz <maciek@juniper.net> Mon, 01 August 2011 21:19 UTC

Return-Path: <maciek@juniper.net>
X-Original-To: 81attendees@ietfa.amsl.com
Delivered-To: 81attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DBB221F8D03 for <81attendees@ietfa.amsl.com>; Mon, 1 Aug 2011 14:19:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.346
X-Spam-Level:
X-Spam-Status: No, score=-6.346 tagged_above=-999 required=5 tests=[AWL=0.253, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XZ4buaOgmLpo for <81attendees@ietfa.amsl.com>; Mon, 1 Aug 2011 14:19:47 -0700 (PDT)
Received: from exprod7og110.obsmtp.com (exprod7og110.obsmtp.com [64.18.2.173]) by ietfa.amsl.com (Postfix) with ESMTP id 984DB21F8D04 for <81attendees@ietf.org>; Mon, 1 Aug 2011 14:19:45 -0700 (PDT)
Received: from P-EMHUB02-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob110.postini.com ([64.18.6.12]) with SMTP ID DSNKTjcYdlZ0RQdgiitMA90QJ/fWA++KmcOr@postini.com; Mon, 01 Aug 2011 14:19:55 PDT
Received: from sa-nc-cs-190.static.jnpr.net (172.23.4.190) by smtp.juniper.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.2.254.0; Mon, 1 Aug 2011 14:18:35 -0700
MIME-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset="us-ascii"
From: Maciek Konstantynowicz <maciek@juniper.net>
In-Reply-To: <00E8AAF99E25FF49A1F55E9A0CD19EBCB93DF4E65B@SGSINSXCHMBSA2.sg.alcatel-lucent.com>
Date: Mon, 01 Aug 2011 22:18:31 +0100
Content-Transfer-Encoding: quoted-printable
Message-ID: <CE4DBD9C-E366-400B-9B39-F86D591F25AB@juniper.net>
References: <4E2CC532.3090209@sunet.se> <4E2CCE72.3010500@sunet.se> <4E2E2236.2060808@sunet.se> <87EC2139-C7C2-4113-97E2-9EB9DA2406EA@juniper.net> <alpine.BSF.2.00.1107262259400.80739@joyce.lan> <9D00CDB7-2C04-446E-8D53-0552BAEE22EE@juniper.net> <633EAF31-607E-4FEF-B502-5FFAD89BF01A@juniper.net> <4E371370.40804@freedesktop.org> <00E8AAF99E25FF49A1F55E9A0CD19EBCB93DF4E65B@SGSINSXCHMBSA2.sg.alcatel-lucent.com>
To: "JOHNSON, ALASTAIR (ALASTAIR)" <alastair.johnson@alcatel-lucent.com>, Jim Gettys <jg@freedesktop.org>
X-Mailer: Apple Mail (2.1081)
Cc: 81attendees@ietf.org
Subject: Re: [81attendees] sucky Delta hotel network (and bufferbloat)
X-BeenThere: 81attendees@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF 81 Attendee List <81attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/81attendees>, <mailto:81attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/81attendees>
List-Post: <mailto:81attendees@ietf.org>
List-Help: <mailto:81attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/81attendees>, <mailto:81attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Aug 2011 21:19:48 -0000

Thanks for the pointers, will digest.

The hotel manager I spoke to, didn't even know what IETF is about, and didn't expect any excessive WiFi demands breaking hotel's Internet access service.
Maybe as a community, going forward we could provide more candid feedback re Internet/WiFi performance during IETF gatherings.
Or better give hotel mgmt heads-up about coming tsunami of Internet users... so that hotel could address it pro-actively..

The business incentive for the hotel would be to avoid giving 20% discounts if things don't work out as per my case :)
+ customer satisfaction.

Thanks,
Maciek.






On 1 Aug 2011, at 22:11, JOHNSON, ALASTAIR (ALASTAIR) wrote:

> Jim Gettys wrote:
> 
>> So hotels and conferences are particularly fruitful places to see 
>> Internet illnesses of all sorts.  The one exception to the conference 
>> problems I've seen is NANOG/IETF, where cluefull people have done 
>> useful classification and AQM setup and where there is lots of 
>> traffic via enterprise access points that aren't over buffered, so 
>> that even RED93 algorithms can succeed at controlling the queues.  
>> Would that someone would write up that configuration and publish it as 
>> a BCP: it would at least help other conferences and enterprises to do 
>> much better, while we sort out the home router mess which needs other 
>> AQM algorithms, as yet untested.
> 
> Anton Kapela gave a lightning talk at NANOG38 on improving the wireless 
> performance. Available at:
> http://www.nanog.org/meetings/nanog38/presentations/kapela.pdf
> 
> regards,
> aj