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
- [mif] FW: Review requested: draft-ietf-mif-dhcpv6… Hui Deng
- Re: [mif] FW: Review requested: draft-ietf-mif-dh… Alexandru Petrescu
- Re: [mif] Review requested: draft-ietf-mif-dhcpv6… Ted Lemon
- [mif] RA vs DHCPv6 config (was Review requested: … Brian E Carpenter
- Re: [mif] RA vs DHCPv6 config (was Review request… Ted Lemon
- Re: [mif] RA vs DHCPv6 config (was Review request… Tomasz Mrugalski
- Re: [mif] RA vs DHCPv6 config (was Review request… Ted Lemon
- Re: [mif] Review requested: draft-ietf-mif-dhcpv6… Alexandru Petrescu
- Re: [mif] Review requested: draft-ietf-mif-dhcpv6… Tomasz Mrugalski
- Re: [mif] Review requested: draft-ietf-mif-dhcpv6… Alexandru Petrescu
- Re: [mif] RA vs DHCPv6 config (was Review request… Brian E Carpenter
- Re: [mif] Review requested: draft-ietf-mif-dhcpv6… Ted Lemon
- Re: [mif] RA vs DHCPv6 config (was Review request… Ted Lemon