[netext] RE : Re: I-D Action: draft-ietf-netext-pd-pmip-03.txt

BOC Michael <michael.boc@cea.fr> Fri, 20 July 2012 06:12 UTC

Return-Path: <michael.boc@cea.fr>
X-Original-To: netext@ietfa.amsl.com
Delivered-To: netext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2115521F8575; Thu, 19 Jul 2012 23:12:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.249
X-Spam-Level:
X-Spam-Status: No, score=-8.249 tagged_above=-999 required=5 tests=[AWL=1.999, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
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 I9JJglKgDgcX; Thu, 19 Jul 2012 23:12:10 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.8]) by ietfa.amsl.com (Postfix) with ESMTP id 8FEFC21F856F; Thu, 19 Jul 2012 23:12:09 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id q6K6D2wK027060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 20 Jul 2012 08:13:02 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id q6K6D16F003305; Fri, 20 Jul 2012 08:13:01 +0200 (envelope-from michael.boc@cea.fr)
Received: from excah-b0.intra.cea.fr (excah-b0.intra.cea.fr [132.166.88.85]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id q6K6D1xm020177; Fri, 20 Jul 2012 08:13:01 +0200
Received: from EXDAG0-B3.intra.cea.fr ([fe80::d0da:1b48:7560:ee73]) by excah-b0.intra.cea.fr ([fe80::7542:b9de:5cc1:f613%11]) with mapi id 14.01.0339.001; Fri, 20 Jul 2012 08:13:00 +0200
From: BOC Michael <michael.boc@cea.fr>
To: "zhou.xingyue@zte.com.cn" <zhou.xingyue@zte.com.cn>
Thread-Topic: Re: [netext] I-D Action: draft-ietf-netext-pd-pmip-03.txt
Thread-Index: AQHNYvKCvhAGL3znHEuOVmE7wTRHpJcrmk7ggAW68ICAAF62SA==
Date: Fri, 20 Jul 2012 06:12:59 +0000
Message-ID: <94D2EEADE1F74740979E8041CBA339380355AC45@EXDAG0-B3.intra.cea.fr>
References: <94D2EEADE1F74740979E8041CBA339380355A4EB@EXDAG0-B3.intra.cea.fr>, <OF483CD781.DF06E9B0-ON48257A41.000AE6D9-48257A41.000CEE45@zte.com.cn>
In-Reply-To: <OF483CD781.DF06E9B0-ON48257A41.000AE6D9-48257A41.000CEE45@zte.com.cn>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [132.167.194.4]
x-tm-as-product-ver: SMEX-10.0.0.4211-6.800.1017-19052.002
x-tm-as-result: No--32.266600-0.000000-31
x-tm-as-user-approved-sender: Yes
x-tm-as-user-blocked-sender: No
Content-Type: multipart/alternative; boundary="_000_94D2EEADE1F74740979E8041CBA339380355AC45EXDAG0B3intrace_"
MIME-Version: 1.0
Cc: "netext@ietf.org" <netext@ietf.org>, "netext-bounces@ietf.org" <netext-bounces@ietf.org>, "internet-drafts@ietf.org" <internet-drafts@ietf.org>, "i-d-announce@ietf.org" <i-d-announce@ietf.org>
Subject: [netext] RE : Re: I-D Action: draft-ietf-netext-pd-pmip-03.txt
X-BeenThere: netext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " <netext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netext>, <mailto:netext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netext>
List-Post: <mailto:netext@ietf.org>
List-Help: <mailto:netext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netext>, <mailto:netext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Jul 2012 06:12:12 -0000

Hey,

Ok, now I understand that this draft is about using DHCPv6-PD signalling messages to trigger a specific behavior of PMIPv6 and not at all about using DHCPv6 and its PD extension to provide MNPs to PMIPv6 and by extension to the MR.

Two (more) efficient solutions for this approach:
1) You don't need DHCPv6 entities (delegating router, DHCPv6 relay and so on). You just need to intercept DHCPv6-PD related messages and to enhances LMA to deliver prefixes shorter than 64 bits.
2) You deliver HNPs and MNPs (with prefixes shorter than 64 bits) for every nodes. This is a couple of lines to add in RFC5213.

