From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-we0-f171.google.com (mail-we0-f171.google.com [74.125.82.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id C54EC201B0B for ; Thu, 5 Apr 2012 19:27:12 -0700 (PDT) Received: by werm1 with SMTP id m1so2280861wer.16 for ; Thu, 05 Apr 2012 19:27:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=6fteLcUezwQNxDzC4MN3zWXr87ZgxWtdRuidp/qaFwk=; b=Lbyj1AqRm9er9c32ZIsdLWKKB5gEps6h2iPPGXyn06Btqu/82KOhI2eAYTjBav9as9 eH6pRHQPlRotG9GHYapJ0sl4LD1UTFTvj88qdErDIxZNaenfAccDGUY0Ao+Qoy6S3BlG 6A3kIdQFsj0r5KgriVdsGPAiIwrd16/iwcg1z3YxbnzJILIfsRMvq+T9sgEM+3AD/1Nr aYf0NC9uRLOid+BuLQaFw6cL3F/wxfEO2v77ITBZ08rvrSkomQoMrnOnypn9RmHygf4h sBlD2Jedk69qBSBD+E1pkyJQhWgbduSR220Vs///4uBBGCN87FBmRkuFpnOmUdaG0pkL kcMA== MIME-Version: 1.0 Received: by 10.216.85.81 with SMTP id t59mr3062259wee.28.1333679230083; Thu, 05 Apr 2012 19:27:10 -0700 (PDT) Received: by 10.223.127.194 with HTTP; Thu, 5 Apr 2012 19:27:10 -0700 (PDT) Date: Thu, 5 Apr 2012 19:27:10 -0700 Message-ID: From: Dave Taht To: cerowrt-devel@lists.bufferbloat.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Cerowrt-devel] Cero-state this week and last 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: Fri, 06 Apr 2012 02:27:13 -0000 I attended the ietf conference in Paris (virtually), particularly ccrg and homenet. I do encourage folk to pay attention to homenet if possible, as laying out what home networks will look like in the next 10 years is proving to be a hairball. ccrg was productive. Some news: I have been spending time fixing some infrastructural problems. 1) After be-ing blindsided by more continuous integration problems in the last month than in the last 5, I found out that one of the root causes was that the openwrt build cluster had declined in size from 8 boxes to 1(!!), and time between successful automated builds was in some cases over a month. The risk of going 1 to 0 build slaves seemed untenable. So I sprang into action, scammed two boxes and travis has tossed them into the cluster. Someone else volunteered a box. I am a huge proponent of continuous integration on complex projects. http://en.wikipedia.org/wiki/Continuous_integration Building all the components of an OS like openwrt correctly, all the time, with the dozens of developers involved, with a minimum delta between commit, breakage, and fix, is really key to simplifying the relatively simple task we face in bufferbloat.net of merely layering on components and fixes improving the state of the art in networking. The tgrid is still looking quite bad at the moment. http://buildbot.openwrt.org:8010/tgrid There's still a huge backlog of breakage. But I hope it gets better. Certainly building a full cluster of build boxes or vms (openwrt@HOME!!) would help a lot more. If anyone would like to help hardware wise, or learn more about how to manage a build cluster using buildbot, please contact travis 2) Bloatlab #1 has been completely rewired and rebuilt and most of the routers in there reflashed to Cerowrt-3.3.1-2 or later. They survived some serious network abuse over the last couple days (ironically the only router that crashed was the last rc6 box I had in the mix - and not due to a network fault! I ran it out of flash with a logging tool). To deal with the complexity in there (there's also a sub-lab for some sdnat and PCP testing), I ended up with a new ipv6 /48 and some better ways to route that I'll write up soon. 3) I did finally got back to fully working builds for the ar71xx (cerowrt) architecture a few days ago. I also have a working 3.3.1 kernel for the x86_64 build I use to test the server side. (bufferbloat is NOT just a router problem. Fixing all sides of a connection helps a lot). That + a new iproute2 + the debloat script and YOU TOO can experience orders of magnitude less latency.... http://europa.lab.bufferbloat.net/debloat/ has that 3.3.1 kernel for x86_64 Most of the past week has been backwards rather than forwards, but it was negative in a good way, mostly. I'm sorry it's been three weeks without a viable build for others to test. 4) today's build: http://huchra.bufferbloat.net/~cero1/3.3/3.3.1-4/ + Linux 3.3.1 (this is missing the sfq patch I liked, but it's good enough) + Working wifi is back + No more fiddling with ethtool tx rings (up to 64 from 2. BQL does this job better) + TCP CUBIC is now the default (no longer westwood) after 15+ years of misplaced faith in delay based tcp for wireless, I've collected enough data to convince me the cubic wins. all the time. + alttcp enabled (making it easy to switch) + latest netperf from svn (yea! remotely changable diffserv settings for a test tool!) - still horrible dependencies on time. You pretty much have to get on it and do a rndc validation disable multiple times, restart ntp multiple times, killall named multiple times to get anywhere if you want to get dns inside of 10 minutes. At this point sometimes I just turn off named in /etc/xinetd.d/named and turn on port 53 for dnsmasq... but usually after flashing it the first time, wait 10 minutes (let it clean flash), reboot, wait another 10, then it works. Drives me crazy... Once it's up and has valid time and is working, dnssec works great but.... + way cool new stuff in dnsmasq for ra and AAAA records - huge dependency on keeping bind in there - aqm-scripts. I have not succeed in making hfsc work right. Period. + HTB (vs hfsc) is proving far more tractable. SFQRED is scaling better than I'd dreamed. Maybe eric dreamed this big, I didn't. - http://www.bufferbloat.net/issues/352 + Added some essential randomness back into the entropy pool - hostapd really acts up at high rates with the hack in there for more entroy (From the openwrt mainline) + named caching the roots idea discarded in favor of classic '.' --=20 Dave T=E4ht SKYPE: davetaht US Tel: 1-239-829-5608 http://www.bufferbloat.net