RE: On the NECESSITY of MIP for LMM (was Re: [Mipshop] WG Last Call comments...)

"Bound, Jim" <jim.bound@hp.com> Thu, 06 November 2003 15:55 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA14382 for <mipshop-archive@odin.ietf.org>; Thu, 6 Nov 2003 10:55:20 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AHmTP-0006ZD-Q6 for mipshop-archive@odin.ietf.org; Thu, 06 Nov 2003 10:55:03 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hA6Ft3HD025237 for mipshop-archive@odin.ietf.org; Thu, 6 Nov 2003 10:55:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AHmTP-0006Yy-Kf for mipshop-web-archive@optimus.ietf.org; Thu, 06 Nov 2003 10:55:03 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA14370 for <mipshop-web-archive@ietf.org>; Thu, 6 Nov 2003 10:54:50 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AHmTN-0002ot-00 for mipshop-web-archive@ietf.org; Thu, 06 Nov 2003 10:55:01 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AHmTM-0002oq-00 for mipshop-web-archive@ietf.org; Thu, 06 Nov 2003 10:55:00 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AHmTO-0006Xp-Kl; Thu, 06 Nov 2003 10:55:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AHmSW-0006X8-SR for mipshop@optimus.ietf.org; Thu, 06 Nov 2003 10:54:09 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA14360 for <mipshop@ietf.org>; Thu, 6 Nov 2003 10:53:55 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AHmSU-0002od-00 for mipshop@ietf.org; Thu, 06 Nov 2003 10:54:06 -0500
Received: from zmamail04.zma.compaq.com ([161.114.64.104]) by ietf-mx with esmtp (Exim 4.12) id 1AHmST-0002oa-00 for mipshop@ietf.org; Thu, 06 Nov 2003 10:54:05 -0500
Received: from tayexg12.americas.cpqcorp.net (tayexg12.americas.cpqcorp.net [16.103.130.103]) by zmamail04.zma.compaq.com (Postfix) with ESMTP id 67D0E139A6; Thu, 6 Nov 2003 10:54:04 -0500 (EST)
Received: from tayexc13.americas.cpqcorp.net ([16.103.130.26]) by tayexg12.americas.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.0); Thu, 6 Nov 2003 10:54:04 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: RE: On the NECESSITY of MIP for LMM (was Re: [Mipshop] WG Last Call comments...)
Date: Thu, 06 Nov 2003 10:54:03 -0500
Message-ID: <9C422444DE99BC46B3AD3C6EAFC9711B05122552@tayexc13.americas.cpqcorp.net>
Thread-Topic: On the NECESSITY of MIP for LMM (was Re: [Mipshop] WG Last Call comments...)
Thread-Index: AcOhxmHbqps+rURrQ2WU8Oi978BnRQCt5toQ
From: "Bound, Jim" <jim.bound@hp.com>
To: Pekka Nikander <pekka.nikander@nomadiclab.com>, carlw@mcsr-labs.org
Cc: jeanmichel.combes@francetelecom.com, gab@sun.com, mipshop@ietf.org
X-OriginalArrivalTime: 06 Nov 2003 15:54:04.0241 (UTC) FILETIME=[3409FC10:01C3A47E]
Content-Transfer-Encoding: quoted-printable
Sender: mipshop-admin@ietf.org
Errors-To: mipshop-admin@ietf.org
X-BeenThere: mipshop@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mipshop>, <mailto:mipshop-request@ietf.org?subject=unsubscribe>
List-Id: <mipshop.ietf.org>
List-Post: <mailto:mipshop@ietf.org>
List-Help: <mailto:mipshop-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mipshop>, <mailto:mipshop-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

I will be sending my review I guess to multi6 of MAST.  This has nothing
to do with MIP. It has to do with implementation as HIPI and I think
crosses an IETF stadards line into implementation.  IETF don't tell
implementors how to build their stack.  Regardless what has MAST or HIPI
have to do with this discussion from your perspective?

thanks
/jim

> -----Original Message-----
> From: mipshop-admin@ietf.org [mailto:mipshop-admin@ietf.org] 
> On Behalf Of Pekka Nikander
> Sent: Friday, October 31, 2003 5:01 AM
> To: carlw@mcsr-labs.org
> Cc: jeanmichel.combes@francetelecom.com; gab@sun.com; mipshop@ietf.org
> Subject: Re: On the NECESSITY of MIP for LMM (was Re: 
> [Mipshop] WG Last Call comments...)
> 
> 
> Carl and Jean-Michel,
> 
> Just to clarify:  I am not asking the requirements
> draft to be extended to consider sub-IP mobility or
> other micro-mobility schemes.
> 
> I am still talking about plain, IP layer mobility.
> My point is that Mobile IP is only one IP layer mobility 
> method, admittedly the most mature one today, but not the only one.
> 
> What I have been asking for is to *possibly* rewrite
> the requirements document so that it would not mandate
> MIP based solutions.  The main motivation is to allow
> recycling of the requirements document for other work,
> for *example*, MAST or HIP based LMM.  A related but
> lesser motivation is that maybe we could later get IP
> level LMM schemes that are not based on MIP but better
> suited for the job at hand.  However, I am very well
> aware that such work will not happen within the
> current charter of this working group.
> 
> Anyway, I do definitely want the LMM requirements document
> to say that the solution MUST be compatible with MIP, and
> that the solutions considered MUST work at the IP layer
> (and not below it).  The *only* thing that I do not like
> is the requirements document to be solution specific from
> the outset.  That limits its scope unnecessarily.
> 
> [Nit picking:  The keyword here is "necessity".  What
> I tried to argue for is that there are no technical
> reasons that necessitate the requirements document to say
> that the solution MUST be based on MIP.  (The charter says 
> otherwise, and I am OK with the charter.)  Therefore it is 
> *unnecessary* to state that the solutions MUST be based on 
> MIP.  I argued that it would be trivial to rewrite the 
> document so that it allows other solutions. I still aim to do 
> that, time permitting.]
> 
> > I think (my opinion) is that we should move forward with
> > the LMM requirements draft as is (given editorial changes 
> suggested so 
> > far).  My concern is that a general requirements draft isn't as 
> > straight forward as is being stated.  The goal here is in advancing 
> > LMM in the context of mipshop
> > - which has a charter based on MIP solutions.
> > 
> > But I am open to working with Pekka on generic requirements 
> document 
> > if that is what the decision is.
> 
> Very much now depends on the understanding of "generic".
> To me it is generic in the sense that it does not limit 
> solutions to Mobile IP, but still works at the IP layer and 
> not by going below it.  MAST, HIP, LIN6 etc all work, in this 
> sense, at the IP layer.
> 
> --Pekka Nikander
> 
> 
> 
> 
> _______________________________________________
> Mipshop mailing list
> Mipshop@ietf.org
> https://www1.ietf.org/mailman/listinfo/mipshop
> 

_______________________________________________
Mipshop mailing list
Mipshop@ietf.org
https://www1.ietf.org/mailman/listinfo/mipshop