Our approach can then be seen as one step further in integrating a real DHCPv6 architecture in parallel of PMIPv6 to deliver MNPs to mobile routers.

Michael

________________________________
De : zhou.xingyue@zte.com.cn [zhou.xingyue@zte.com.cn]
Date d'envoi : vendredi 20 juillet 2012 04:21
À : BOC Michael
Cc : i-d-announce@ietf.org; internet-drafts@ietf.org; netext@ietf.org; netext-bounces@ietf.org
Objet : 答复: Re: [netext] I-D Action: draft-ietf-netext-pd-pmip-03.txt


Hi,

The purpose of setting R flag is to indicate the network that network mobility service is allowed to the mobile node as specified in section 3.2. In this draft, it just focus on the way to assign the MNP to the MR based on DHCPv6-PD triggering mechanism.

Regarding the possible hints in IA_PD(s), I dont get your point very much. Could you explain more?

Best Regards,
Joy

netext-bounces@ietf.org 写于 2012-07-16 17:12:56:

> Hello all,
>
> Concerning this draft, I would like to know why you need to set the
> R flag in PBU
> (because you don't explain it in the draft) and if your approach is
> to not take
> into account possible hints in IA_PD(s). If this is the case, we
> just have to provide
> MNP(s) at MR attachment with the HNP(s) and we move on another subject.
>
> Regards,
>
>
> Michael
>
>
> > -----Message d'origine-----
> > De : netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] De la
> > part de internet-drafts@ietf.org
> > Envoyé : lundi 16 juillet 2012 03:29
> > À : i-d-announce@ietf.org
> > Cc : netext@ietf.org
> > Objet : [netext] I-D Action: draft-ietf-netext-pd-pmip-03.txt
> >
> >
> > A New Internet-Draft is available from the on-line Internet-Drafts
> > directories.
> >  This draft is a work item of the Network-Based Mobility Extensions
> > Working Group of the IETF.
> >
> >    Title           : Prefix Delegation for Proxy Mobile IPv6
> >    Author(s)       : Xingyue Zhou
> >                           Jouni Korhonen
> >                           Carl Williams
> >                           Sri Gundavelli
> >                           Carlos J. Bernardos
> >    Filename        : draft-ietf-netext-pd-pmip-03.txt
> >    Pages           : 16
> >    Date            : 2012-07-15
> >
> > Abstract:
> >    Proxy Mobile IPv6 enables IP mobility for a host without requiring
> >    its participation in any mobility signaling, being the network
> >    responsible for managing IP mobility on behalf of the host.
> > However,
> >    Proxy Mobile IPv6 does not support assigning a prefix to a router
> > and
> >    managing its IP mobility.  This document specifies an extension to
> >    Proxy Mobile IPv6 protocol for supporting network mobility using
> >    DHCPv6-based Prefix Delegation.
> >
> >
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-ietf-netext-pd-pmip
> >
> > There's also a htmlized version available at:
> > http://tools.ietf.org/html/draft-ietf-netext-pd-pmip-03
> >
> > A diff from previous version is available at:
> > http://tools.ietf.org/rfcdiff?url2=draft-ietf-netext-pd-pmip-03
> >
> >
> > Internet-Drafts are also available by anonymous FTP at:
> > ftp://ftp.ietf.org/internet-drafts/
> >
> > _______________________________________________
> > netext mailing list
> > netext@ietf.org
> > https://www.ietf.org/mailman/listinfo/netext
> _______________________________________________
> netext mailing list
> netext@ietf.org
> https://www.ietf.org/mailman/listinfo/netext
>