Re: [Cerowrt-devel] going down the todo list

[Sebastian Moeller <moeller0@gmx.de>]

Hi Dave, hi list,


On Jan 19, 2014, at 13:51 , Dave Taht <dave.taht@gmail.com> wrote:

> I am going to try to knock out a new release by tomorrow...
> 
> -1) has minidnssd and upnp been working for others correctly?
> 
> 0) Presently fooling with a new skin with the gui (it's in 3.10.26-2 -
> don't! install that unless you merely want to look at the gui). I have
> no opinion on graphical matters, yours solicited.
> 
> 1) I have found that sqm does not always start correctly on boot. There is some
> dependency on something firing to get it to start.
> 
> 2) dnsmasq's dnssec support isn't quite baked enough to think about
> putting into a "stabler" release.
> 
> 3) I updated most of the onboard doc, still have to finish the credits file
> 
> 4) bcp38 turns out to be hard to do correctly in our commonly
> double-natted universe. I think I will try to make the facility
> available but only enable it partially by default.

	In the double-NAT case, should not the primary router actually do the bcp38 processing? So then we could get away with detecting the double-NAT by looking at the external address on ge00, and only do the src sanitizing if the address is fully routable? Or would that interfere with carrier-grade NAT (some german ISPs only give 10.this.or.that address for IPv4)?
	Question, since I do not understand bcp38's impactions: Will this interfere with reaching private networks (like 192.168.N.N) on the external side of the router? It would be great if that would still be possible as all? cable modems respond to 192.168.100.1 and it would be sweet if these could still be reached through cerowrt (there are recipes for stock openwork how to make that possible, so as long as these keep working all would be well :) )


best 
	Sebastian

> 
> 5) David personette fixed https support for the gui so we will switch
> to https for the next round
> 
> 6) squash incoming diffserv bits. I think perhaps wireshark is
> grabbing the packets before iptables thus I don't see them squashed
> 
> 7) native ipv6 and dhcpv6-pd support - as discussed on the list, a
> full solution is gated on steven barth. The massive rework of the
> routing infrastructure he put in friday needs to be tested too,
> though.
> 
> I am hopefully gaining ipv6 from comcast today to see stuff for myself.
> 
> 8) src/dst routing test of babels - needs work
> 
> 9) updated shaperprobe, uftp4, and ditg - no progress
> 
> 10) iwl related crash and unaligned instructions - I have some data on
> when and how much they happen now, still no insight as to why
> 
> -- 
> 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