<div dir="ltr"><br><div class="gmail_extra">Dear Juergen:<br><br>Your note kind of opens a can of worms.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 16, 2013 at 11:13 AM, Juergen Botz <span dir="ltr"><<a href="mailto:jurgen@botz.org" target="_blank">jurgen@botz.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">On 08/16/2013 03:06 PM, Dave Taht wrote:<br>
> You need to statically assign addresses on the AHCP server box.<br>
<br>
</div>Ok, fair enough... but then why did it work without statically<br>
assigned addresses in 3.7.x?<br>
<span class=""><font color="#888888"><br>
:j<br>
<br></font></span></blockquote><div><br></div><div>The desired state of integration with the openwrt developers was not achieved? :/<br><br></div><div>Since January there has been a huge amount of work into making a better state machine for openwrt, called netifd, to make it more possible to have many more complex behaviors when it came to dealing with network interfaces. <br>
<br><a href="http://wiki.openwrt.org/doc/techref/netifd">http://wiki.openwrt.org/doc/techref/netifd</a><br></div></div><br></div><div class="gmail_extra">I'm very happy with how well that's working out, but it was a scary switch at the time!!<br>
<br>But this obsoleted the ahcpd integration I'd had before, and the "ahcpd" proto has not made it into the mix of supported protocols in netifd. A script that interfaces with the netifd concepts doesn't exist. AHCPd itself could use a bit of work in this area, too. It would be nice in particular if dyamic ipv6 assignment could be made to work, that would lead to a natural syntax stanza in /etc/networks of something like:<br>
<br>config interface 'gw01' <br> option proto 'ahcp' <br> option ip6assign '128'<br> <br>
config interface 'gw11' <br> option proto 'static' <br> option ip6assign '128'<br><br>My thought originally was to just fold ahcpd into dnsmasq, but I spent a grand total of a day on it and realized that it was harder than I thought. Second thought was to make ahcpd listen on the netifd message bus, that too was harder than I thought. Neither is "hard", actually, but it needs some focused time by someone, preferably not me. Juliusz went to ietf hoping to convince someone that dhcpv6 and SLAAC are not the answer to all things (which I agree with), but there was insufficient time to present on the topic. <br>
<br>AHCPD is a zillion times easier to use than dhcpv6, particularly in meshy environments, it's also more effective.<br><br></div><div class="gmail_extra">While most of the ipv6 stuff in openwrt is going increasingly well, AND we just got working multi-prefix routing fixed in the linux kernel (not sure if the IPV6_subtrees spatches are committed or backported yet), there are still integration hassles with ipv6 going on. (I expect integration hassles for years, actually - dealing with the pure dynamic assignments the isps are demanding is nearly impossible)<br>
<br></div><div class="gmail_extra">In particular the ongoing work on dnsmasq is now out of sync with the 6relayd work and vice versa. Back in january, when we obsoleted radvd, it looked like dnsmasq was going to take over ipv6 ra, dhcpv6, and naming duties, but 6relayd then made serious progress and does most of that itself and is (at least presently) more tightly integrated with openwrt than dnsmasq is. <br>
<br></div><div class="gmail_extra">On the one side, I strongly support tight naming integration with ipv6 address assignment, which is why I like the dnsmasq integration (which is what cerowrt uses). Naming is a real pita with ipv6. (The ipv6 folk have spent a lot of time NOT thinking about it.). I would like ahcpd to also support some level of naming, too.<br>
<br>On the other, I like several things that 6relayd does that dnsmasq can't (and probably shouldn't)<br><br></div><div class="gmail_extra">On the gripping hand, the elephant in the room is decent multicast dns and service discovery over ipv6, and mdnsext over routed networks in general. <a href="http://tools.ietf.org/html/draft-cheshire-mdnsext-hybrid-02">http://tools.ietf.org/html/draft-cheshire-mdnsext-hybrid-02</a> - avaha is huge, and buggy, and the mac guys have mdns figured out pretty good, so it would be best (IMHO) to follow their lead....<br>
<br></div><div class="gmail_extra">I really don't know what to do about all that!<br><br>I tried to get the core developers of these tools to drink some beer and bang their heads together at that ietf, don't know if that happened. cc-ing a couple here. Cerowrt exists to test this sort of stuff. At the moment, though, figuring out how to backport the ADSL htb fixes from Linux 3.11 into 3.10 is on my mind higher... and doing one more teeny fix to codel, as well.<br>
</div><div class="gmail_extra"><br></div><div class="gmail_extra">Seeing ipv6_subtrees work was very exciting, it's going to make things like mptcp and vpns and multiple exit gateways work much better on ipv6, enable a whole new generation of usefulness in ipv6 routing protocols, etc - eventually.<br>
<br><a href="http://patchwork.ozlabs.org/patch/265288/">http://patchwork.ozlabs.org/patch/265288/</a><br><br><a href="http://tools.ietf.org/html/draft-boutier-homenet-source-specific-routing-00">http://tools.ietf.org/html/draft-boutier-homenet-source-specific-routing-00</a><br>
<br></div><div class="gmail_extra">The overall "fight" vs a vs ahcpd is that the path homenet is on is to drag in an entire routing protocol (ospf) just to do ipv6 prefix assignment, and methods for carrying other useful configuration information around have not been well defined.<br>
<br>So this was juliusz's argument, unpresented:<br><br><a href="http://tools.ietf.org/html/draft-chroboczek-homenet-configuration-separate-00">http://tools.ietf.org/html/draft-chroboczek-homenet-configuration-separate-00</a><br>
<br></div><div class="gmail_extra">I have always thought ahcpd was a good start, but far from complete, and dhcpv6 hopelessly overengineered and worse, inappropriate for the wireless age. I also have no idea what to do about that! <br>
<br></div><div class="gmail_extra">Welcome to future. You can help shape it, if you choose.<br><br></div><div class="gmail_extra">/me pulls a pillow over his head<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">
-- <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>
</div></div>