From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 2C3BF201245 for ; Thu, 16 Jan 2014 22:52:36 -0800 (PST) Received: by mail-ie0-f180.google.com with SMTP id at1so2000887iec.11 for ; Thu, 16 Jan 2014 22:52:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hMvseUwTXAso4syLTL+JkZI7Q4SGNXa1T/VRHAcPyCg=; b=QkC5UUrA294xzGKseOSBjP/kNHF+DyJd1pglUainegNS/nuw51T6YZgfwvRVM0lnt7 cG7qEIskFiG61H2NFacCYPshMrROc4ictDqT3O0ZYbW0/e6R8k+FesDl6sDzPzngjzzj fgYXikpeaA7m+1TniJeYVad59LlJU7JW3l/HzH7tluRHH4ZcOL+ChL9iFQoRpNxyBLtX MXwTpEQTqtirffJUVVqlPFnAKuJiOAbHKvHEGliRGIhVn9f8VObHA0hSGrw7UL6uE9aU cWYgzJBAAOU0Xx4ASVSh0drVx+OaQ8Ey3S2RHnNQcsjs3lGBLb2JbZB06H5rw4k76Z0l k5Qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=hMvseUwTXAso4syLTL+JkZI7Q4SGNXa1T/VRHAcPyCg=; b=C80h4CSOBN3Hze1xJeUk0vjsLka7CXAhX/XKUE5UlPW/1cMSBJDTOgtrzV52WJB3NX 5a0+AgCNcD3O2EpmNRgcSS8fbbTypqm57dRGhx8nmonyN5Dr5QahQqPKXru1XFWRJlS8 INrwKcf8bcdWzGMAww97Gtc2mu3ZUlragPMEnQoJqSisr6Ab51dcuqxE3g7HflF31y2M hZho4fB7940Zt8L87YpHKqugdfRjw0tKJ3xwTBBJ+FepZEkbhK7KiRdoalj8OkSJuOJi 15UoLq/socQG5ES8NocFP2YVGp34QwhJh9VrGDONJYU+VNakRC1rUbEVyhZAR6C1qblD rl7Q== X-Gm-Message-State: ALoCoQlYLtJyyMccxEvkorWSOlT7/VKDj38gDCSI0OBpSx2VQ4cMwzlv//pkxBMf5Og5syW7Fes6eAQiv664IvMlbRTDJc4xVt+ktXO1UrpskWCfMmmp5mdfHMMqHc4bzJvQREsV1geSe6/ta0ImLiInoa53PVzr0Fs1vmWBUP8OL7srXCtYMvrFZtx8pPs7hileD7xxXfJC2mihMcfOc4FR/NuuypwECg== MIME-Version: 1.0 X-Received: by 10.42.208.211 with SMTP id gd19mr154944icb.15.1389941555927; Thu, 16 Jan 2014 22:52:35 -0800 (PST) Received: by 10.64.243.66 with HTTP; Thu, 16 Jan 2014 22:52:35 -0800 (PST) In-Reply-To: References: <52C6FE3C.6020207@openwrt.org> <52C7D4CA.9030108@openwrt.org> Date: Thu, 16 Jan 2014 22:52:35 -0800 Message-ID: From: Matt Mathis To: Dave Taht Content-Type: multipart/alternative; boundary=20cf303ea90ab33ed504f024fcaf Cc: Steven Barth , "cb.list6" , "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] 6relayd 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, 17 Jan 2014 06:52:41 -0000 --20cf303ea90ab33ed504f024fcaf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm finally getting back to this. Hmm. if you uncomment everything in /etc/dnsmasq.conf and restart > dnsmasq what happens? If you have got /64s you would end up doing > slaac and ra announcements via dnsmasq in this case. > > That was on by default before (and what was tested in feburary). Later > on 6relayd started having a race with it and seemed to be "the > future", so I disabled the dnsmasq version, thinking that 6relayd was > the answer. It's entirely possible that's > merely configured wrong. Now I get global /64's on my LAN interfaces, but I am still not answering dhcp6 for attached hosts. I retried both version of the 6relayd init script.... dnsmasq.conf contains: enable-ra dhcp-range=3D::1,::400,constructor:se00,ra-names,ra-stateless dhcp-range=3D::1,::400,constructor:sw00,ra-names,ra-stateless dhcp-range=3D::1,::400,constructor:gw00,ra-names,ra-stateless dhcp-range=3D::1,::400,constructor:sw10,ra-names,ra-stateless dhcp-range=3D::1,::400,constructor:gw10,ra-names,ra-stateless I am running: Linux cerowrt 3.10.24 #1 Tue Dec 24 10:50:15 PST 2013..... which might be just a bit too fresh.... Would you suggest another? I have a spare 3700, so I think I will try some alternate vintages. Thanks, --MM-- The best way to predict the future is to create it. - Alan Kay Privacy matters! We know from recent events that people are using our services to speak in defiance of unjust governments. We treat privacy and security as matters of life and death, because for some users, they are. On Sun, Jan 5, 2014 at 7:48 PM, Dave Taht wrote: > On Sat, Jan 4, 2014 at 1:30 AM, Steven Barth wrote: > > On 03.01.2014 19:43, Dave Taht wrote: > >> > >> > >> I was also experiencing a race condition with dnsmasq, while I had it > >> enabling > >> ra and dhcpv6 via dnsmasq. At the moment that's turned off by default, > but > >> I did rather prefer having dns names for my ipv6 addresses... > > > > Well 6relayd and odhcpd collect hostnames of clients acquired via > stateful > > DHCPv6 and export them to dnsmasq in an additional hostfiles. At least > that > > seemed to work when I last tried it a few months ago. The only > disadvantage > > is that there is no "ra-names" feature there. > > Getting to names from dhcpv4 to slaac was a neat hack and a potential > RFC. So i figure spending the time to add the same functionality into > into something other than dnsmasq would be useful towards writing that > rfc. > > > >> > >> is there a good way for 6relayd and dnsmasq-dhcpv6 to co-exist? > > > > Ideally they could coexist in a way that you could select dnsmasq and / > or > > odhcpd for different interfaces on the same machine. odhcpd supports th= at > > but dnsmasq the last time I've looked seemed to use a single socket > binding > > to all interfaces for DHCP/v6 which prevents coexistance from working > > correctly because odhcpd / 6relayd can't bind the socket after dnsmasq > did > > and vice versa. > > > > > >> > >>> Feel free to provide me with some debugging information of the system > >>> while > >>> PD fails for you so I can have a look at the probable cause: > >>> > >>> * "ifstatus ge00" (replace ge00 with your IPv6 upstream interface) > >>> * "ip addr list dev ge01" (replace ge01 with the interface your > >>> downstream > >>> router is connected) > >>> * "ps | grep 6relayd" > >>> > >>> Anyway I will migrate all the stuff to odhcpd soon (it's successor > which > >>> shares a good part of the codebase but is a bit better integrated wit= h > >>> the > >>> rest of the environment). > >> > >> same question re dnsmasq. > > > > Yeah as pointed out coexistence is a matter of binding sockets. odhcpd > will > > bring the functionality of dynamically enabling / disabling DHCPv4/v6 o= n > > interfaces without restarting the daemon and loosing state. This is one > of > > the main reasons for the change and very much eases things for high-lev= el > > protocols that do dynamic wan/lan detection. > > > > > > Cheers, > > > > Steven > > > > > > > >> > >>> > >>> Regards, > >>> > >>> Steven > >>> > >>> > >>> > >>> On 03.01.2014 18:31, Dave Taht wrote: > >>>> > >>>> On Fri, Jan 3, 2014 at 11:50 AM, cb.list6 wrote= : > >>>>> > >>>>> > >>>>> > >>>>> On Fri, Jan 3, 2014 at 8:40 AM, Dave Taht > wrote: > >>>>>> > >>>>>> At one level I am happy to figure out this is a recently introduce= d > >>>>>> bug. > >>>>>> > >>>>>> On the other hand I am not sure if it is 6relayd. > >>>>>> > >>>>>> What version of cero was working for you? > >>>>> > >>>>> > >>>>> I am not entirely sure, but i think it was from September. > >>>>> > >>>>> CB > >>>> > >>>> At the moment I lack the ability to debug the breakage in ipv6 dhcp-= pd > >>>> (which is odhcpd) (I am travelling). > >>>> > >>>> I will on my next stop next week (tuesday) setup a dhcpv6pd server a= nd > >>>> see what I can see. > >>>> > >>>>>> On Jan 3, 2014 12:21 AM, "cb.list6" wrote: > >>>>>>> > >>>>>>> Hi, > >>>>>>> > >>>>>>> I have been using CeroWRT on Comcast with a 3800 for about 6 mont= h. > >>>>>>> The > >>>>>>> DHCP-PD config has always been a little unstable for me, but > working. > >>>>>>> > >>>>>>> I recently upgraded to: > >>>>>>> > >>>>>>> root@cerowrt:/etc/config# uname -a > >>>>>>> Linux cerowrt 3.10.24 #1 Tue Dec 24 10:50:15 PST 2013 mips > GNU/Linux > >>>>>>> > >>>>>>> My WAN gets a /128, but i cannot get DHCP-PD to work to get > addresses > >>>>>>> on > >>>>>>> the rest of my interfaces. The router does seem to have good IPv= 6 > >>>>>>> access. > >>>>>>> > >>>>>>> > >>>>>>> I fiddled with the 6relayd config and came up with this, but it > does > >>>>>>> not > >>>>>>> work. Any pointers on how to get this back on track? The result > of > >>>>>>> the > >>>>>>> below config is that the /128 from the WAN interfaces is now > present > >>>>>>> on > >>>>>>> all > >>>>>>> the interfaces but my attached computers get no addresses. > >>>>>>> > >>>>>>> > >>>>>>> config server 'default' > >>>>>>> option rd 'server' > >>>>>>> option dhcpv6 'server' > >>>>>>> option management_level '1' > >>>>>>> list network 'ge01' > >>>>>>> list network 'gw00' > >>>>>>> list network 'gw01' > >>>>>>> list network 'gw10' > >>>>>>> list network 'gw11' > >>>>>>> list network 'se00' > >>>>>>> list network 'sw00' > >>>>>>> list network 'sw10' > >>>>>>> option fallback_relay 'rd dhcpv6 ndp' > >>>>>>> option master 'ge00' > >>>>>>> > >>>>>>> root@cerowrt:/etc/config# uname -a > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> Cerowrt-devel mailing list > >>>>>>> Cerowrt-devel@lists.bufferbloat.net > >>>>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel > >>>>>>> > >>>> > >> > >> > > > > > > -- > Dave T=C3=A4ht > > Fixing bufferbloat with cerowrt: > http://www.teklibre.com/cerowrt/subscribe.html > --20cf303ea90ab33ed504f024fcaf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm finally getting back to this.=C2=A0

