From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (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 954A821F14E for ; Wed, 22 Jan 2014 07:40:40 -0800 (PST) Received: by mail-ie0-f181.google.com with SMTP id tq11so9906933ieb.40 for ; Wed, 22 Jan 2014 07:40:06 -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=9q+UsMOD3tPaNbNGCnoMLAjauuYMy1bbnK6ZKkR0kjE=; b=cZ7Vge5b70oLYp1fqSQXagj1fYYKsoU5L1Bndd5cUgJW49XDNU3GZ/m2T98Dea3BZk 1qbgr//OMgHgRef8NTSjGQh6Q/sHVK+X1U91v+XxUWNRQkMa+AKzCLXdJg2J+n+HzLyH YhUKeHwyB2Ca7+m2LixXeg16Q5PoHrHuYTQi3LItz41lEfJ94D4Rr2YeQZvU6Y4XcVTW p/oCPWHiHZTv6tx6cOXuNb8kkM4xVbRD5jmZFeb309/04Ds3q87/yXH6zUWU0vZ8wxqb AZ7u0e2SxeEKS2s44tZ5ABGCfvdsP9K0RIqZfLqAcn63URjsH4FAvzqB/W+91i1LTFQN ZgFw== MIME-Version: 1.0 X-Received: by 10.43.64.73 with SMTP id xh9mr537432icb.78.1390403586607; Wed, 22 Jan 2014 07:13:06 -0800 (PST) Received: by 10.64.145.67 with HTTP; Wed, 22 Jan 2014 07:13:06 -0800 (PST) In-Reply-To: <52DEF103.1090003@thekelleys.org.uk> References: <52DEF103.1090003@thekelleys.org.uk> Date: Wed, 22 Jan 2014 10:13:06 -0500 Message-ID: Subject: Re: [Dnsmasq-discuss] dhcp-pd, and autoassigned internal interfaces issues From: Dave Taht To: Simon Kelley Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: dnsmasq-discuss , jogo@openwrt.org, bloat-devel X-BeenThere: bloat-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Developers working on AQM, device drivers, and networking stacks" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 15:43:48 -0000 X-List-Received-Date: Wed, 22 Jan 2014 15:43:48 -0000 On Tue, Jan 21, 2014 at 5:13 PM, Simon Kelley wro= te: > On 21/01/14 16:19, Dave Taht wrote: >> >> I have finally got my first-ever comcast ipv6 set of users up, and we >> have a problem >> with the interrelationship between addresses assigned dynamically by >> dhcpv6-pd and other means in dnsmasq 2.68. >> >> What happens now is that dhcpv6-pd works but dnsmasq 2.68 filters out th= e >> interface >> >> 13: sw00: mtu 1500 qlen 1000 >> inet6 2601:X:Y:9a1::1/64 scope global dynamic >> valid_lft 182420sec preferred_lft 182420sec >> >> so sends no ras. >> >> adding a second "stable" interface dnsmasq picks up. >> >> >> inet6 2601:3:8180:9a1::2/64 scope global >> valid_lft forever preferred_lft forever >> >> >> this check was not in dnsmasq 2.66, and was put in later for fairly >> sound reasons >> (like you don't want to start serving RAs on a SLAAC assigned >> address), but in the >> dhcp-pd case or otherwise assigned by the router (6in4) case, we do. >> >> Anyway the below patch "fixes it" but I'd like there to be some clear >> indicator >> of where things came from somehow. > > > Comparing the code in bpf.c (for *BSD) and netlink.c (for Linux) I think > it's clear what's meant: exclusion of privacy addresses and addresses > installed as a result of RAs received. The patch covers the first of tho= se, > but there doesn't seem to be a Linux equivalent of the BSD IN6_IFF_AUTOCO= NF > flag to detect RA-originated addresses. I looked at the kernel source, an= d > there's no candidate I can see. > > I suspect that this patch is the best that can be done. Well, no, we can always go off and get this BSD IPv6 RA flag into the Linux kernel too. :) Looks needed and useful. And trivial. > > > Cheers, > > Simon. > > >> >>> From 4f55df81d69d20230e18c90d772904372b2b90a4 Mon Sep 17 00:00:00 2001 >>> From: Jonas Gorski >>> Date: Wed, 8 Jan 2014 11:55:08 +0100 >>> Subject: [PATCH] allow dhcp range construction with non-permanent >>> addresses >> >> >> The linux kernel treats all addresses with a limited lifetime as being >> non permanent, but when taking over the prefix livetimes from upstream >> assigned prefixes through DHCP, addresses will always have a limited >> lifetime. >> >> Still reject temporary addresses, as they indicate autoconfigured >> interfaces. >> >> Contributed by T-Labs, Deutsche Telekom Innovation Laboratories >> >> Signed-off-by: Jonas Gorski >> --- >> src/netlink.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/src/netlink.c b/src/netlink.c >> index 3be94ee..d5de4ab 100644 >> --- a/src/netlink.c >> +++ b/src/netlink.c >> @@ -265,7 +265,7 @@ int iface_enumerate(int family, void *parm, int >> (*callback)()) >> if (ifa->ifa_flags & IFA_F_DEPRECATED) >> flags |=3D IFACE_DEPRECATED; >> >> - if (ifa->ifa_flags & IFA_F_PERMANENT) >> + if (!(ifa->ifa_flags & IFA_F_TEMPORARY)) >> flags |=3D IFACE_PERMANENT; >> >> if (addrp && callback_ok) >> >> > --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html