From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ia0-f171.google.com (mail-ia0-f171.google.com [209.85.210.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 07D5C21F0AE; Fri, 23 Nov 2012 13:29:12 -0800 (PST) Received: by mail-ia0-f171.google.com with SMTP id b35so5286343iac.16 for ; Fri, 23 Nov 2012 13:29:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IdFqxj50FgLUh3Kqrenxr7CWjDHStQV/wSGIiRnJL/c=; b=QZfHBh4lTvZgrn2RyvYEvpMrHKvL8QvCFRtSn8L660uujrz75O+2Bu7+fYmZ18HDts j/scSX8LX4Yjeaua5EGTFyxHh6T3XwARh3ljYRn36vOoVb9v+H8VzpWJrksTowsDaiEI FxznLTtLP4xwfhHsNDl4zB7p2KZAPWyFV8omjMhiPYTxEVyxkh+aDTGZEMc5isDDJAZY +tt0JomZeBgJ9NYTTLkcEkmo109IoPeysNIR8rBaQNxj5xWn4KZVPiER6s+ab36wpSP1 zViHt4AMW0txyH8z7dK7nsnKY7SJWm1oEfWxh7j0jqEWP6gX6MWzkYrBPjavzsYl3i0w yDCQ== MIME-Version: 1.0 Received: by 10.43.125.133 with SMTP id gs5mr4102233icc.54.1353706152303; Fri, 23 Nov 2012 13:29:12 -0800 (PST) Received: by 10.64.103.137 with HTTP; Fri, 23 Nov 2012 13:29:12 -0800 (PST) In-Reply-To: References: Message-ID: Subject: Re: [Cerowrt-devel] cerowrt-next plans From: Outback Dingo To: Dave Taht Content-Type: multipart/alternative; boundary=bcaec517cbe0569aea04cf304690 X-Mailman-Approved-At: Fri, 21 Dec 2012 08:31:30 -0800 Cc: bloat-devel , cerowrt-devel@lists.bufferbloat.net X-BeenThere: bloat-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Developers working on AQM, device drivers, and networking stacks" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 23 Nov 2012 21:29:13 -0000 X-Original-Date: Fri, 23 Nov 2012 16:29:12 -0500 X-List-Received-Date: Fri, 23 Nov 2012 21:29:13 -0000 --bcaec517cbe0569aea04cf304690 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable wheres this ubnt build ? Ive got a few ubiquiti devices id like to test it on On Fri, Nov 23, 2012 at 12: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 > there... > > * 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/subscribe.html > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel > --bcaec517cbe0569aea04cf304690 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable wheres this ubnt build ? Ive got a few ubiquiti devices id like to test it = on


On Fri, Nov= 23, 2012 at 12:27 PM, Dave Taht <dave.taht@gmail.com> wro= te:
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 repositor= y 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.
=A0 =A0thx steven. If anyone wants an updated ccnx-6.2, in particular, it&#= 39;s there...

* 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
=A0 The new randomness frame in 3.6 and later requires driver support in order to work well.
=A0 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.ne= t/Articles/507115/

* TCP Fast Open test support
=A0 TCP fast open is supported server side in 3.6. There is some
preliminary support for it in netperf now

* AHCP in dnsmasq

=A0 After watching the deliberations on homenet, and knowing ahcp fits a niche not addressed there,
=A0 and knowing that it solves a need that cannot be met by SLAAC, dhcp, dhcp-pd, or ospf+pd,
=A0 and after losing many battles with ahcpd, and knowing AHCP NEEDS TWO implementations
=A0 =A0to go ietf standard track...

=A0 I started hacking on the core idea one weekend 18 months ago. I
figured if I just got a couple weekends
=A0 more free I'd be able to get the protocol into dnsmasq at the cost<= br> of a couple k in binary, and save a mb of ram.

=A0 =A0I decided that dnsmasq was the right place to stick it, given that it managed address assignment
=A0 =A0already for multiple other protocols. It turns out than an AHCP
server is even simpler than the
=A0 =A0client. I then started having some thoughts towards having prefix distribution and border discovery in it...

=A0 =A0and felt that writing a fresh implementation would be a good start towards understanding these
=A0 =A0complex issues.

=A0 Sadly, those weekends have not happened yet. =A0:(

=A0 It would be nice to find someone to work with to continue getting
this into dnsmasq. ? Even as an exercise,
=A0 it's a good exploration into how ipv6 multicast actually works....<= br>
=A0 Anyway I just folded in somepatches that compiled and opened up the
port into the current dnsmasq tree
=A0 and put it up on github. It does very little else...

=A0 My github repo for dnsmasq-ahcp: https://github.com/dtaht/dnsmasq-ahcp
=A0 Protocol Specification:
http://www.pps.univ-paris-diderot.= fr/~jch/software/ahcp/draft-chroboczek-ahcp-00.html
=A0 existing ahcp server/client code and doc:
http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/
=A0 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

--bcaec517cbe0569aea04cf304690--