Bufferbloat's "Cerowrt" project
Bufferbloat's "Cerowrt" project
Posted Aug 3, 2011 13:49 UTC (Wed) by mtaht (subscriber, #11087)Parent article: A look at OpenWrt
See http://cero2.bufferbloat.net for a more complete description of what we are trying to pull off.
We hope to make a mid-august release, using 2.6.39.3 while it is still relevant.
Preliminary release notes and installation guide are up at:
http://www.bufferbloat.net/projects/cerowrt/wiki/Wiki
We may make our release date yet, as bugs like
http://www.bufferbloat.net/issues/195 appear to be thoroughly stomped and
http://www.bufferbloat.net/issues/216 may well land soon.
The wndr3700v2 is wonderful - the stack, especially including the wireless driver, is 100% open source, and we've gained much insight into bufferbloat on routers by using just what we've developed so far.
The openwrt team has been great to work with, too!
Posted Aug 3, 2011 17:33 UTC (Wed)
by mtaht (subscriber, #11087)
[Link]
We've been pushing patches upstream as fast as possible, and they've been pushing patches down to us, at a pretty rapid clip. It's been tons of fun, actually.
Posted Aug 3, 2011 18:36 UTC (Wed)
by jg (guest, #17537)
[Link] (1 responses)
1) we want/need a home router that is fully open, and many/most routers require at least one binary blob someplace. All our experience to date is that there are problems that are not directly bufferbloat, but include bugs and/or naive drivers that delay packets for other reasons. Having a fully open driver stack is necessary to make progress. As Dave pointed out, https://www.bufferbloat.net/issues/216 is a good example of such a situation. Sometimes fixing these problems interact in subtle ways with TCP. Not having full sources to everything would stop progress entirely.
My experience in taste testing routers over the last year is that OpenWrt comes closest to what I want and need for my home network, and we hope it will be for your home network too. Commercial routers are currently running of order 6 *years* behind the open source community. The other open source router projects are running well behind kernel.org and are therefore also unsuitable for this work: fixes for bufferbloat need to be able to go upstream immediately without lots of effort expended on forward/backward porting.
So to achieve these aims, we've chosen a particular modern abgn router (the WNDR3700v2) as an initial target that is both affordable but one which most LWN readers would find desirable. It has 16 megabytes of flash, which many other home routers do not, so we won't run out of flash space. It's fully open. We'd like to tackle the bufferbloat problem without distractions like drivers with problems we can't fix, and not enough flash for what we're doing.
But also as Dave has said, this initial CeroWrt OpenWrt build isn't quite soup yet, as we chase some of the most egregious bugs uncovered to date. Soon...
Posted Aug 3, 2011 20:11 UTC (Wed)
by mjr (guest, #6979)
[Link]
Bufferbloat's "Cerowrt" project
Bufferbloat's "Cerowrt" project
Without a reproducible test platform, attempts to test full solutions for bufferbloat, which need to include AQM, are doomed to spin their wheels.
2) Home routers going forward need to "just work" in ways that they have not in the past, including name services and DNSSEC: you should be able to plug in a named computer into your network and have it "just work", by which I mean a name appears in the global DNS with an IPv6 address. And DNSSEC all the way into the home is necessary: the bad guys are really now out to get us.
Theoretical attacks against name services have turned into real ones in recent months. In part, this is to try to make the router attractive to those who might be able to help with bufferbloat but also because we believe that these are problems we want solutions to in the home routers we run personally.
Bufferbloat's "Cerowrt" project