wheres this ubnt build ? Ive got a few ubiquiti devices id like to test it on<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Nov 23, 2012 at 12:27 PM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I did finally get around to booting the ubnt linux 3.6.7 build I<br>
talked about yesterday.<br>
<br>
Yea! It worked.<br>
<br>
Boo! I have a ton of patches to modify to get back to equivalence with<br>
what's in cerowort-3.3.8-27<br>
<br>
So I'm planning on forking the "stable" cerowrt 3.3 repository for new<br>
development on 3.6,<br>
and am calling it cerowrt-next. I may blow it away entirely and rebase<br>
on openwrt. Nobody<br>
look!<br>
<br>
In the interim perhaps I'll stick up the ubnt-3.6.7 code, but there<br>
seems to be no demand, sooo...<br>
<br>
Updates:<br>
<br>
* Steven Walker made a bunch of updates to ceropackages the other day,<br>
I haven't tested.<br>
   thx steven. If anyone wants an updated ccnx-6.2, in particular, it's there...<br>
<br>
* Openwrt Head<br>
* Radvd must die - in favor of either dnsmasq or quagga<br>
<br>
Backports:<br>
<br>
* IPv6 performance patch<br>
* Multiple versions of fq_codel<br>
* QFQ+<br>
* Wireless diffserv patch<br>
* Memory reduction patches in pfifo_fast and codel<br>
<br>
Whatever other patches didn't make it up to openwrt<br>
<br>
New development:<br>
<br>
* Randomness/entropy framework infrastructure buildout<br>
  The new randomness frame in 3.6 and later requires driver support in<br>
order to work well.<br>
  Good crypto in things like WPA, and SSL requires good entropy.<br>
<br>
A lot of people have been thinking "ooh, random numbers fixed in<br>
embedded linux since 3.6"<br>
<br>
Um, no. Well, partially...<br>
<br>
<a href="http://lwn.net/Articles/507115/" target="_blank">http://lwn.net/Articles/507115/</a><br>
<br>
* TCP Fast Open test support<br>
  TCP fast open is supported server side in 3.6. There is some<br>
preliminary support for it in netperf now<br>
<br>
* AHCP in dnsmasq<br>
<br>
  After watching the deliberations on homenet, and knowing ahcp fits a<br>
niche not addressed there,<br>
  and knowing that it solves a need that cannot be met by SLAAC, dhcp,<br>
dhcp-pd, or ospf+pd,<br>
  and after losing many battles with ahcpd, and knowing AHCP NEEDS TWO<br>
implementations<br>
   to go ietf standard track...<br>
<br>
  I started hacking on the core idea one weekend 18 months ago. I<br>
figured if I just got a couple weekends<br>
  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.<br>
<br>
   I decided that dnsmasq was the right place to stick it, given that<br>
it managed address assignment<br>
   already for multiple other protocols. It turns out than an AHCP<br>
server is even simpler than the<br>
   client. I then started having some thoughts towards having prefix<br>
distribution and border discovery in it...<br>
<br>
   and felt that writing a fresh implementation would be a good start<br>
towards understanding these<br>
   complex issues.<br>
<br>
  Sadly, those weekends have not happened yet.  :(<br>
<br>
  It would be nice to find someone to work with to continue getting<br>
this into dnsmasq. ? Even as an exercise,<br>
  it's a good exploration into how ipv6 multicast actually works....<br>
<br>
  Anyway I just folded in somepatches that compiled and opened up the<br>
port into the current dnsmasq tree<br>
  and put it up on github. It does very little else...<br>
<br>
  My github repo for dnsmasq-ahcp: <a href="https://github.com/dtaht/dnsmasq-ahcp" target="_blank">https://github.com/dtaht/dnsmasq-ahcp</a><br>
  Protocol Specification:<br>
<a href="http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/draft-chroboczek-ahcp-00.html" target="_blank">http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/draft-chroboczek-ahcp-00.html</a><br>
  existing ahcp server/client code and doc:<br>
<a href="http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/" target="_blank">http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/</a><br>
<br>
  Alternatively getting another ahcp server written in another<br>
language would be good.<br>
<br>
* DLNA (?)<br>
* small DHCP-PD support<br>
<br>
Wide is not working out, isc and dibbler are too huge. It's time for<br>
someone to write a small one... (not me!)<br>
<br>
Other suggestions for the upcoming development cycle?<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Dave Täht<br>
<br>
Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a><br>
_______________________________________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
</font></span></blockquote></div><br></div>