From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eu1sys200aog118.obsmtp.com (eu1sys200aog118.obsmtp.com [207.126.144.145]) by huchra.bufferbloat.net (Postfix) with SMTP id 806DF21F0F2 for ; Sun, 23 Dec 2012 09:44:20 -0800 (PST) Received: from mail-qa0-f70.google.com ([209.85.216.70]) (using TLSv1) by eu1sys200aob118.postini.com ([207.126.147.11]) with SMTP ID DSNKUNdC8WrAVPTCFHxSeuLRGLW5/euU4kKp@postini.com; Sun, 23 Dec 2012 17:44:20 UTC Received: by mail-qa0-f70.google.com with SMTP id hg5so11277093qab.1 for ; Sun, 23 Dec 2012 09:44:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding :x-gm-message-state; bh=3A2dlRDAvdPtBz35hOVq3rDrIsm4beC1WkgTiJLuZuU=; b=K+/4djpQu/w9Myxbnh2+1HeZ7SjBnaeMhwsuZ6cA/vzZsJZ812p2FG8YIogOBZiFYx n8Y/e/8jR+0nQj/IuUlmNVzdpAwYw+l7gV4b3FZkdOrvli1m/w6EV6yWBCkgikbSYAoo Rk+s6NgX39kQKOl1SoupyT8BFMeOtE2AeIIZfQ5dS9zqge76xN+/d3tzCjqSNDn/ZEA6 +ZN/Sgiz6NYXenJuWF17cOd32NmFgkNvjdAi57RuGMu6P1bkNZYs9+5SI8zlpMtdFFDI waduG8VDmznx7vS0L41Kpr2zQkIQiu0GIHc38fk8xPzJrl4huBXZckjKzFCz853/Cdgq Cubg== X-Received: by 10.58.172.103 with SMTP id bb7mr30423499vec.41.1356284656447; Sun, 23 Dec 2012 09:44:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.172.103 with SMTP id bb7mr30423482vec.41.1356284656186; Sun, 23 Dec 2012 09:44:16 -0800 (PST) Received: by 10.58.224.105 with HTTP; Sun, 23 Dec 2012 09:44:15 -0800 (PST) In-Reply-To: References: Date: Sun, 23 Dec 2012 18:44:15 +0100 Message-ID: From: Guillaume Fortaine To: "cerowrt-devel@lists.bufferbloat.net" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkAVFH4WbftC3WUTzuOSXetaVqNE+P8jBjCQLFeW2ewfSiFHJEfKBJoRbbwUOp6pe/AEFDIt+YhSx2n8o5twDvjh+V0dmfjmKjvP0hUuCDo812pvm11t9KliacjpIxJzkjJs+TT5pWSiLW7PN/hB5zVDEIyFkmxZj57UT7VufeCMGXXOHT79j/VmnGAgaR4oqmTZfjA Cc: Shane Kerr , Andrew Byrne , "tomasz@isc.org" Subject: Re: [Cerowrt-devel] cerowrt-next plans 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: Sun, 23 Dec 2012 17:44:21 -0000 > * small DHCP-PD support > > Wide is not working out, isc and dibbler are too huge. It's time for > someone to write a small one... (not me!) https://github.com/sbyx/odhcp6c odhcp6c - Embedded DHCPv6 Client ** Abstract ** odhcp6c is a minimalistic DHCPv6 client for use in embedded Linux systems. ** Features ** 1. Handling of non-temporary addresses a) assignment of addresses to source interface b) handling of valid and preferred lifetimes c) duplicate address detection 2. Handling of IPv6-Prefixes (Prefix Delegation) a) requesting of prefixes 3. Stateless fallback-support 4. State script support On Fri, Nov 23, 2012 at 6:27 PM, Dave Taht wrote: > I did finally get around to booting the ubnt linux 3.6.7 build I > talked about yesterday. > > Yea! It worked. > > Boo! I have a ton of patches to modify to get back to equivalence with > what's in cerowort-3.3.8-27 > > So I'm planning on forking the "stable" cerowrt 3.3 repository for new > development on 3.6, > and am calling it cerowrt-next. I may blow it away entirely and rebase > on openwrt. Nobody > look! > > In the interim perhaps I'll stick up the ubnt-3.6.7 code, but there > seems to be no demand, sooo... > > Updates: > > * Steven Walker made a bunch of updates to ceropackages the other day, > I haven't tested. > thx steven. If anyone wants an updated ccnx-6.2, in particular, it's t= here... > > * Openwrt Head > * Radvd must die - in favor of either dnsmasq or quagga > > Backports: > > * IPv6 performance patch > * Multiple versions of fq_codel > * QFQ+ > * Wireless diffserv patch > * Memory reduction patches in pfifo_fast and codel > > Whatever other patches didn't make it up to openwrt > > New development: > > * Randomness/entropy framework infrastructure buildout > The new randomness frame in 3.6 and later requires driver support in > order to work well. > Good crypto in things like WPA, and SSL requires good entropy. > > A lot of people have been thinking "ooh, random numbers fixed in > embedded linux since 3.6" > > Um, no. Well, partially... > > http://lwn.net/Articles/507115/ > > * TCP Fast Open test support > TCP fast open is supported server side in 3.6. There is some > preliminary support for it in netperf now > > * AHCP in dnsmasq > > After watching the deliberations on homenet, and knowing ahcp fits a > niche not addressed there, > and knowing that it solves a need that cannot be met by SLAAC, dhcp, > dhcp-pd, or ospf+pd, > and after losing many battles with ahcpd, and knowing AHCP NEEDS TWO > implementations > to go ietf standard track... > > I started hacking on the core idea one weekend 18 months ago. I > figured if I just got a couple weekends > more free I'd be able to get the protocol into dnsmasq at the cost > of a couple k in binary, and save a mb of ram. > > I decided that dnsmasq was the right place to stick it, given that > it managed address assignment > already for multiple other protocols. It turns out than an AHCP > server is even simpler than the > client. I then started having some thoughts towards having prefix > distribution and border discovery in it... > > and felt that writing a fresh implementation would be a good start > towards understanding these > complex issues. > > Sadly, those weekends have not happened yet. :( > > It would be nice to find someone to work with to continue getting > this into dnsmasq. ? Even as an exercise, > it's a good exploration into how ipv6 multicast actually works.... > > Anyway I just folded in somepatches that compiled and opened up the > port into the current dnsmasq tree > and put it up on github. It does very little else... > > My github repo for dnsmasq-ahcp: https://github.com/dtaht/dnsmasq-ahcp > Protocol Specification: > http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/draft-chroboczek-= ahcp-00.html > existing ahcp server/client code and doc: > http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/ > > Alternatively getting another ahcp server written in another > language would be good. > > * DLNA (?) > * small DHCP-PD support > > Wide is not working out, isc and dibbler are too huge. It's time for > someone to write a small one... (not me!) > > Other suggestions for the upcoming development cycle? > > -- > Dave T=E4ht > > Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel