[Cerowrt-devel] cerowrt-3.7.4-3 released

[Cerowrt-devel] cerowrt-3.7.4-3 released

[Dave Taht]

[-- Attachment #1: Type: text/plain, Size: 1900 bytes --]

thx  for the hard work of everybody here on straightening out the ipv6
configuration issues!

http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.7.4-3/

+ ipv6 traps dead, dead, dead
+ dnsmasq-2.66test12 with dhcpv6 (I hope!) by default
+ config for such
+ ntpclient/and luci app for such removed
+ ntp server enabled by default
+ nut (ups daemon) support added as a module (support for usbhid for
cyberpower upses, which I just got 3 of)

I *haven't tested this* however the delta from 3.7.4-2 is small (and it's
4AM, so the way things are going y'all will have found and fixed 2 more
bugs before I wake up).

Next up here from an ipv6 perspective is dhcpv6-pd, trying to come up with
something that will work again for ahcp, and hopefully cisco's "pie"
algorithm and a revised version of "cake"... at which point I'd like to
think "beta", and regardless, start updating the web site to point to
"modena" rather than "sugarland" as the release, updating the
documentation, etc, etc.

If anyone has any "must haves" before calling this release "feature
complete", and ready for beta, speak up now!

One thing waiting in the wings is a vmware vm of a complete ubuntu based
cerowrt build system. It is kind of my hope to lower the barriers to entry
to distribute that. I have that ready to go, I just don't have the
bandwidth available right now to upload a 2GB file.....

PS

There's also up a version for the picostation 2mHP and nanostation 5M
radios. This is a highly specialized build requiring babel and p2p links,
it goes up on on a /32 only by default, has my public key in it, and a few
other things. I'm at the yurtlab for a week and hope to test stuff at scale.

http://snapon.lab.bufferbloat.net/~cero2/cerowrt/nano-m/3.7.4-3/

back to bed.

-- 
Dave Täht

Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html

[-- Attachment #2: Type: text/html, Size: 2302 bytes --]

Re: [Cerowrt-devel] cerowrt-3.7.4-3 released

[Maciej Soltysiak]

[-- Attachment #1: Type: text/plain, Size: 4001 bytes --]

Fantastic to hear about recent dhcpv6 developments!
I haven't had the time to use the tweaks advertised to make it working on
3.7.3-2 nor to test 3.7.4-3 but I found something else...

Since the last builds were about making ipv6 more usable I played with some
proxies.
I added this to /etc/hosts to see if things break:
::1 localhost localhost6

And they did just a bit. See, I configure my clients to talk to privoxy on
ipv4 (until I get Ipv6 for clients), port 8118, then I configure privoxy to
talk to polipo on localhost (router) on port 8123, so it's:

[client] ---> [privoxy on router:8118] ---> [polipo on router
localhost:8123]  ---> [WAN]

(side note: this is the recommended order of chaining these proxies, and so
TFO only gets used locally as privoxy does not have a TFO patch, I could
write a patch for that, but I never have the time to debug why my cero
builds always break :-( )

ANyway, this doesn't work (err: Refusing connection from unauthorised net)
because thanks to my modification to /etc/hosts, it talks to IPv6 localhost
(::1 instead 127.0.0.1) and /etc/config/polipo doesn't allow ::1 by current
config so I had to add this to /etc/config/polipo:
list 'allowedClients' '::1'
I'm not saying this is something that definitelly needs a change and it's
caused by my mods anyway, but I'm just saying ip6 naming or addressing will
potentially create a need to cater for them in various configs of various
apps.

(yes, it still breaks on dns after a while, but that's another story)

Anyway, Dave, I'm very happy with Cerowrt feature set; especially now that
we have DLNA/UPNP stuff sorted. (although I haven't tested ip6 support, I
will when I get clients using ip6 soon :-)

Best Regards,
Maciej

On Sun, Jan 27, 2013 at 1:09 PM, Dave Taht <dave.taht@gmail.com> wrote:

> thx  for the hard work of everybody here on straightening out the ipv6
> configuration issues!
>
> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.7.4-3/
>
> + ipv6 traps dead, dead, dead
> + dnsmasq-2.66test12 with dhcpv6 (I hope!) by default
> + config for such
> + ntpclient/and luci app for such removed
> + ntp server enabled by default
> + nut (ups daemon) support added as a module (support for usbhid for
> cyberpower upses, which I just got 3 of)
>
> I *haven't tested this* however the delta from 3.7.4-2 is small (and it's
> 4AM, so the way things are going y'all will have found and fixed 2 more
> bugs before I wake up).
>
> Next up here from an ipv6 perspective is dhcpv6-pd, trying to come up with
> something that will work again for ahcp, and hopefully cisco's "pie"
> algorithm and a revised version of "cake"... at which point I'd like to
> think "beta", and regardless, start updating the web site to point to
> "modena" rather than "sugarland" as the release, updating the
> documentation, etc, etc.
>
> If anyone has any "must haves" before calling this release "feature
> complete", and ready for beta, speak up now!
>
> One thing waiting in the wings is a vmware vm of a complete ubuntu based
> cerowrt build system. It is kind of my hope to lower the barriers to entry
> to distribute that. I have that ready to go, I just don't have the
> bandwidth available right now to upload a 2GB file.....
>
> PS
>
> There's also up a version for the picostation 2mHP and nanostation 5M
> radios. This is a highly specialized build requiring babel and p2p links,
> it goes up on on a /32 only by default, has my public key in it, and a few
> other things. I'm at the yurtlab for a week and hope to test stuff at scale.
>
> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/nano-m/3.7.4-3/
>
> back to bed.
>
> --
> Dave Täht
>
> 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
>
>

[-- Attachment #2: Type: text/html, Size: 5173 bytes --]