Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem

Lorenzo Colitti <lorenzo@google.com> Wed, 30 October 2013 13:08 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B504611E822F for <v6ops@ietfa.amsl.com>; Wed, 30 Oct 2013 06:08:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[AWL=0.088, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gnmNVYRNg5Xj for <v6ops@ietfa.amsl.com>; Wed, 30 Oct 2013 06:08:40 -0700 (PDT)
Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by ietfa.amsl.com (Postfix) with ESMTP id C297011E8232 for <v6ops@ietf.org>; Wed, 30 Oct 2013 06:08:19 -0700 (PDT)
Received: by mail-ie0-f174.google.com with SMTP id qd12so2192656ieb.5 for <v6ops@ietf.org>; Wed, 30 Oct 2013 06:08:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=8PwT8Ulkrz/zu61av1fAc4ANXKps1MnJB/722QnmcQw=; b=H4Gy60quzr83wD5dzGo6zhTX4oYA08ScqvixRzoyk0oau12zH0tbeCerAgaQd0hKqJ KfpjlLwIvfzDz41fw0RquSK8QTbbmA/iwczw7QIU8BGnZ+Pj9gcqaIduUMIjfvwfOuDJ SYHolQoNvbZtI69z9mHmu57TsptP4O5HjFZrspvwHkA9lODMIFs0gy2vep4it06cAG1H Hb2J15jnVGGjPN+y8kEqk1rlkfi2jbqk3hozrRU2IcMIKyDjHJM7QgqgfXDlD0bx0vTp FfUclh6zcLS4ahGSOgKJI/+9/If6W4jkkrPfK99amwCTWxN519ulMX7hn3+sgtCjySw7 l9kw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=8PwT8Ulkrz/zu61av1fAc4ANXKps1MnJB/722QnmcQw=; b=AksRNTIvWXTFAglNOnltIGE5knjBF34o/g69uPcD3eRdypN88qEt59l20/mBKfxL8l XQS/UjDiQGolub8wXtHw5ImJJdeEAKZvuh2ri5o88G5LrTie9vEzNC9eN4MaIjNHfP/0 Nb19BqvbToeCtukPIPofX4i5tsmVT/dmCHkdYn3JQUX5qKJMAElGMkSSqkFBmpJBJGo3 hNjVMju3HXwpcAjfkVd0iKEwO/aZOHScCPlDVNyDLH6JtUrZs9U21IKOq6G0BIedOsNM ef6dSMYiRbRjnSJn1wGoVHKPA95p/q5tcQUN6XU8HZGzIOzVRHEZvtAs6iF1wjaP/2fB x0nw==
X-Gm-Message-State: ALoCoQlE1l5MfH7v2hbWQiOgtRQYY3j0u0PEA/peTqoV9BJKPZtj7HydzR0zGpXoeCQ+OUxZGd4tSZ+lx2LBt83BR2fFxZmYM1ITNEJpSw9Y7TH2gvI089TpKJqCOrzIKfiqRYPukKmqEIGkK07ozM6PUZ9A9sOMzlhrsnSe3loXHrM1og6Rxd+w0SDp/Wr6Cet1SzJAkD0o
X-Received: by 10.43.138.8 with SMTP id iq8mr3137873icc.37.1383138493758; Wed, 30 Oct 2013 06:08:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.64.86.106 with HTTP; Wed, 30 Oct 2013 06:07:52 -0700 (PDT)
In-Reply-To: <52702DC2.1080507@inex.ie>
References: <CE8E8EC3.59F3A%victor@jvknet.com> <06601039-CAFD-49B0-918B-A8ACD51B978D@fugue.com> <alpine.OSX.2.00.1310281905440.11422@ayourtch-mac> <CAKD1Yr0qLd7syFizEUMa6DM2a2LY6Rv5GSFyoQAs4Pir6gcNkA@mail.gmail.com> <1383036443.56704.YahooMailNeo@web142501.mail.bf1.yahoo.com> <alpine.OSX.2.00.1310291443480.31066@ayourtch-mac> <1383074208.73179.YahooMailNeo@web142505.mail.bf1.yahoo.com> <alpine.OSX.2.00.1310292030450.31066@ayourtch-mac> <CAKD1Yr1myWu7BUmcP3sJqPXFtRyGhy=Qqd2yMsYBFQjPce3GUA@mail.gmail.com> <alpine.OSX.2.00.1310292040510.31066@ayourtch-mac> <52702DC2.1080507@inex.ie>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Wed, 30 Oct 2013 22:07:52 +0900
Message-ID: <CAKD1Yr2OTbCTTBKEe6Ktt_gF3eM1VxH1Rkk14WxTMFzdMzX-kA@mail.gmail.com>
To: Nick Hilliard <nick@inex.ie>
Content-Type: multipart/alternative; boundary=001a11c2036498b4c404e9f506af
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Oct 2013 13:08:41 -0000

On Wed, Oct 30, 2013 at 6:50 AM, Nick Hilliard <nick@inex.ie> wrote:

> The premise that many people in the IETF seem to be working on is that the typical
> - or even a common - deployment case of ipv6 will involve multiple routers
> per lan segment.  I say this because every time the issue of DHCP providing
> a defgw comes up, one of the main arguments that's trotted out is that it
> will break the multiple-routers-per-lan-segment scenario.  The above 3
> paragraphs also strongly hint at this as being the target deployment.
>

Find me an medium or large enterprise deployment that doesn't have two
routers on every LAN segment. I'll bet almost all of them do, because they
know that if one crashes or they want to take it down for maintenance, they
have an outage, and nobody likes outages.

Now, the way - the *only* way - you do this in IPv4 is to run some failover
protocol like VRRP between the routers. In IPv6 you can do that, but you
don't have to, because all the RA protocol was designed to support multiple
sources of information and multiple routers.

There are situations in which that capability is useful, and I don't think
we should take it away.