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

Alexandru Petrescu <alexandru.petrescu@gmail.com> Sun, 30 October 2011 17:03 UTC

Return-Path: <alexandru.petrescu@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 0685221F8B20 for <mif@ietfa.amsl.com>; Sun, 30 Oct 2011 10:03:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.028
X-Spam-Level:
X-Spam-Status: No, score=-1.028 tagged_above=-999 required=5 tests=[AWL=-0.857, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, RCVD_IN_SORBS_DUL=0.877, RDNS_NONE=0.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 PD6VaWs9dNLq for <mif@ietfa.amsl.com>; Sun, 30 Oct 2011 10:03:02 -0700 (PDT)
Received: from smtp1-g21.free.fr (unknown [IPv6:2a01:e0c:1:1599::10]) by ietfa.amsl.com (Postfix) with ESMTP id 2869B21F8B19 for <mif@ietf.org>; Sun, 30 Oct 2011 10:03:00 -0700 (PDT)
Received: from [127.0.0.1] (unknown [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 92CAC940292 for <mif@ietf.org>; Sun, 30 Oct 2011 18:02:55 +0100 (CET)
Message-ID: <4EAD833E.1020204@gmail.com>
Date: Sun, 30 Oct 2011 18:02:54 +0100
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
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>
In-Reply-To: <COL118-W380DB46BD2C899FA745788B1D30@phx.gbl>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 111030-0, 30/10/2011), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [mif] FW: 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: Sun, 30 Oct 2011 17:03:03 -0000

Le 28/10/2011 20:07, Hui Deng a écrit :
> Just want to remind that there is on-going review in 6MAN for this
> draft.

Thanks for the pointer.

I have posted separately to 6man on this topic.

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.

Additionally, the same issue may be raised about co-existence with
routing protocols.  Currently, the route-option draft says that
DHCP-route-option should not be used when dynamic routing protocols are
used (section 3.6 Limitations).  This is one particular way of building
co-existence.

In some cases this recommendation may be inappropriate - there may exist
cases where routing protocol software _and_ DHCP software should be used
on the same machine (e.g. use DHCP to get DNS address, and use OSPF to
do routing).  At that point it may be hard to prevent some particular
option of DHCP (route-option) being physically available on the machine.
  Accidentally misconfiguration may happen.

Another way would be to recommend that all data be in some list, and if
conflict arises precedence be given to some data over other.

This is of course debatable.

(In the past I have myself preferred to recommend to use mechanisms in
an alternative manner, rather than keeping prioritized lists.)

Alex

>
> thanks
>
> -Hui
>
>> Date: Fri, 28 Oct 2011 12:58:06 -0500 From: shemant@cisco.com To:
>> wbeebee@cisco.com; brian@innovationslab.net; ipv6@ietf.org CC:
>> 6man-ads@tools.ietf.org; bob.hinden@gmail.com;
> mif-chairs@tools.ietf.org
>> Subject: RE: Review requested: draft-ietf-mif-dhcpv6-route-option
>>
>> This is precisely the question that I and Bernie Volz asked a year
>> or two back. Similarly when it was discussed to add a DNS option to
>> the IPv6 ND RA when the DNS option was already supported by DHCPv6.
>> The question was if the receiving node gets the same information
>> from two different sources, which information wins? What if one
>> information was fat-fingered at the SP provisioning system while
>> the other was not? We should look at the RFC that added the DNS
>> option to the RA and see if that RFC has a section regarding this
>> question and we could copy that guidance.
>>
>> Hemant
>>
>> -----Original Message----- From: ipv6-bounces@ietf.org
>> [mailto:ipv6-bounces@ietf.org] On Behalf Of Wes Beebee (wbeebee)
>> Sent: Friday, October 28, 2011 1:52 PM To: Brian Haberman; IPv6 WG
>> Mailing List Cc: 6man-ads@tools.ietf.org; Bob Hinden;
>> mif-chairs@tools.ietf.org Subject: Re: Review requested:
>> draft-ietf-mif-dhcpv6-route-option
>>
>> What happens when both RA and DHCPv6 are configured?
>>
>> - Wes
>>
>> On 10/28/11 9:11 AM, "Brian Haberman" <brian@innovationslab.net>
>> wrote:
>>
>>> All, The MIF WG is currently defining a DHCPv6 option for
>>> defining routes (including default routes) on client nodes.
>>> Please review the draft and provide any feedback you have.
>>>
>>> http://tools.ietf.org/html/draft-ietf-mif-dhcpv6-route-option-03
>>>
>>> Regards, Brian ----------------
>>> ---------------------------------------------------- IETF IPv6
>>> working group mailing list ipv6@ietf.org Administrative Requests:
>>> https://www.ietf.org/mailman/listinfo/ipv6
>>> --------------------------------------------------------------------
>
>>>
>
>> --------------------------------------------------------------------
>
>>
> IETF IPv6 working group mailing list
>> ipv6@ietf.org Administrative Requests:
>> https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
>
>>
>
> _______________________________________________ mif mailing list
> mif@ietf.org https://www.ietf.org/mailman/listinfo/mif