Re: Last Call: draft-ietf-mext-nemo-pd (DHCPv6 Prefix Delegation for NEMO) to Proposed Standard

Alexandru Petrescu <alexandru.petrescu@gmail.com> Wed, 08 September 2010 14:58 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 110C73A68C6; Wed, 8 Sep 2010 07:58:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.066
X-Spam-Level:
X-Spam-Status: No, score=-2.066 tagged_above=-999 required=5 tests=[AWL=0.183, BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NYOf6bJWsktC; Wed, 8 Sep 2010 07:58:22 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id CC7D13A685C; Wed, 8 Sep 2010 07:58:21 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o88Ewn4H012439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 8 Sep 2010 16:58:49 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o88EwmIq005476; Wed, 8 Sep 2010 16:58:48 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o88EwmcK006076; Wed, 8 Sep 2010 16:58:48 +0200
Message-ID: <4C87A4A8.6060909@gmail.com>
Date: Wed, 08 Sep 2010 16:58:48 +0200
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3
MIME-Version: 1.0
To: IETF Discussion <ietf@ietf.org>
Subject: Re: Last Call: draft-ietf-mext-nemo-pd (DHCPv6 Prefix Delegation for NEMO) to Proposed Standard
References: <20100907153620.7037.57685.idtracker@localhost>
In-Reply-To: <20100907153620.7037.57685.idtracker@localhost>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: mext <mext@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Sep 2010 14:58:23 -0000

I agree mainly with the document draft-ietf-mext-nemo-pd.

It is good and needed to dynamically assign a Mobile Network Prefix to
the NEMO-enabled Mobile Router.

However, here are a couple of missing points.

One missing point is about how will the Mobile Router configure its
default route on the home link?  I thought Prefix Delegation would bring
DHCP in the picture and would allow MR to synthesize a default route
even though RAs are absent.  But I now realize that a DHCPv6-PD
implementation (and std?) does not allow a router (MR) to synthesize its
default route (neither RA does, nor DHCPv6-nonPD does).

Another missing point is that this spec talks _only_ one specific case
where DHCPv6-PD is used _without_ a real Relay: the MR is Client and
Relay and the HA is the Server DR.  My deployment is different: the MR 
is not the Relay, just Client; and the Server DR is not HA.  For this to 
work there are some modifications needed on the DHCPv6 Relay 
implementation and std (manage the the allocated prefix in the Relay's 
routing table).

I believe this model of deploying DHCPv6-PD (HA is not Server, Client is
not Relay) is inline with existing DHCPv4 deployments and that gives
an easy v6 migration path.

There are several ways of addressing these two missing points.

Alex


Le 07/09/2010 17:36, The IESG a écrit :
> The IESG has received a request from the Mobility EXTensions for
> IPv6 WG (mext) to consider the following document:
>
> - 'DHCPv6 Prefix Delegation for NEMO '
> <draft-ietf-mext-nemo-pd-06.txt>  as a Proposed Standard
>
> The IESG plans to make a decision in the next few weeks, and solicits
> final comments on this action.  Please send substantive comments to
> the ietf@ietf.org mailing lists by 2010-09-21. Exceptionally,
> comments may be sent to iesg@ietf.org instead. In either case, please
> retain the beginning of the Subject line to allow automated sorting.
>
> The file can be obtained via
> http://www.ietf.org/internet-drafts/draft-ietf-mext-nemo-pd-06.txt
>
>
> IESG discussion can be tracked via
> https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=17328&rfc_flag=0
>
>
>
No IPR declarations were found that appear related to this I-D.
> _______________________________________________ IETF-Announce
> mailing list IETF-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-announce
>