Hmm. if you unc= omment everything in /etc/dnsmasq.conf and restart
dnsmasq what happens? If you have got /64s you wou= ld end up doing
slaac and ra an= nouncements via dnsmasq in this case.

That was on by = default before (and what was tested in feburary). Later
on 6relayd started having a race with it and = seemed to be "the
future", s= o I disabled the dnsmasq version, thinking that 6relayd was
the answer. It's entirely possible th= at's
merely configur= ed wrong.

Now I get global /64's= on my LAN interfaces, but I am still not answering dhcp6 for attached host= s. =C2=A0I retried both version of the 6relayd init script....

dnsmasq.conf contains:
enable-ra =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0
dhcp-= range=3D::1,::400,constructor:se00,ra-names,ra-stateless =C2=A0
dhcp-range=3D::1,::400,constructor:sw00,ra-names,ra-stateless =C2=A0
dhcp-range=3D::1,::400,constructor:gw00,ra-names,ra-stateless =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0
dhcp-range=3D::1,::400,constructo= r:sw10,ra-names,ra-stateless =C2=A0
dhcp-range=3D::1,::400,constructor:gw10,ra-names,ra-stateless


I am running:=C2=A0Linux cerowrt 3.10= .24 #1 Tue Dec 24 10:50:15 PST 2013..... which might be just a bit too fres= h.... =C2=A0Would you suggest another?

