Re: [DMM] WGLC #2 for draft-ietf-dmm-best-practices-gap-analysis-04

Alper Yegin <alper.yegin@yegin.org> Thu, 03 July 2014 20:38 UTC

Return-Path: <alper.yegin@yegin.org>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 940F91B2A2C for <dmm@ietfa.amsl.com>; Thu, 3 Jul 2014 13:38:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cKcRtYD08qC4 for <dmm@ietfa.amsl.com>; Thu, 3 Jul 2014 13:38:20 -0700 (PDT)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.195]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADF7A1A035E for <dmm@ietf.org>; Thu, 3 Jul 2014 13:38:20 -0700 (PDT)
Received: from [192.168.2.49] (88.247.135.202.static.ttnet.com.tr [88.247.135.202]) by mrelay.perfora.net (node=mrus3) with ESMTP (Nemesis) id 0M1ngA-1WnsF53OdG-00u4IH; Thu, 03 Jul 2014 16:37:57 -0400
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="iso-8859-1"
From: Alper Yegin <alper.yegin@yegin.org>
In-Reply-To: <6E31144C030982429702B11D6746B98C3711BA46@szxeml557-mbx.china.huawei.com>
Date: Thu, 03 Jul 2014 23:37:47 +0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <902AB2AA-7317-4158-8051-4F6059F58913@yegin.org>
References: <5382B78C.5060409@gmail.com> <538D4E54.90205@gmail.com> <538D5F0A.3060006@earthlink.net> <538F8181.5000403@gmail.com> <3950_1401956609_53902901_3950_8205_1_81C77F07008CA24F9783A98CFD706F7114255588@PEXCVZYM12.corporate.adroot.infra.ftgroup> <6E31144C030982429702B11D6746B98C3711BA46@szxeml557-mbx.china.huawei.com>
To: h chan <h.anthony.chan@huawei.com>
X-Mailer: Apple Mail (2.1283)
X-Provags-ID: V02:K0:uYbVRam/5L2um/iRTLnQVcXNZ8IO6AOyQQKLsu/dA+C xZjjQ98rWWwr2f1+rSFkSB0cKjzbD4M8BSwxcjqRjLkFxwIz75 qUSwogC9Cz92cV4FjzB0NMx2C+38jR+PSp5OOcFXVQvfdHjK10 zfdQmCnrBINTHFmqpR/JddX/viejcwBaaHviM4pZpsnG/ZRxsV s7hAH0lPqrK1a6QYiLh1M4rDUpLHbOaYtz+2qFDfN1trLnR0oU zEcJP6jzmbhlAnkC5oNbN2fzLvVUX3urqMaq0/P/zD67uCZUgO AqMhk1J3KpCXt+Fo3a137hauPIwhsgOcIBvwZr9lku1LEORDZN 2ED9su1HtPqYav79GxmJZZJ53/gBjMeVpXLLQUOBtdK5E5Eiku WuOr8OLlfxNNg==
Archived-At: http://mailarchive.ietf.org/arch/msg/dmm/J8PHM0jLv7bpVMwVxu48o8xJTRE
Cc: Charlie Perkins <charles.perkins@earthlink.net>, "dmm@ietf.org" <dmm@ietf.org>, "dmm-chairs@tools.ietf.org" <dmm-chairs@tools.ietf.org>
Subject: Re: [DMM] WGLC #2 for draft-ietf-dmm-best-practices-gap-analysis-04
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Jul 2014 20:38:23 -0000

Anthony,

LI == FM-CP ?

Alper




On Jul 3, 2014, at 11:07 PM, h chan wrote:

