From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bifrost.lang.hm (mail.lang.hm [64.81.33.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 74FB821F347 for ; Tue, 6 Jan 2015 11:43:22 -0800 (PST) Received: from asgard.lang.hm (asgard.lang.hm [10.0.0.100]) by bifrost.lang.hm (8.13.4/8.13.4/Debian-3) with ESMTP id t06JhIIm026572; Tue, 6 Jan 2015 11:43:18 -0800 Date: Tue, 6 Jan 2015 11:43:18 -0800 (PST) From: David Lang X-X-Sender: dlang@asgard.lang.hm To: Dave Taht In-Reply-To: Message-ID: References: <1420565177.062826426@apps.rackspace.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="680960-1037426707-1420573398=:2502" Cc: cerowrt-devel Subject: Re: [Cerowrt-devel] SInce I mentioned this crew's work in a post, I don't want anyone to be surprised. X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 19:43:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --680960-1037426707-1420573398=:2502 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 6 Jan 2015, Dave Taht wrote: > On Tue, Jan 6, 2015 at 9:26 AM, wrote: >> GoGo does not need to run “Man in the Middle Attacks” on YouTube > > re: http://www.reed.com/blog-dpr/?p=174 > > I amplified via g+ and mentioned to slashdot. > (http://slashdot.org/submission/4107907/gogo-airline-network-blocks-youtube-when-they-could-just-fix-their-bufferbloat > ) I don't use reddit, but if someone here wants to hit this topic > there, perhaps it will help. > > I am very perturbed by the https interception stuff and agree that > they should fix their bufferbloat instead! So should amtrak and other > services trying to provide general useful email and web services when > they too have limited bandwidth... in an age where people want dancing > cat videos on the move and are completely ignorant of the hit on the > network that induces. > > I have quite a few benchmarks of Gogo in flight. They all suck. I > think the best deployable solution would require reworking their > satellite uplink management to be available bandwidth aware... > although I think they could get quite a lot of mileage out of merely > rate limiting and fq_codeling at the airplane itself. > > I note that we have not extensively tested fq_codel at the latencies > typically experienced here and probably should! does anyone know someone on a satellite connection? I think I know one person who is. David Lang --680960-1037426707-1420573398=:2502--