I have a spare 3700, so I think I will try some alterna= te vintages.

Thanks,
--MM--
The best way to predict the future is = to create it. =C2=A0- Alan Kay

Privacy matters! =C2=A0We know from recent events that people are using= our services to speak in defiance of unjust governments. =C2=A0 We treat p= rivacy and security as matters of life and death, because for some users, t= hey are.


On Sun, Jan 5, 2014 at 7:48 PM, Dave Tah= t <dave.taht@gmail.com> wrote:
On Sat, Jan 4, 2014 at 1:30 AM, Steven Barth <cyrus@openwrt.org> wrote:
> On 03.01.2014 19:43, Dave Taht wrote:
>>
>>
>> I was also experiencing a race condition with dnsmasq, while I had= it
>> enabling
>> ra and dhcpv6 via dnsmasq. At the moment that's turned off by = default, but
>> I did rather prefer having dns names for my ipv6 addresses...
>
> Well 6relayd and odhcpd collect hostnames of clients acquired via stat= eful
> DHCPv6 and export them to dnsmasq in an additional hostfiles. At least= that
> seemed to work when I last tried it a few months ago. The only disadva= ntage
> is that there is no "ra-names" feature there.

Getting to names from dhcpv4 to slaac was a neat hack and a potential=
RFC. So i figure spending the time to add the same functionality into
into something other than dnsmasq would be useful towards writing that
rfc.
>
>>
>> is there a good way for 6relayd and dnsmasq-dhcpv6 to co-exist? >
> Ideally they could coexist in a way that you could select dnsmasq and = / or
> odhcpd for different interfaces on the same machine. odhcpd supports t= hat
> but dnsmasq the last time I've looked seemed to use a single socke= t binding
> to all interfaces for DHCP/v6 which prevents coexistance from working<= br> > correctly because odhcpd / 6relayd can't bind the socket after dns= masq did
> and vice versa.
>
>
>>
>>> Feel free to provide me with some debugging information of the= system
>>> while
>>> PD fails for you so I can have a look at the probable cause: >>>
>>> * "ifstatus ge00" (replace ge00 with your IPv6 upstr= eam interface)
>>> * "ip addr list dev ge01" (replace ge01 with the int= erface your
>>> downstream
>>> router is connected)
>>> * "ps | grep 6relayd"
>>>
>>> Anyway I will migrate all the stuff to odhcpd soon (it's s= uccessor which
>>> shares a good part of the codebase but is a bit better integra= ted with
>>> the
>>> rest of the environment).
>>
>> same question re dnsmasq.
>
> Yeah as pointed out coexistence is a matter of binding sockets. odhcpd= will
> bring the functionality of dynamically enabling / disabling DHCPv4/v6 = on
> interfaces without restarting the daemon and loosing state. This is on= e of
> the main reasons for the change and very much eases things for high-le= vel
> protocols that do dynamic wan/lan detection.
>
>
> Cheers,
>
> Steven
>
>
>
>>
>>>
>>> Regards,
>>>
>>> Steven
>>>
>>>
>>>
>>> On 03.01.2014 18:31, Dave Taht wrote:
>>>>
>>>> On Fri, Jan 3, 2014 at 11:50 AM, cb.list6 <cb.list6@gmail.com> wrote:
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Jan 3, 2014 at 8:40 AM, Dave Taht <dave.taht@gmail.com> wrote:
>>>>>>
>>>>>> At one level I am happy to figure out this is a re= cently introduced
>>>>>> bug.
>>>>>>
>>>>>> On the other hand I am not sure if it is 6relayd.<= br> >>>>>>
>>>>>> What version of cero was working for you?
>>>>>
>>>>>
>>>>> I am not entirely sure, but i think it was from Septem= ber.
>>>>>
>>>>> CB
>>>>
>>>> At the moment I lack the ability to debug the breakage in = ipv6 dhcp-pd
>>>> (which is odhcpd) (I am travelling).
>>>>
>>>> I will on my next stop next week (tuesday) setup a dhcpv6p= d server and
>>>> see what I can see.
>>>>
>>>>>> On Jan 3, 2014 12:21 AM, "cb.list6" <= cb.list6@gmail.com> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I have been using CeroWRT on Comcast with a 38= 00 for about 6 month.
>>>>>>> The
>>>>>>> DHCP-PD config has always been a little unstab= le for me, but working.
>>>>>>>
>>>>>>> I recently upgraded to:
>>>>>>>
>>>>>>> =C2=A0 =C2=A0root@cerowrt:/etc/config# uname -= a
>>>>>>> Linux cerowrt 3.10.24 #1 Tue Dec 24 10:50:15 P= ST 2013 mips GNU/Linux
>>>>>>>
>>>>>>> My WAN gets a /128, but i cannot get DHCP-PD t= o work to get addresses
>>>>>>> on
>>>>>>> the rest of my interfaces. =C2=A0The router do= es seem to have good IPv6
>>>>>>> access.
>>>>>>>
>>>>>>>
>>>>>>> I fiddled with the 6relayd config and came up = with this, but it does
>>>>>>> not
>>>>>>> work. =C2=A0Any pointers on how to get this ba= ck on track? =C2=A0The result of
>>>>>>> the
>>>>>>> below config is that the /128 from the WAN int= erfaces is now present
>>>>>>> on
>>>>>>> all
>>>>>>> the interfaces but my attached computers get n= o addresses.
>>>>>>>
>>>>>>>
>>>>>>> config server 'default'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option rd &= #39;server'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option dhcp= v6 'server'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option mana= gement_level '1'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list networ= k 'ge01'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list networ= k 'gw00'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list networ= k 'gw01'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list networ= k 'gw10'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list networ= k 'gw11'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list networ= k 'se00'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list networ= k 'sw00'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list networ= k 'sw10'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option fall= back_relay 'rd dhcpv6 ndp'
>>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option mast= er 'ge00'
>>>>>>>
>>>>>>> root@cerowrt:/etc/config# uname -a
>>>>>>>
>>>>>>> ______________________________________________= _
>>>>>>> Cerowrt-devel mailing list
>>>>>>> Cerowrt-devel@lists.bufferbloat.net
>>>>>>> https://lists.bufferbloat.net/listinfo= /cerowrt-devel
>>>>>>>
>>>>
>>
>>
>



--
Dave T=C3=A4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html

--20cf303ea90ab33ed504f024fcaf--