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

Wassim Haddad <wassim.haddad@ericsson.com> Thu, 09 September 2010 05:55 UTC

Return-Path: <wassim.haddad@ericsson.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 9DA493A6A28; Wed, 8 Sep 2010 22:55:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.522
X-Spam-Level:
X-Spam-Status: No, score=-102.522 tagged_above=-999 required=5 tests=[AWL=-1.319, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100]
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 pwXIIehMQ984; Wed, 8 Sep 2010 22:54:55 -0700 (PDT)
Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.8]) by core3.amsl.com (Postfix) with ESMTP id 04E763A6A20; Wed, 8 Sep 2010 22:54:41 -0700 (PDT)
Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id o8964NUn021466; Thu, 9 Sep 2010 01:04:24 -0500
Received: from [164.48.125.82] (147.117.20.213) by eusaamw0711.eamcs.ericsson.se (147.117.20.179) with Microsoft SMTP Server id 8.2.234.1; Thu, 9 Sep 2010 01:55:00 -0400
Subject: Re: Last Call: draft-ietf-mext-nemo-pd (DHCPv6 Prefix Delegation for NEMO) to Proposed Standard
MIME-Version: 1.0 (Apple Message framework v1081)
Content-Type: multipart/signed; boundary="Apple-Mail-4-761819511"; protocol="application/pkcs7-signature"; micalg="sha1"
From: Wassim Haddad <wassim.haddad@ericsson.com>
In-Reply-To: <4C87A4A8.6060909@gmail.com>
Date: Wed, 08 Sep 2010 22:54:57 -0700
Message-ID: <B1762FEA-D894-4D15-82B1-2D6A3AFFF481@ericsson.com>
References: <20100907153620.7037.57685.idtracker@localhost> <4C87A4A8.6060909@gmail.com>
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>
X-Mailer: Apple Mail (2.1081)
Cc: IETF Discussion <ietf@ietf.org>, 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: Thu, 09 Sep 2010 05:55:10 -0000

On Sep 8, 2010, at 7:58 AM, Alexandru Petrescu wrote:

> 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).

=> Am not sure I understand from your comment where the problem really lies. 
If neither RA does the job nor DHCPv6 then why do you think this problem (if it 
is really a problem) should be adressed in this particular draft and not in a more
general way?


Wassim H.


> 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
>> 
> 
> 
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf

Regards,

Wassim H.