From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (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 461DC21F1B9 for ; Fri, 16 Aug 2013 12:13:52 -0700 (PDT) Received: by mail-we0-f177.google.com with SMTP id m46so1906436wev.8 for ; Fri, 16 Aug 2013 12:13:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=yY/i2jmx7ioSOMCzFyCRdV0OVOHZJM/RoF3H1o8aVqw=; b=VgeDliNU00WNEAtg4tmYtyCWU4egKs1hdPrdRRT8rZGUh66V5Dp9SAjf199fmjF/d3 R1Z2GBluSPvyfuxvJuanCO3x6ADNkNJfIc7HEdcdEUpdpzhu33o8aBXjNkYyEiquB42S JGZJYuNWyvCp+SYaZTWYDFqp+eZdaXjBNhyBOKfo8PVzS0UmoKagaxgYeWNg/VvbYEU3 TaUe9gIwTMlatMDYG1Xzi8zh5pTQY9Z1HWpvGIZ/ZDxefI1lzfar6nj9PlwVqEdtx0KK ttreKIt2KaShd0yRzZfBP2OKe3QYvi+82wdhXJDWTljiRzjeGBuWnxPNKmTthA3oFSUl xaDw== MIME-Version: 1.0 X-Received: by 10.180.74.134 with SMTP id t6mr250445wiv.56.1376680429841; Fri, 16 Aug 2013 12:13:49 -0700 (PDT) Received: by 10.217.48.129 with HTTP; Fri, 16 Aug 2013 12:13:49 -0700 (PDT) Date: Fri, 16 Aug 2013 12:13:49 -0700 Message-ID: From: Dave Taht To: Juergen Botz Content-Type: multipart/alternative; boundary=f46d043c820cfd83c704e415638a Cc: Teco Boot , "cerowrt-devel@lists.bufferbloat.net" , Juliusz Chroboczek , Steven Barth , Hannes Frederic Sowa , Felix Fietkau Subject: Re: [Cerowrt-devel] IPv6 address assignment and naming X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 19:13:53 -0000 --f46d043c820cfd83c704e415638a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear Juergen: Your note kind of opens a can of worms. On Fri, Aug 16, 2013 at 11:13 AM, Juergen Botz wrote: > On 08/16/2013 03:06 PM, Dave Taht wrote: > > You need to statically assign addresses on the AHCP server box. > > Ok, fair enough... but then why did it work without statically > assigned addresses in 3.7.x? > > :j > > The desired state of integration with the openwrt developers was not achieved? :/ 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. http://wiki.openwrt.org/doc/techref/netifd I'm very happy with how well that's working out, but it was a scary switch at the time!! 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: config interface 'gw01' option proto 'ahcp' option ip6assign '128' config interface 'gw11' option proto 'static' option ip6assign '128' 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. AHCPD is a zillion times easier to use than dhcpv6, particularly in meshy environments, it's also more effective. 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) 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. 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. On the other, I like several things that 6relayd does that dnsmasq can't (and probably shouldn't) 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. http://tools.ietf.org/html/draft-cheshire-mdnsext-hybrid-02 - 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.... I really don't know what to do about all that! 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. 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. http://patchwork.ozlabs.org/patch/265288/ http://tools.ietf.org/html/draft-boutier-homenet-source-specific-routing-00 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. So this was juliusz's argument, unpresented: http://tools.ietf.org/html/draft-chroboczek-homenet-configuration-separate-= 00 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! Welcome to future. You can help shape it, if you choose. /me pulls a pillow over his head --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --f46d043c820cfd83c704e415638a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Dear Juergen:

Your n= ote kind of opens a can of worms.

<= div class=3D"gmail_quote">On Fri, Aug 16, 2013 at 11:13 AM, Juergen Botz <ju= rgen@botz.org> wrote:
On 08/1= 6/2013 03:06 PM, Dave Taht wrote:
> You need to statically assign addresses on the AHCP server box.

Ok, fair enough... but then why did it work without statically
assigned addresses in 3.7.x?

:j


The desired state of int= egration with the openwrt developers was not achieved? :/

Since January there has been a huge amount of work into making a better st= ate machine for openwrt, called netifd, to make it more possible to have ma= ny more complex behaviors when it came to dealing with network interfaces. =

http://wiki.open= wrt.org/doc/techref/netifd

I'm very happy with how well that's working out, but it was= a scary switch at the time!!

But this obsoleted the ahcpd integration I'd had before, and the &q= uot;ahcpd" proto has not made it into the mix of supported protocols i= n netifd. A script that interfaces with the netifd concepts doesn't exi= st. AHCPd itself could use a bit of work in this area, too. It would be nic= e 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:

config interface 'gw01'=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
=A0=A0=A0=A0=A0=A0=A0 option proto= 'ahcp'=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0
=A0=A0=A0=A0=A0=A0=A0 option ip6assign '128'
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
config interface 'gw11'=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
=A0=A0=A0=A0=A0=A0=A0 option proto= 'static'=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0
=A0=A0=A0=A0=A0=A0=A0 option ip6assign '128'

My thou= ght originally was to just fold ahcpd into dnsmasq, but I spent a grand tot= al of a day on it and realized that it was harder than I thought. Second th= ought was to make ahcpd listen on the netifd message bus, that too was hard= er 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 (w= hich I agree with), but there was insufficient time to present on the topic= .

AHCPD is a zillion times easier to use than dhcpv6, particularly in mes= hy environments, it's also more effective.

While most of the ipv6 stuff in openwrt is going increasingly w= ell, 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 integrati= on hassles for years, actually - dealing with the pure dynamic assignments = the isps are demanding is nearly impossible)

