From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (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 891C121F0AE for ; Sun, 5 Jan 2014 19:49:49 -0800 (PST) Received: by mail-wi0-f179.google.com with SMTP id z2so2339610wiv.6 for ; Sun, 05 Jan 2014 19:48:59 -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:content-transfer-encoding; bh=3uCRz9iiu/d6RW75pqQ5eQTeuCBjPg3kLpp0Ngb3Q38=; b=XfPGDlYqc5IzfEQ95+tiEhpMGPSHHGeIDb2B9yACDzQolWvwGx8HzzW5OnjXEQm07V Ivu0WfnSc40oplNqNxLbHRrcL7Ot8cXBRDL0PAy/tHk1N3QrXe/c+jOV8tBbCjN2VX1U KAm3R4MvBZEDlmwYIqds01qaV63aRDMZuC6VsBrAF8Zsd/fwu/7EYoCr8P3RitF3CgrQ PBSVNATHsyA72xptaSviN+HAXEddb44Xn32xop4VDRRQvRRrDFb8dRB03abRsnrDv2rm LF0pu7jOd48PIx2z8CQOdHH/DVe/dFE0bvIntamN6gFqC47cRpwiH9Ognkui300eMc2K HfMA== MIME-Version: 1.0 X-Received: by 10.180.37.69 with SMTP id w5mr10552096wij.53.1388980139402; Sun, 05 Jan 2014 19:48:59 -0800 (PST) Received: by 10.217.123.69 with HTTP; Sun, 5 Jan 2014 19:48:59 -0800 (PST) In-Reply-To: <52C7D4CA.9030108@openwrt.org> References: <52C6FE3C.6020207@openwrt.org> <52C7D4CA.9030108@openwrt.org> Date: Sun, 5 Jan 2014 19:48:59 -0800 Message-ID: From: Dave Taht To: Steven Barth Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Matt Mathis , "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 03:49:57 -0000 X-List-Received-Date: Mon, 06 Jan 2014 03:49:57 -0000 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, b= ut >> I did rather prefer having dns names for my ipv6 addresses... > > Well 6relayd and odhcpd collect hostnames of clients acquired via statefu= l > DHCPv6 and export them to dnsmasq in an additional hostfiles. At least th= at > seemed to work when I last tried it a few months ago. The only disadvanta= ge > 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 / o= r > 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 bindi= ng > to all interfaces for DHCP/v6 which prevents coexistance from working > correctly because odhcpd / 6relayd can't bind the socket after dnsmasq di= d > 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 whic= h >>> 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 wi= ll > bring the functionality of dynamically enabling / disabling DHCPv4/v6 on > interfaces without restarting the daemon and loosing state. This is one o= f > 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 workin= g. >>>>>>> >>>>>>> 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/Linu= x >>>>>>> >>>>>>> My WAN gets a /128, but i cannot get DHCP-PD to work to get address= es >>>>>>> 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 doe= s >>>>>>> not >>>>>>> work. Any pointers on how to get this back on track? The result o= f >>>>>>> the >>>>>>> below config is that the /128 from the WAN interfaces is now presen= t >>>>>>> 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 >>>>>>> >>>> >> >> > --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html