From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (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 07A3321F1E4 for ; Sun, 5 Jan 2014 16:48:27 -0800 (PST) Received: by mail-wi0-f174.google.com with SMTP id z2so2245562wiv.13 for ; Sun, 05 Jan 2014 16:48:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=v5KKeD8jK2PZFpIW4TxcwaxYA4nH+FPI+2lnKbqL70c=; b=nFAEVqgRbdZwi09C2VI+qZq/ynCyJE5iCTqZcCyybiZPoe5qvTcgepHyucYptzigRm pWFlgZOY8Hu1caWSoYQUDaPsV/dp4aZy0OlSY6t+m3qR0eYBmQqUPXdbvbDqxx2TeDAJ g/3HgVTb+/yCvjUjz8Iu0aWyBY4hyCIgyxyOSCgap0Dnl0zLutC9cJxvscGsPPCP38FG OQru9RetvMLqIt3/CA1ShCHl4Zw+cARAHwkAkSs/D0WeWlcNLShf6qhUZrHVt2wSFCxY R1WZazsKmIZ8xwUcKnDtfZziocV8aEOy/ReVe6vxqKSofE1/kghGHkZjsMHDJ26Vaoyr 9jqQ== MIME-Version: 1.0 X-Received: by 10.194.236.9 with SMTP id uq9mr58111445wjc.31.1388969305660; Sun, 05 Jan 2014 16:48:25 -0800 (PST) Received: by 10.217.58.133 with HTTP; Sun, 5 Jan 2014 16:48:25 -0800 (PST) Received: by 10.217.58.133 with HTTP; Sun, 5 Jan 2014 16:48:25 -0800 (PST) In-Reply-To: References: <52C6FE3C.6020207@openwrt.org> <52C7D4CA.9030108@openwrt.org> Date: Sun, 5 Jan 2014 16:48:25 -0800 Message-ID: From: "cb.list6" To: Matt Mathis Content-Type: multipart/alternative; boundary=089e01493de01163f304ef429e7d Cc: Steven Barth , "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:48:34 -0000 --089e01493de01163f304ef429e7d Content-Type: text/plain; charset=ISO-8859-1 Confirmed. My issue is a Comcast issue. Enabling debug on odhcp6 shows comcast dhcpv6 is not allocating a prefix to me in Seattle. JJB at Comcast acknowledged the issue and it is being worked. That is all know. My issue is not a cerowrt issue, sorry for the noise CB On Jan 5, 2014 4:42 PM, "Matt Mathis" wrote: > 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 >>>>>>>> >>>>>>>> >>>>> >>> >>> >> > --089e01493de01163f304ef429e7d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Confirmed. My issue is a Comcast issue. Enabling debug on od= hcp6 shows comcast dhcpv6 is not allocating a prefix to me in Seattle.

JJB at Comcast acknowledged the issue and it is being worked= . That is all know.=A0

My issue is not a cerowrt issue, sorry for the noise

CB

On Jan 5, 2014 4:42 PM, "Matt Mathis" = <mattmathis@google.com> = wrote:
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. =A0I didn't notice it immediately, so I don&= #39;t know if there should have been any obvious triggers. =A0 Note that bo= th Comcast and my remotely managed clients (Android, etc) probably received= updates in this window. =A0LuCI status->overview indicates a /128 on th= e upstream interface but no /60 or /64 (although I now see that even with a= global address block, this pages does not show it). =A0From the router I c= an ping6 out.

I have a spare 3700, which is now freshly flashed with= =A0cerowrt 3.10.24 #1 Tue Dec 24 10:50:15 PST 2013. =A0I installed the 6rel= ay 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 interfa= ces (and they appear in LuCi networks but not the status overview).

6relay does not seem to actually start anything, and=A0= odhcp6c is running, which feels a bit odd. =A0Is this correct?
Can you point me to the relevant RFCs? =A0Actually an overview= of IPv6 address and router discovery would be most useful. =A0The IPv6 ver= sions 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. =A0- Alan Kay

Privacy matters! =A0We know from recent events that people are using ou= r services to speak in defiance of unjust governments. =A0 We treat privacy= and security as matters of life and death, because for some users, they ar= e.


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:

=A0 =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. =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. =A0Any pointers on how to get this back on track? =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'
=A0 =A0 =A0 =A0 =A0 option rd 'server'
=A0 =A0 =A0 =A0 =A0 option dhcpv6 'server'
=A0 =A0 =A0 =A0 =A0 option management_level '1'
=A0 =A0 =A0 =A0 =A0 list network 'ge01'
=A0 =A0 =A0 =A0 =A0 list network 'gw00'
=A0 =A0 =A0 =A0 =A0 list network 'gw01'
=A0 =A0 =A0 =A0 =A0 list network 'gw10'
=A0 =A0 =A0 =A0 =A0 list network 'gw11'
=A0 =A0 =A0 =A0 =A0 list network 'se00'
=A0 =A0 =A0 =A0 =A0 list network 'sw00'
=A0 =A0 =A0 =A0 =A0 list network 'sw10'
=A0 =A0 =A0 =A0 =A0 option fallback_relay 'rd dhcpv6 ndp'
=A0 =A0 =A0 =A0 =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






--089e01493de01163f304ef429e7d--