From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from homiemail-a90.g.dreamhost.com (sub4.mail.dreamhost.com [69.163.253.135]) by huchra.bufferbloat.net (Postfix) with ESMTP id 6F55221F27D; Thu, 15 May 2014 09:32:58 -0700 (PDT) Received: from homiemail-a90.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a90.g.dreamhost.com (Postfix) with ESMTP id 380D32AC073; Thu, 15 May 2014 09:32:58 -0700 (PDT) Received: from kmn.local (c-98-210-250-14.hsd1.ca.comcast.net [98.210.250.14]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nichols@pollere.net) by homiemail-a90.g.dreamhost.com (Postfix) with ESMTPSA id 05FC32AC06E; Thu, 15 May 2014 09:32:57 -0700 (PDT) Message-ID: <5374EC39.7040902@pollere.com> Date: Thu, 15 May 2014 09:32:57 -0700 From: Kathleen Nichols User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: dpreed@reed.com References: <3583FA43-EF5B-42D7-A79C-54C87AA514D5@gmail.com> <5373EEFF.5030407@pollere.com> <1400161663.82913275@apps.rackspace.com> In-Reply-To: <1400161663.82913275@apps.rackspace.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: cerowrt-devel , bloat Subject: Re: [Cerowrt-devel] [Bloat] fq_codel is two years old 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: Thu, 15 May 2014 16:32:58 -0000 Gosh, that's high praise. And what's really neat is that this was such a team effort where we don't even necessarily know each other! What's perhaps bad is that this was a "volunteer" effort, though that also is a strength. I'm not sure the answer is for everyone to work for Google. On 5/15/14 6:47 AM, dpreed@reed.com wrote: ... > > The solution du jour is to leave bufferbloat in place, while using the > real fads: prioritization (diffserv once we have the "fast lanes" fully > legal) and "software defined networking" appliances that use DPI for > packet routing and traffic management. > I think diffserv could be used for good instead of evil. > > > Fixing buffer bloat allows the edge- and enterprise- networks to be more > efficient, whereas not fixing it lets the edge networks move users up to > more and more expensive "plans" due to frustration and to sell much more > gear into Enterprises because they are easy marks for complex gadgets. > > The above is exactly what Van told me when he was trying to get me to "paint the fence" of working on aqm again. (That volunteer effort again: his employer at that time was not paying him to do this sort of thing, so he had to interest someone to work with him.) I hope you people with big platforms will continue to try to educate folks. Kathie