From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ben Greear Subject: Re: radvd and auto-ipv6 address regression from 2.6.31 to 2.6.34+ Date: Mon, 08 Nov 2010 09:12:16 -0800 Message-ID: <4CD82F70.3090605@candelatech.com> References: <4CD47622.5040507@candelatech.com> <4CD48FB4.2050903@candelatech.com> <4CD81D24.1040609@hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mikael Abrahamsson , NetDev To: Brian Haley Return-path: Received: from mail.candelatech.com ([208.74.158.172]:56833 "EHLO ns3.lanforge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752098Ab0KHRMY (ORCPT ); Mon, 8 Nov 2010 12:12:24 -0500 In-Reply-To: <4CD81D24.1040609@hp.com> Sender: netdev-owner@vger.kernel.org List-ID: On 11/08/2010 07:54 AM, Brian Haley wrote: > On 11/06/2010 02:17 AM, Mikael Abrahamsson wrote: >> I would not be surprised if the IPv6 stack on Linux would gain IPv6 >> addresses using SLAAC from any interface if it sees RAs on it, >> regardless if these are locally generated or not. >> >> I guess any Linux device running radvd should turn off autoconf on those >> interface that radvd is acting on? >> >> net.ipv6.conf.veth0.accept_ra=0 should do the trick? > > I believe radvd will turn-on IPv6 forwarding on all the interfaces, at > least it does on Debian in /etc/init.d/radvd, which essentially disables > the reception of RA's for address configuration purposes. I'm curious > what these values are set to, and if something just got missed. > > It might be something specific to veth too, not sure how packets are > copied/looped-back on these devices from the stack. It's reproducible on standard Ethernet interfaces connected to a different machine (and one that is not running radvd or anything special). I'll double-check that we have forwarding enabled, though I'm pretty sure we do. Thanks, Ben > > -Brian -- Ben Greear Candela Technologies Inc http://www.candelatech.com