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

Sri Gundavelli <sgundave@cisco.com> Wed, 03 August 2011 00:22 UTC

Return-Path: <sgundave@cisco.com>
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 0611711E80F2 for <mext@ietfa.amsl.com>; Tue, 2 Aug 2011 17:22:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.122
X-Spam-Level:
X-Spam-Status: No, score=-3.122 tagged_above=-999 required=5 tests=[AWL=-0.523, BAYES_00=-2.599]
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 JRyZFc5S8++B for <mext@ietfa.amsl.com>; Tue, 2 Aug 2011 17:22:31 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id AE4B711E80F0 for <mext@ietf.org>; Tue, 2 Aug 2011 17:22:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=sgundave@cisco.com; l=8925; q=dns/txt; s=iport; t=1312330962; x=1313540562; h=date:subject:from:to:cc:message-id:in-reply-to: mime-version:content-transfer-encoding; bh=lUm7QcrCW+V44cM6Ou7HNEQ4gXaYBljrL4zuqRwIgfA=; b=XC218XuJhBDm5+tvgJ005z5TmbfbePsn+SQBlFJ+QfMfaY5CGQWdKyNS Log+7lcTUwe4jVHJTOz+T4vF3ZJ8BERnYDzwQxf5IJhMa3Y4fDxvJOc/i hfSG+OThEnpXqxZPDx9VOsALnev9L3qIPbWij0QssVoOvLhy8K2lciOXc s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AusAAAeUOE6rRDoH/2dsb2JhbAA3Cg6Xdo9Wd4FAAQEBAQEBAQEBAQ8BFBMCATELBQcGAQgRBAEBAVUoCAEBBAENBRsHh0oEoAgBnlGDJIMeBIdaiyGFEIsdVw
X-IronPort-AV: E=Sophos;i="4.67,307,1309737600"; d="scan'208";a="9016858"
Received: from mtv-core-2.cisco.com ([171.68.58.7]) by rcdn-iport-1.cisco.com with ESMTP; 03 Aug 2011 00:22:38 +0000
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by mtv-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p730McZp025731; Wed, 3 Aug 2011 00:22:38 GMT
Received: from xmb-sjc-214.amer.cisco.com ([171.70.151.145]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 2 Aug 2011 17:22:38 -0700
Received: from 10.32.246.212 ([10.32.246.212]) by xmb-sjc-214.amer.cisco.com ([171.70.151.145]) with Microsoft Exchange Server HTTP-DAV ; Wed, 3 Aug 2011 00:22:37 +0000
User-Agent: Microsoft-Entourage/12.30.0.110427
Date: Tue, 02 Aug 2011 17:22:35 -0700
From: Sri Gundavelli <sgundave@cisco.com>
To: Seok-Joo Koh <sjkoh@knu.ac.kr>, Basavaraj.Patil@nokia.com, charles.perkins@earthlink.net
Message-ID: <CA5DE2DB.23430%sgundave@cisco.com>
Thread-Topic: [MEXT] LISP as a solution for some part of the DMM requirement
Thread-Index: AcxRc3E/uupKgbU9LUmZsG4tlE5APg==
In-Reply-To: <A276F714BCCD434DA6A3A7DB39CD72E8@knucpl>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 03 Aug 2011 00:22:38.0176 (UTC) FILETIME=[73247600:01CC5173]
Cc: 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: Wed, 03 Aug 2011 00:22:33 -0000

> 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 ?

There is no reason to define a PMIP-only or a CMIP-only solution, unless the
extension makes sense only to one of the mobility models. Many of the
protocol options/extensions are relevant to both the approaches. Looking at
revocation work [RFC-5846], it was done in MEXT WG, but the options were
specified for both the client-based and network-based variants of MIPv6
protocol. We need to ensure, we don't take MIPv6 and PMIPv6 in two different
directions. LMA serving network-based mobility domain is a feature extension
on home agent, its the same code base, same function to most part will be
supporting client-based mobile nodes and IP hosts in a PMIPv6 domain. They
are not two different systems, but a common anchor point supporting two
different mobility approaches, over a common protocol semantics.

In any case, as Raj/Romain and others pointed out, we need to look at the
problem statement and identify the needed extensions. At this point, I'm not
going with the assumption that, we need to redesign the protocol, boil the
ocean, or come back with a radically new approach, but rather identify the
needed incremental extensions to fix some of the gaps.



Sri






On 8/2/11 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