From owner-svn-src-head@FreeBSD.ORG Thu Oct 25 19:11:30 2012 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F261BF8; Thu, 25 Oct 2012 19:11:30 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id EF5538FC14; Thu, 25 Oct 2012 19:11:29 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id q9PJBD9d040762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Oct 2012 04:11:23 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id q9PJBBW7075579; Fri, 26 Oct 2012 04:11:13 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 26 Oct 2012 03:52:15 +0900 (JST) Message-Id: <20121026.035215.1799343372729116466.hrs@allbsd.org> To: brian@FreeBSD.org Subject: Re: svn commit: r242074 - head/etc/rc.d From: Hiroki Sato In-Reply-To: <20121025171827.GA59432@thong.lan.Awfulhak.org> References: <50892486.9030201@FreeBSD.org> <20121025.210007.176692667026768547.hrs@allbsd.org> <20121025171827.GA59432@thong.lan.Awfulhak.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Oct_26_03_52_15_2012_767)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Fri, 26 Oct 2012 04:11:23 +0900 (JST) X-Spam-Status: No, score=-98.1 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, dim@FreeBSD.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2012 19:11:30 -0000 ----Security_Multipart(Fri_Oct_26_03_52_15_2012_767)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Brian Somers wrote in <20121025171827.GA59432@thong.lan.Awfulhak.org>: br> After upgrading from 8-STABLE to 9-STABLE on Monday, IPv6 routing br> advertisments were broken. Disabling accept (enabling send) appeared br> to be necessary to get things up and running. br> br> As you say, net.inet6.ip6.accept_rtadv is set to zero (off, meaning br> that we *can* send advertisments), so I don't now what the issue br> is. Irrespective of this, I think it's useful to explicitly set br> the interface to be able to send advertisments when running rtadvd br> - just in case the sysctl is set to 1 elsewhere. br> br> Doing an "ifconfig inet6 accept_rtadv" after boot doesn't br> seem to disable sending advertisments, so I'm finding it difficult br> to test this remotely... testing is awkward when I'm not at home br> as this machine is also suffering from the "can't reboot" issue!! br> br> I'll look into why the sysctl doesn't seem to behave as expected br> when I get home this evening. In 9.X and later the meaning of net.inet6.ip6.accept_rtadv has been changed and the flag for whether receiving RAs or not is now in a per-IF basis. 9.0R release note says the following: | The sysctl(8) variable net.inet6.ip6.accept_rtadv has been | changed. It was a system-wide configuration knob which controlled | whether the system accepts ICMPv6 Router Advertisement messages or | not. In FreeBSD 9.0-RELEASE, this knob is converted into a | per-interface inet6 accept_rtadv ifconfig(8) option. Although the | sysctl(8) variable is available still in FreeBSD 9.0-RELEASE, it | now controls whether the per-interface option is set by default or | not. The default value is 0 (not accept the RA messages). So, by default RAs can be sent on any interface even if setting net.inet6.ip6.accept_rtadv=1 manually after a boot because no accept_rtadv per-IF flag is set. I guess this was a source of the confusion. I am not sure why setting accept_rtadv flag on an interface did not prevent from sending RAs in your case. It is not an intended behavior. If it is reproducible, please let me know. The release notes explains more details of IPv6 configuration migration from 8.X to 9.X. -- Hiroki ----Security_Multipart(Fri_Oct_26_03_52_15_2012_767)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlCJil8ACgkQTyzT2CeTzy1oiwCdHp4BjvXFuuJQ6T2SD2MWI8lS EboAoJ7cC3OztwBqo+z8D5l63y5paXI8 =KGiY -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Oct_26_03_52_15_2012_767)----