Re: [mif] Review requested: draft-ietf-mif-dhcpv6-route-option

Tomasz Mrugalski <tomasz.mrugalski@gmail.com> Mon, 31 October 2011 17:38 UTC

Return-Path: <tomasz.mrugalski@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A2651F0C7D for <mif@ietfa.amsl.com>; Mon, 31 Oct 2011 10:38:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.549
X-Spam-Level:
X-Spam-Status: No, score=-3.549 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 HDo1DtzQ7DCC for <mif@ietfa.amsl.com>; Mon, 31 Oct 2011 10:38:08 -0700 (PDT)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id 41FD41F0C7A for <mif@ietf.org>; Mon, 31 Oct 2011 10:38:08 -0700 (PDT)
Received: by wyg30 with SMTP id 30so1552859wyg.31 for <mif@ietf.org>; Mon, 31 Oct 2011 10:38:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-tagtoolbar-keys:content-type :content-transfer-encoding; bh=+lIBW1xMfCxjLPft8VxwtANZx5rBhtiuguPIk9kzElI=; b=hlQzeTKiN6lUUZ7S3hYM8cKBh+PB1bWiij0QJRmTgJDmPvMT0kpalQweCiNp+WaMJp 1mrM69hjZRD2G4Qyc/mIroU9uFYSfoAp1J+giqJl0Q4/DeyZtXordMAFvk/Oud/WWyiz 5sJNWSSl9CBdom5h1XaN+qrjXDHvJaSJfl4Q0=
Received: by 10.216.72.65 with SMTP id s43mr4778660wed.40.1320082687467; Mon, 31 Oct 2011 10:38:07 -0700 (PDT)
Received: from [10.0.0.100] (host-109-107-11-157.ip.jarsat.pl. [109.107.11.157]) by mx.google.com with ESMTPS id e7sm33694098wbh.12.2011.10.31.10.38.05 (version=SSLv3 cipher=OTHER); Mon, 31 Oct 2011 10:38:06 -0700 (PDT)
Message-ID: <4EAEDCFA.6050202@gmail.com>
Date: Mon, 31 Oct 2011 18:38:02 +0100
From: Tomasz Mrugalski <tomasz.mrugalski@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Lightning/1.0b2 Thunderbird/3.1.15
MIME-Version: 1.0
To: mif@ietf.org
References: <4EAAA9FE.9030600@innovationslab.net> <CAD06408.17DC0D%wbeebee@cisco.com>, <5B6B2B64C9FE2A489045EEEADDAFF2C3032A71C3@XMB-RCD-109.cisco.com> <COL118-W380DB46BD2C899FA745788B1D30@phx.gbl> <4EAD833E.1020204@gmail.com> <A28D1C9D-0227-48E8-A9B0-EDB769AFD5AA@nominum.com> <4EAED7E1.2040506@gmail.com>
In-Reply-To: <4EAED7E1.2040506@gmail.com>
X-TagToolbar-Keys: D20111031183802542
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
Subject: Re: [mif] Review requested: draft-ietf-mif-dhcpv6-route-option
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Oct 2011 17:38:09 -0000

On 31.10.2011 18:16, Alexandru Petrescu wrote:
> Le 30/10/2011 18:24, Ted Lemon a écrit :
>> On Oct 30, 2011, at 1:02 PM, Alexandru Petrescu wrote:
>>> The question one raised on 6man is about coexistence with RA about
>>> default route. One is aware that a similar situation (alternate
>>> mechanism DHCP-vs-RA for default route) appeared recently when DNS-in-RA
>>> was proposed (DHCP existed doing DNS). RFC6106 proposes to do
>>> DNS-in-RA but has a section explaining coexistence with DHCP about DNS
>>> address - and gives the latter precedence over.
>>
>> This is a very good point, which should be addressed in the route option
>> draft. I think the right thing is to give RA precedence over DHCP for
>> routing information, but am curious to know if others disagree.
> 
> I do not disagree: in the default route case, if RA offers such data
> then give it preference over the default route obtained from DHCP.
Sorry, but I can't parse that sentence. You seem to agree with Ted (DHCP
preferred over RA), but the later part of the sentence states otherwise
(RA preferred over RA).

> (the preference mechanism can be specified by using the lifetime
> mechanism).
Can you elaborate on that? What has lifetime to do with preference? Do
you want to somehow prefer longer (or shorter) lifetimes? That is rather
dangerous and I would like to avoid that. I believe that clear statement
("DHCP overrides RA" or "RA overrides DHCP") will help a lot here.

Tomek