From owner-freebsd-stable@FreeBSD.ORG Sat Jul 20 16:14:17 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C6DB155D; Sat, 20 Jul 2013 16:14:17 +0000 (UTC) (envelope-from trashcan@odo.in-berlin.de) Received: from mx1.enfer-du-nord.net (mx1.enfer-du-nord.net [91.121.60.26]) by mx1.freebsd.org (Postfix) with ESMTP id 92A75A21; Sat, 20 Jul 2013 16:14:17 +0000 (UTC) Received: from sulu.fritz.box (p3EE2F8CF.dip0.t-ipconnect.de [62.226.248.207]) by mx1.enfer-du-nord.net (Postfix) with ESMTPSA id 3byDfs5HY8zLP8; Sat, 20 Jul 2013 18:14:13 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) From: Michael Grimm In-Reply-To: <20130720.234623.829852506076930312.hrs@allbsd.org> Date: Sat, 20 Jul 2013 18:14:12 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <5C2419E4-D5B7-4F1A-AED0-90EF7330503C@odo.in-berlin.de> References: <20130712.160358.1330135778606339435.hrs@allbsd.org> <20130718.123323.1730389945845032580.hrs@allbsd.org> <20130720.234623.829852506076930312.hrs@allbsd.org> To: Hiroki Sato X-Mailer: Apple Mail (2.1508) Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jul 2013 16:14:17 -0000 On 20.07.2013, at 16:46, Hiroki Sato wrote: > Hiroki Sato wrote in = <20130718.123323.1730389945845032580.hrs@allbsd.org>: > hr> Michael Grimm wrote > hr> in : > hr> > hr> tr> On 12.07.2013, at 09:03, Hiroki Sato wrote: > hr> tr> > hr> tr> > Please let me know if the existing configurations and/or the = new > hr> tr> > formats do not work. > hr> tr> > hr> tr> First of all: great work! It is that much easier to deal with = aliases, now. > hr> tr> > hr> tr> There is only one minor issue, if at all: > hr> tr> > hr> tr> rc.conf: > hr> tr> | ifconfig_em0_ipv6=3D"inet6 dead:beef:1111:2222::1 prefixlen = 56" > hr> tr> | ifconfig_em0_aliases=3D"\ > hr> tr> | inet6 dead:beef:1111:2222::2-3 prefixlen 56 \ > hr> tr> | inet6 dead:beef:1111:2222::4 prefixlen 56 \ > hr> tr> | inet6 dead:beef:1111:2222::5-6/56" > hr> tr> > hr> tr> ifconfig: > hr> tr> | inet6 dead:beef:1111:2222::1 prefixlen 56 > hr> tr> | inet6 dead:beef:1111:2222::2 prefixlen 64 > hr> tr> | inet6 dead:beef:1111:2222::3 prefixlen 64 > hr> tr> | inet6 dead:beef:1111:2222::4 prefixlen 56 > hr> tr> | inet6 dead:beef:1111:2222::5 prefixlen 56 > hr> tr> | inet6 dead:beef:1111:2222::6 prefixlen 56 > hr> tr> > hr> tr> Any combination of a range definition (2-3) *and* "prefixlen = 56"is ignored > hr> tr> whereas a range definition (5-6) *and* "/56" is interpreted as = wanted. > hr> tr> > hr> tr> Well, that combination of a range and "prefix" isn't = documented, thus I am > hr> tr> not sure if that's an issue or a feature? > hr> > hr> It seems a bug. Thank you for your report. I am investigating = it now. >=20 > Can you test the attached patch? The old version (in stable/9 now) > does not support "address range spec + options" properly and ignore > the options part. >=20 > The attached patch accepts options and treats "netmask" for inet and > "prefixlen" in inet6 in a reasonable way so that the specified > options do not conflict with the default /NN values. I can confirm that your patch is working for my examples used before.=20 Now, a range definition and "prefixlen 56" is recognized properly: ifconfig: | inet6 dead:beef:1111:2222::2 prefixlen 56=20 | inet6 dead:beef:1111:2222::3 prefixlen 56=20 | inet6 dead:beef:1111:2222::4 prefixlen 56=20 | inet6 dead:beef:1111:2222::5 prefixlen 56=20 | inet6 dead:beef:1111:2222::6 prefixlen 56=20 Thanks and with kind regards, Michael