From patchwork Wed Mar 18 01:06:09 2009 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: =?utf-8?q?Kolbj=C3=B8rn_Barmen?= X-Patchwork-Id: 24612 X-Patchwork-Delegate: davem@davemloft.net Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Received: from vger.kernel.org (vger.kernel.org [209.132.176.167]) by ozlabs.org (Postfix) with ESMTP id 80CA7DDF7C for ; Wed, 18 Mar 2009 12:06:31 +1100 (EST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753925AbZCRBGS (ORCPT ); Tue, 17 Mar 2009 21:06:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753813AbZCRBGS (ORCPT ); Tue, 17 Mar 2009 21:06:18 -0400 Received: from ufisa.uninett.no ([158.38.152.126]:36236 "EHLO ufisa.uninett.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753671AbZCRBGS (ORCPT ); Tue, 17 Mar 2009 21:06:18 -0400 Received: from uninett.no (firda.kolla.no [158.38.160.150]) by ufisa.uninett.no (Postfix) with ESMTP id 28F593060B; Wed, 18 Mar 2009 02:06:10 +0100 (CET) Date: Wed, 18 Mar 2009 02:06:09 +0100 (CET) From: =?UTF-8?Q?Kolbj=C3=B8rn_Barmen?= X-X-Sender: kolla@firda.kolla.no To: =?UTF-8?Q?Kolbj=C3=B8rn_Barmen?= cc: netdev@vger.kernel.org Subject: Re: PROBLEM: IPv6 autoconf/accept_ra default values In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LNX 1184 2008-12-16) MIME-Version: 1.0 Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Tue, 24 Feb 2009, Kolbjørn Barmen wrote: > 1. Summary of problem > > autoconfig and accept_ra is by default on (by the way of forwarning) - > this is very problematic in many ways. [snip] > My personal oppinion is that anything ipv6 autoconfig/accept_ra should be > default _off_, since this simplifies all the above mentioned issues, and > it is incredibly easy to turn on again with systcl if people want it. > It is much easier to enable ipv6 automagic than to disable it. > At least there should be kernel/module parameter to set default behaviour. > > Part of the problem with deploying IPv6 is due to "magic" like this, all > the autoconfig/router announcement magic looks very well on paper and in > theory, but out in the field it quickly leads to loads of totally > unnecessary extra work, work that could easily be avoided if default > behaviour was to have it off. It should be in the interest of IPv6 > advocates to support a "soft" transition from IPv4-only to dual-stack, > fencing off unwanted "magic" only adds to the frustration for those who > actually try to deploy it. > > What do you think? Obviously noone really think much of this, one way or the other, so here's a patch that changes the default values. -------- -------- Cheers! -- kolla --- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html --- linux/net/ipv6/addrconf.c.orig 2009-03-17 23:41:10.000000000 +0100 +++ linux/net/ipv6/addrconf.c 2009-03-17 23:42:18.000000000 +0100 @@ -157,9 +157,9 @@ .forwarding = 0, .hop_limit = IPV6_DEFAULT_HOPLIMIT, .mtu6 = IPV6_MIN_MTU, - .accept_ra = 1, + .accept_ra = 0, .accept_redirects = 1, - .autoconf = 1, + .autoconf = 0, .force_mld_version = 0, .dad_transmits = 1, .rtr_solicits = MAX_RTR_SOLICITATIONS, @@ -192,9 +192,9 @@ .forwarding = 0, .hop_limit = IPV6_DEFAULT_HOPLIMIT, .mtu6 = IPV6_MIN_MTU, - .accept_ra = 1, + .accept_ra = 0, .accept_redirects = 1, - .autoconf = 1, + .autoconf = 0, .dad_transmits = 1, .rtr_solicits = MAX_RTR_SOLICITATIONS, .rtr_solicit_interval = RTR_SOLICITATION_INTERVAL,