Re: [MEXT] LISP as a solution for some part of the DMM requirement

"Seok-Joo Koh" <sjkoh@knu.ac.kr> Fri, 05 August 2011 06:15 UTC

Return-Path: <sjkoh@knu.ac.kr>
X-Original-To: mext@ietfa.amsl.com
Delivered-To: mext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B66115E8006 for <mext@ietfa.amsl.com>; Thu, 4 Aug 2011 23:15:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.196
X-Spam-Level:
X-Spam-Status: No, score=-2.196 tagged_above=-999 required=5 tests=[AWL=0.402, BAYES_00=-2.599, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R+xSLSguXm5x for <mext@ietfa.amsl.com>; Thu, 4 Aug 2011 23:15:39 -0700 (PDT)
Received: from spam2.knu.ac.kr (spam2.knu.ac.kr [155.230.10.253]) by ietfa.amsl.com (Postfix) with ESMTP id E866D5E8005 for <mext@ietf.org>; Thu, 4 Aug 2011 23:15:35 -0700 (PDT)
Received: from unknown (HELO knu.ac.kr) (155.230.11.8) by 155.230.10.253 with SMTP; 5 Aug 2011 15:11:03 +0900
X-Original-SENDERIP: 155.230.11.8
X-Original-MAILFROM: sjkoh@knu.ac.kr
x-beehive-trace: sjkoh@knu.ac.kr mext@ietf.org 155.230.105.149
Received: from knu.ac.kr by ietf.org with ESMTP (knu.ac.kr) for mext@ietf.org; Fri, 5 Aug 2011 15:15:45 +0900 (KST)
x-beehive-kind: normal
x-beehive-modified: received kind
Message-ID: <D1ABC28C882D4F7AA68B6BB2EB09CC13@knucpl>
From: Seok-Joo Koh <sjkoh@knu.ac.kr>
To: Julien Laganier <julien.ietf@gmail.com>
References: <CA5DDBC3.1C939%basavaraj.patil@nokia.com><A276F714BCCD434DA6A3A7DB39CD72E8@knucpl> <CAE_dhjssZHxvZwkqO1R9bYypX2n0Ui0nZL=qFTNg7XkhP=EyBQ@mail.gmail.com>
Date: Fri, 05 Aug 2011 15:15:50 +0900
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109
Cc: Basavaraj.Patil@nokia.com, dino@cisco.com, mext@ietf.org
Subject: Re: [MEXT] LISP as a solution for some part of the DMM requirement
X-BeenThere: mext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Mobile IPv6 EXTensions WG <mext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mext>, <mailto:mext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mext>
List-Post: <mailto:mext@ietf.org>
List-Help: <mailto:mext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Aug 2011 06:15:40 -0000

Julien,

Your comment is completely agreed.
I believe the first step of DMM shall be to make a couple of WG documents on 
problem statements and requirements, together with applicability to
the current MIP protocol suite. Our energy needs to be focused on those issues.

Thanks,
Seok-Joo Koh


----- Original Message ----- 
From: "Julien Laganier" <julien.ietf@gmail.com>
To: "Seok-Joo Koh" <sjkoh@knu.ac.kr>
Cc: <mext@ietf.org>; <dino@cisco.com>; <Basavaraj.Patil@nokia.com>
Sent: Friday, August 05, 2011 1:03 AM
Subject: Re: [MEXT] LISP as a solution for some part of the DMM requirement


Seok-Joo,

At this point it is not clear that new mechanisms are needed thus the
question on where should solution work be undertaken seems a bit
premature. For now I' d advise people interested in the DMM work to
focus on what are their requirements and then see how the MIPv6
protocol suite can be applied to fulfill those.

--julien

On Tue, Aug 2, 2011 at 4:29 PM, Seok-Joo Koh <sjkoh@knu.ac.kr> wrote:
> Hello there,
>
> To my understanding, this thread of discussion was intended to review LISP
> so as to collect a lot of useful information in the perspective of DMM
> requirements,
> NOT to make specific schemes, such as MIP-based, PMIP-based, or LISP-based
> DMM solutions.
>
> It seems that the issues on DMM requirements are under the scope of MEXT WG,
> as described in the WG charter.
> However, it is still unclear to me which WG is appropriate to develop
> specific solutions for DMM:
> MIP-based DMM -> MEXT WG ?
> PMIP-based DMM -> NETEXT WG ?
> LISP-based DMM -> LISP WG ?
> or
> all the issues shall fall into the MOPOPT RG ??
>
> *************************
> Seok-Joo Koh
> http://protocol.knu.ac.kr/
> *************************
>
> ----- Original Message ----- From: <Basavaraj.Patil@nokia.com>
> To: <charles.perkins@earthlink.net>
> Cc: <dino@cisco.com>; <mext@ietf.org>
> Sent: Wednesday, August 03, 2011 6:58 AM
> Subject: Re: [MEXT] LISP as a solution for some part of the DMM requirement
>
>
>>
>> Hi Charlie,
>>
>> On 8/2/11 4:41 PM, "ext Charles E. Perkins"
>> <charles.perkins@earthlink.net> wrote:
>>
>>>
>>> Hello folks,
>>>
>>> I agree that LISP work should not be done in the [mext]
>>> working group.
>>>
>>> However, if the LISP design shows how to make a good
>>> solution for distributed anchoring, it is pertinent to
>>> our work insofar as it provides a model for the [mext]
>>> solution. In that case, if we are fortunate, it would
>>> be easier to devise an appropriate solution by using
>>> the LISP distributed anchoring as a guide.
>>
>> If the LISP design helps in alleviating the concerns that we have
>> identified as some of the key issues in I-D
>> draft-patil-mext-dmm-approaches-01.txt (Sec 3), then maybe yes. If we have
>> to incorporate LISP based mobility as a solution for DMM, then we have an
>> issue, because at the present time it can be perceived that the problems
>> could be solved within the framework of MIP6 signaling and network
>> elements.
>>
>> -Basavaraj
>>
>>
>>>
>>> Please note that I do not yet claim that LISP does
>>> what is needed -- only that we ought to take a look.
>>>
>>> Regards,
>>> Charlie P.
>>>
>>>
>>> On 8/2/2011 2:15 PM, Basavaraj.Patil@nokia.com wrote:
>>>>
>>>> I agree with Romain's comment.
>>>> The scope of DMM within the context of the MEXT WG is to reuse Mobile
>>>> IPv6
>>>> protocols, extensions and elements to address the concerns of the base
>>>> Mobile IP model.
>>>>
>>>> Mobility using LISP may be a good solution in itself. I have no idea or
>>>> opinion about such a solution at the present time.
>>>>
>>>> I believe that we can address the DMM requirements with a few extensions
>>>> to MIP6 signaling and guidelines for deployment. Expanding the scope of
>>>> DMM beyond the base MIP6 protocol would be taking us down a path with no
>>>> visible end.
>>>>
>>>> -Basavaraj
>>>>
>>>> On 8/2/11 4:09 PM, "ext Romain KUNTZ"<rkuntz@us.toyota-itc.com> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> I fail to see how LISP would fall in the MEXT charter item, which
>>>>> concentrates on MIPv6-based DMM solution ('Operational considerations
>>>>> for
>>>>> distributed use of Mobile IPv6'). If LISP is foreseen as a potential
>>>>> solution for distributed mobility management, that should probably be
>>>>> discussed in the Network WG, where LISP and LISP MN are discussed.
>>>>>
>>>>> Regards,
>>>>> Romain
>>>>>
>>>>> On Aug 1, 2011, at 16:50, Seok-Joo Koh wrote:
>>>>>
>>>>>> Dear Charles,
>>>>>>
>>>>>> I think the LISP can also be considered as a promising candidate
>>>>>> in the design of DMM solutions. Several works are being progressed
>>>>>> to use or extend the LISP for mobility support, which inlcude LISP-MN
>>>>>> draft
>>>>>> and many research papers. Actually, I am also considering how to
>>>>>> extend
>>>>>> the LISP scheme in the DMM perspective.
>>>>>>
>>>>>> LISP is a network-based ID-LOC separation scheme and thus it may give
>>>>>> some
>>>>>> advantages for effective mobility support. On the other hand, it is
>>>>>> noted that
>>>>>> the current version of LISP and LISP-MN may need to be more enhanced
>>>>>> in terms of scalability in the mobile environment. For example, one
>>>>>> concern of LISP
>>>>>> is that the LISP EIDs may not be aggregated anymore in the mobile
>>>>>> networks, since
>>>>>> each mobile node will have its own distinctive EIDs that do not
>>>>>> conform
>>>>>> the concerned mobile domain.
>>>>>> This may decrease the scaling benefits of original LISP.
>>>>>> We may need to design a new enhanced EID structure to be used for
>>>>>> mobile environment.
>>>>>> Nontheless, it is worthwhile to consider LISP as a promisng candidate
>>>>>> in the disign of DMM, I think.
>>>>>>
>>>>>> By the way, as I already said in this IETF DMM ad hoc meeting, the
>>>>>> urgent action item of DMM is
>>>>>> to make one or more introductory I-Ds with WG consensus, which may
>>>>>> include
>>>>>> the problem statements and requirements for DMM, use cases/scenarios,
>>>>>> and comparison matrix, etc.
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> *************************
>>>>>> Seok-Joo Koh
>>>>>> http://protocol.knu.ac.kr/
>>>>>> *************************
>>>>>>
>>>>>> ----- Original Message ----- From: "Charles E. Perkins"
>>>>>> <charles.perkins@earthlink.net>
>>>>>> To: "mext"<mext@ietf.org>
>>>>>> Cc:<dino@cisco.com>
>>>>>> Sent: Tuesday, August 02, 2011 3:28 AM
>>>>>> Subject: [MEXT] LISP as a solution for some part of the DMM
>>>>>> requirement
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Hello folks,
>>>>>>>
>>>>>>> At IETF 81, LISP for mobile devices was presented.
>>>>>>> While I am not yet convinced about the specific
>>>>>>> solution presented, I started to look at LISP as
>>>>>>> a possible component of an overall DMM solution.
>>>>>>>
>>>>>>> LISP has a website:
>>>>>>> http://www.lisp4.net
>>>>>>>
>>>>>>> For people who are unfamiliar, this issue of IPJ
>>>>>>> has a tutorial article about LISP:
>>>>>>> http://www.lisp4.net/docs/ipj_11-1.pdf
>>>>>>>
>>>>>>> The LISP draft for mobile nodes is accessible here:
>>>>>>> http://datatracker.ietf.org/doc/draft-meyer-lisp-mn/
>>>>>>>
>>>>>>> Comments? I think that LISP should be added to the
>>>>>>> comparison matrix in my draft with Dapeng Liu.
>>>>>>> Would that be helpful?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Charlie P.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> MEXT mailing list
>>>>>>> MEXT@ietf.org
>>>>>>> https://www.ietf.org/mailman/listinfo/mext
>>>>>>
>>>>>> _______________________________________________
>>>>>> MEXT mailing list
>>>>>> MEXT@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/mext
>>>>>
>>>>> _______________________________________________
>>>>> MEXT mailing list
>>>>> MEXT@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/mext
>>>>
>>>> _______________________________________________
>>>> MEXT mailing list
>>>> MEXT@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/mext
>>>>
>>>
>>
>> _______________________________________________
>> MEXT mailing list
>> MEXT@ietf.org
>> https://www.ietf.org/mailman/listinfo/mext
>
> _______________________________________________
> MEXT mailing list
> MEXT@ietf.org
> https://www.ietf.org/mailman/listinfo/mext
>
_______________________________________________
MEXT mailing list
MEXT@ietf.org
https://www.ietf.org/mailman/listinfo/mext