In particular the ongoing work on dnsm= asq is now out of sync with the 6relayd work and vice versa. Back in januar= y, when we obsoleted radvd, it looked like dnsmasq was going to take over i= pv6 ra, dhcpv6, and naming duties, but 6relayd then made serious progress a= nd does most of that itself and is (at least presently) more tightly integr= ated with openwrt than dnsmasq is.

On the one side, I strongly support ti= ght naming integration with ipv6 address assignment, which is why I like th= e dnsmasq integration (which is what cerowrt uses). Naming is a real pita w= ith 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.

On the other, I like several things that 6relayd does that dnsmasq can&= #39;t (and probably shouldn't)

= 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=3D"http://tools.ietf.org/html/draft-cheshire-mdnsext-hybrid-02">http= ://tools.ietf.org/html/draft-cheshire-mdnsext-hybrid-02 - avaha is huge= , and buggy, and the mac guys have mdns figured out pretty good, so it woul= d be best (IMHO) to follow their lead....

I really don't know what to do abo= ut all that!

I tried to get the core developers of these tools to dr= ink 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 s= tuff. At the moment, though, figuring out how to backport the ADSL htb fixe= s from Linux 3.11 into 3.10 is on my mind higher... and doing one more teen= y fix to codel, as well.

Seein= g 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 - event= ually.

http://patchwork.= ozlabs.org/patch/265288/

http://tools.ietf.org/html= /draft-boutier-homenet-source-specific-routing-00

The overall "fight" vs a vs = ahcpd is that the path homenet is on is to drag in an entire routing protoc= ol (ospf) just to do ipv6 prefix assignment, and methods for carrying other= useful configuration information around have not been well defined.

So this was juliusz's argument, unpresented:

= http://tools.ietf.org/html/draft-chroboczek-homenet-configuration-separate-= 00

I have always thought ahcpd was a good= start, but far from complete, and dhcpv6 hopelessly overengineered and wor= se, inappropriate for the wireless age. I also have no idea what to do abou= t that!

Welcome to future. You can help shape = it, if you choose.

/me pulls a pill= ow over his head

--
Dave T=E4ht

Fixing bufferbloat with cerowrt: http://www.tek= libre.com/cerowrt/subscribe.html=20
--f46d043c820cfd83c704e415638a--