> I also like to try more generic wording. How about the following:
> 
>   2.  Internetwork Location Information (LI) function: managing and
>       keeping track of the internetwork location of an MN.  The
>       location information may be a binding of the IP advertised
>       address/prefix (e.g., HoA or HNP) to the IP routing address of
>       the MN or of a node that can forward packets destined to the MN.
>       It is a control plane function.
> 
>       In a client-server protocol model, location information query and update
>       messages may be exchanged between a location information client
>       (LIc) and a location information server (LIs).
> 
>   3.  Forwarding Management (FM) function: packet interception and
>       forwarding to/from the IP address/prefix assigned to the MN,
>       based on the internetwork location information, either to the
>       destination or to some other network element that knows how to
>       forward the packets to their destination.
> 
>       FM may optionally be split into the control plane (FM-CP) and
>       data plane (FM-DP).
> 
> They are two basic functions of a network: to process information and to forward. It also specifically includes "binding" in the information. 
> 
> H Anthony Chan
> 
> -----Original Message-----
> From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of pierrick.seite@orange.com
> Sent: Thursday, June 05, 2014 3:23 AM
> To: Jouni Korhonen; Charlie Perkins; dmm@ietf.org
> Cc: dmm-chairs@tools.ietf.org
> Subject: Re: [DMM] WGLC #2 for draft-ietf-dmm-best-practices-gap-analysis-04
> 
> Hi,
> 
> Just to explain why we chose the term "Location management" instead of "binding management": 
> 
> Actually, we have considered that "binding management" has too much IP mobility flavor and we wanted something more generic. BTW, of course, LM refers to IP location management...  "binding management" is fine but it may implicitly lead the reader to consider only IP mobility protocols... So,  we use "Location management" to be more generic and open the door to other mobility management mechanisms. That said, I'll not oppose to use "binding management" if there is a group consensus.
> 
> Pierrick
> 
>> -----Message d'origine-----
>> De : dmm [mailto:dmm-bounces@ietf.org] De la part de Jouni Korhonen 
>> Envoyé : mercredi 4 juin 2014 22:29 À : Charlie Perkins; dmm@ietf.org 
>> Cc : dmm-chairs@tools.ietf.org Objet : Re: [DMM] WGLC #2 for 
>> draft-ietf-dmm-best-practices-gap-analysis-
>> 04
>> 
>> 
>> Charlie,
>> 
>> Right, sorry for missing these.
>> 
>> - jouni
>> 
>> 
>> 6/3/2014 8:37 AM, Charlie Perkins kirjoitti:
>>> 
>>> Hello Jouni,
>>> 
>>> I communicated three issues:
>>> 
>>> - The gap does not explain the gaps between the requirements and
>>>     FMIP / [seamoby] documents / [hokey]
>>> - The document does not explain the relevance of the SIPTO example
>>>     in fulfilling the requirements.  In fact, SIPTO has "limited mobility
>>>     support".
>>> - The document uses terminology "LMs" and "LMc" that could be
>>>     improved.  Almost every existing IETF approach refers to some sort
>>>     of "binding management", and it would be better to stay aligned
>>>     with that.  This is especially true lately, since "location 
>>> management"
>>>     is relevant to advertisements and even surveillance.
>>> 
>>> Regards,
>>> Charlie P.
>>> 
>>> 
>>> On 6/2/2014 9:25 PM, Jouni Korhonen wrote:
>>>> Folks,
>>>> 
>>>> The WGLC has ended for this I-D. There was one comment on the list:
>>>> http://www.ietf.org/mail-archive/web/dmm/current/msg01152.html
>>>> 
>>>> I also sent few editorial/typo correction comments offline to the 
>>>> authors while doing my review for the proto write-up.
>>>> 
>>>> We take the I-D passed the WGLC #2 but a new quick revision to 
>>>> include the two comments is needed before we ship the I-D out of the
>> WG.
>>>> 
>>>> - Jouni (as a DMM co-chair)
>>>> 
>>>> 
>>>> 5/26/2014 6:39 AM, Jouni Korhonen kirjoitti:
>>>>> Folks,
>>>>> 
>>>>> This email starts a one week WGLC #2 for 
>>>>> draft-ietf-dmm-best-practices-gap-analysis-04. Issue you comments 
>>>>> to the mailing list and place possible tickets to the issue tracker.
>>>>> There are quite a few changed mainly to tackle Charlie's comments.
>>>>> 
>>>>> The WGLC ends 2ns June 2014 EOB (EEST). Silence is accounted as an 
>>>>> acceptance for the content.
>>>>> 
>>>>> - Jouni (as a DMM co-chair)
>>>> 
>>>> _______________________________________________
>>>> dmm mailing list
>>>> dmm@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/dmm
>>>> 
>>> 
>> 
>> _______________________________________________
>> dmm mailing list
>> dmm@ietf.org
>> https://www.ietf.org/mailman/listinfo/dmm
> 
> _________________________________________________________________________________________________________________________
> 
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
> 
> _______________________________________________
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
> 
> _______________________________________________
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm