From owner-svn-src-head@FreeBSD.ORG Thu Oct 25 17:18:46 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 06981DC3; Thu, 25 Oct 2012 17:18:46 +0000 (UTC) (envelope-from brian@awfulhak.org) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 769E88FC0C; Thu, 25 Oct 2012 17:18:44 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd5ml3no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd6mo1no-svcs.prod.shaw.ca with ESMTP; 25 Oct 2012 11:18:38 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=lbZngtFpA+T3WvIHIl4wnoqCVcx9ie5HeyIhFFUqCgg= c=1 sm=1 a=wom5GMh1gUkA:10 a=gyNmXv_Ll5gA:10 a=dBRESv0yCI8A:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=Jvqgub9IZPV2TmRqH1mFPg==:17 a=6I5d2MoRAAAA:8 a=MMwg4So0AAAA:8 a=k_g7LV2XLHczmujdHMkA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=WJ3hkfHDukgA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO gw.Awfulhak.org) ([174.7.169.46]) by pd5ml3no-dmz.prod.shaw.ca with ESMTP; 25 Oct 2012 11:18:36 -0600 Received: from thong.lan.Awfulhak.org (thong.lan.Awfulhak.org [172.16.0.31]) by gw.Awfulhak.org (8.14.5/8.14.5) with ESMTP id q9PHIRUi090112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 25 Oct 2012 10:18:28 -0700 (PDT) (envelope-from brian@lan.Awfulhak.org) Received: from thong.lan.Awfulhak.org (localhost [127.0.0.1]) by thong.lan.Awfulhak.org (8.14.5/8.14.5) with ESMTP id q9PHIR9Q063794; Thu, 25 Oct 2012 10:18:27 -0700 (PDT) (envelope-from brian@thong.lan.Awfulhak.org) Received: (from brian@localhost) by thong.lan.Awfulhak.org (8.14.5/8.14.5/Submit) id q9PHIRHJ063793; Thu, 25 Oct 2012 10:18:27 -0700 (PDT) (envelope-from brian) Date: Thu, 25 Oct 2012 10:18:27 -0700 From: Brian Somers To: Hiroki Sato Subject: Re: svn commit: r242074 - head/etc/rc.d Message-ID: <20121025171827.GA59432@thong.lan.Awfulhak.org> References: <201210250837.q9P8b9ur012402@svn.freebsd.org> <50892486.9030201@FreeBSD.org> <20121025.210007.176692667026768547.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121025.210007.176692667026768547.hrs@allbsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-1.7 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gw.lan.Awfulhak.org Cc: svn-src-head@FreeBSD.org, dim@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, brian@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 17:18:46 -0000 On Thu, Oct 25, 2012 at 09:00:07PM +0900, Hiroki Sato wrote: > Dimitry Andric wrote > in <50892486.9030201@FreeBSD.org>: > > di> On 2012-10-25 10:37, Brian Somers wrote: > di> ... > di> > URL: http://svn.freebsd.org/changeset/base/242074 > di> > > di> > Log: > di> > Enable "accept_rtadvd" on interfaces running rtadvd. > di> ... > di> > + for iface in ${command_args}; do > di> > + ifconfig ${iface} inet6 -accept_rtadv > di> > + done > di> > di> The commit message says it enables accept_rtadv, the code actually > di> disables it. Which is correct? I assume the latter? Yes, the message should have read "Enable sending router advertisments". Sorry, the exact opposite came out - the naming does my head in :-/ > > Enabling accept_rtadv should prevent rtadvd from sending RAs on the > interface, so disabling it is a necessary step if one wants to send > RAs. > > However, accept_rtadv is off by default in the current rc.d > framework. Why forcibly disabling it is needed? After upgrading from 8-STABLE to 9-STABLE on Monday, IPv6 routing advertisments were broken. Disabling accept (enabling send) appeared to be necessary to get things up and running. As you say, net.inet6.ip6.accept_rtadv is set to zero (off, meaning that we *can* send advertisments), so I don't now what the issue is. Irrespective of this, I think it's useful to explicitly set the interface to be able to send advertisments when running rtadvd - just in case the sysctl is set to 1 elsewhere. Doing an "ifconfig inet6 accept_rtadv" after boot doesn't seem to disable sending advertisments, so I'm finding it difficult to test this remotely... testing is awkward when I'm not at home as this machine is also suffering from the "can't reboot" issue!! I'll look into why the sysctl doesn't seem to behave as expected when I get home this evening. -- Brian Somers Don't _EVER_ lose your sense of humour !