From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (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 0314921F1E4 for ; Sun, 5 Jan 2014 16:42:47 -0800 (PST) Received: by mail-ig0-f176.google.com with SMTP id k19so5875578igc.3 for ; Sun, 05 Jan 2014 16:42:42 -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=mcHzxGf02KXHYHQ6ljcosPG7TTt89UqzcNt6mhzEiII=; b=OOopvodf8B9vK9+WbQBSzEJJiGgdANlZsReQCCgB9oU3Lo3rd1sjYiNzAqjgbMtpq/ dVBsF4wKf4M7AcTSeIy5uW6YfgvTgRHZIgHwTPtjWn1akXs4/nYc+V5RJzT7DgDanyBM 4FcBvYZDD3Hua8pkhp5m86h+04MPMNOd6qkE5/avF+mILeNWpg1Rs/pwXm+ECVe7RjIP HhhUF5phnMIVP/xxGXT6c/rUwyOFGA5xx/65POZHBaEOzFhswkv5pV9TVeoMWKDkDpRG ONlCXG7q3J2+HbSfYAtB4sIvMPUeQrO3CYFYX/rVX1t/ZzTjF5CfZ3h2Wf8/+fZY2CRy cvjg== 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=mcHzxGf02KXHYHQ6ljcosPG7TTt89UqzcNt6mhzEiII=; b=Lkim+ksTMeETymoGyXnISTESS0n8DgyXjeNRKXGe7aeRbAW6BIMcbPqB8Z2gNhzxKL SJZzC3s0uqVqlTLu7nMIzujAFPkL/k1h1yRT0pnTSt23DcNbJWVeEj1Alo0Unced2ANL kl0SWZ31zkmBc2REqbagA9SdyKbYfSGCdwW/QlZvHRmrTuz4CtkGriPSKSzRgydPjnhq u1V8LPhTCfsZejCU0bEVXhO20Jm9dhes1jNyB59r0I8NyGjiq5SsS3tYAIbr2lTraD9D YFoLP/MCIkl5HY+tjDjrelyOd17yPuIyQdyaf3fikdha6vX0/4vhmtWl0ejkuF8k2WKt /KtA== X-Gm-Message-State: ALoCoQm2D2NLom1EoepKRuRrHxoW7/itXJYuF6xCRnBEE4SkMC3ADqHT6xlgRDeXaMPMQNT9JObfUWQNgN8a8AjdlnGXeoYAHuDKxlX8FFn2EzxQH87UJ/z329vpwcBUwowXrZftsCkG42NoL15ZlBU9VB7IR2iS48CPYT/jcE4TRVdBCbMZLD8AV07p6m5kbaFFEowLNwPVz6bhALukTcXr68Tm62AOkw== MIME-Version: 1.0 X-Received: by 10.50.78.200 with SMTP id d8mr15812705igx.38.1388968962009; Sun, 05 Jan 2014 16:42:42 -0800 (PST) Received: by 10.64.243.66 with HTTP; Sun, 5 Jan 2014 16:42:41 -0800 (PST) In-Reply-To: <52C7D4CA.9030108@openwrt.org> References: <52C6FE3C.6020207@openwrt.org> <52C7D4CA.9030108@openwrt.org> Date: Sun, 5 Jan 2014 16:42:41 -0800 Message-ID: From: Matt Mathis To: Steven Barth , Dave Taht Content-Type: multipart/alternative; boundary=089e013c6eea95dfac04ef42891d Cc: "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: Mon, 06 Jan 2014 00:42:59 -0000 --089e013c6eea95dfac04ef42891d Content-Type: text/plain; charset=UTF-8 Background: some time earlier this year Comcast started allocating IPv6 addresses, and everything magically all worked (I know that real magic requires wizards to work very hard behind the scenes.) I was running the WNDR 3700, that we flashed at your (Dave's) place this summer (3.10.7-1). Sometime during the holidays IPv6 stopped working. I didn't notice it immediately, so I don't know if there should have been any obvious triggers. Note that both Comcast and my remotely managed clients (Android, etc) probably received updates in this window. LuCI status->overview indicates a /128 on the upstream interface but no /60 or /64 (although I now see that even with a global address block, this pages does not show it). From the router I can ping6 out. I have a spare 3700, which is now freshly flashed with cerowrt 3.10.24 #1 Tue Dec 24 10:50:15 PST 2013. I installed the 6relay fix on it. My config is 100% vanilla except for SSIDs, pw's and the 6relay fix. Still no joy for my home devices (both WiFi and wired), however now ifconfig on the 3700 reports /64 subnets on all of its interfaces (and they appear in LuCi networks but not the status overview). 6relay does not seem to actually start anything, and odhcp6c is running, which feels a bit odd. Is this correct? Can you point me to the relevant RFCs? Actually an overview of IPv6 address and router discovery would be most useful. The IPv6 versions of dhcp, arp, etc. I need IPv6 at home for some other unrelated server side debugging.... 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 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. > > > >> 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 that > 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 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 one > of the main reasons for the change and very much eases things for > high-level 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 introduced >>>>>> 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 and >>>> 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 month. >>>>>>> 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 IPv6 >>>>>>> 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 >>>>>>> >>>>>>> >>>> >> >> > --089e013c6eea95dfac04ef42891d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Background: some time earlier this year Comcast started al= locating IPv6 addresses, and everything magically all worked (I know that r= eal magic requires wizards to work very hard behind the scenes.)

I was running the WNDR 3700, that we flashed at your (Dave's) plac= e this summer (3.10.7-1).

Sometime during the holi= days IPv6 stopped working. =C2=A0I didn't notice it immediately, so I d= on't know if there should have been any obvious triggers. =C2=A0 Note t= hat both Comcast and my remotely managed clients (Android, etc) probably re= ceived updates in this window. =C2=A0LuCI status->overview indicates a /= 128 on the upstream interface but no /60 or /64 (although I now see that ev= en with a global address block, this pages does not show it). =C2=A0From th= e router I can ping6 out.

I have a spare 3700, which is now freshly flashed with= =C2=A0cerowrt 3.10.24 #1 Tue Dec 24 10:50:15 PST 2013. =C2=A0I installed th= e 6relay fix on it.
My config is 100% vanilla except for SSIDs, p= w's and the 6relay fix.

Still no joy for my home devices (both WiFi and wired),= however now ifconfig on the 3700 reports /64 subnets on all of its interfa= ces (and they appear in LuCi networks but not the status overview).

6relay does not seem to actually start anything, and=C2= =A0odhcp6c is running, which feels a bit odd. =C2=A0Is this correct?
<= div>
Can you point me to the relevant RFCs? =C2=A0Actually an= overview of IPv6 address and router discovery would be most useful. =C2=A0= The IPv6 versions of dhcp, arp, etc.

I need IPv6 at home for some other unrelated server sid= e debugging....

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 Sat, Jan 4, 2014 at 1:30 AM, Steven B= arth <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 enabl= ing
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 disadvantag= e is that there is no "ra-names" feature there.



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 that b= ut dnsmasq the last time I've looked seemed to use a single socket bind= ing to all interfaces for DHCP/v6 which prevents coexistance from working c= orrectly because odhcpd / 6relayd can't bind the socket after dnsmasq d= id 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 d= ownstream
router is connected)
* "ps | grep 6relayd"

Anyway I will migrate all the stuff to odhcpd soon (it's successor whic= h
shares a good part of the codebase but is a bit better integrated with the<= br> 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 i= nterfaces without restarting the daemon and loosing state. This is one of t= he main reasons for the change and very much eases things for high-level pr= otocols 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 recently introduced 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 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 3800 for about 6 month.
The
DHCP-PD config has always been a little unstable 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 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. =C2=A0The router does 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 back on track? =C2=A0The 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'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option rd 'server'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option dhcpv6 'server'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option management_level '1'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list network 'ge01'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list network 'gw00'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list network 'gw01'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list network 'gw10'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list network 'gw11'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list network 'se00'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list network 'sw00'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 list network 'sw10'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option fallback_relay 'rd dhcpv6 ndp= '
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 option master 'ge00'

root@cerowrt:/etc/config# uname -a

_______________________________________________
Cerowrt-devel mailing list
Ce= rowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel






--089e013c6eea95dfac04ef42891d--