Re: [Mipshop] MIPSHOP discussion on new items and milestones

gabriel montenegro <gab@sun.com> Wed, 23 March 2005 19:18 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA21630 for <mipshop-web-archive@ietf.org>; Wed, 23 Mar 2005 14:18:30 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DEBSh-0007ij-3G for mipshop-web-archive@ietf.org; Wed, 23 Mar 2005 14:24:15 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DEBKI-0001ME-8P; Wed, 23 Mar 2005 14:15:34 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DEBKH-0001M9-D0 for mipshop@megatron.ietf.org; Wed, 23 Mar 2005 14:15:33 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA21311 for <mipshop@ietf.org>; Wed, 23 Mar 2005 14:15:32 -0500 (EST)
Received: from dyn50.sunlabs.com ([204.153.12.50] helo=mail-mta.sunlabs.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DEBPk-0007cc-Pc for mipshop@ietf.org; Wed, 23 Mar 2005 14:21:16 -0500
Received: from mail.sunlabs.com ([152.70.2.186]) by mail-mta.sfvic.sunlabs.com (Sun Java System Messaging Server 6.1 HotFix 0.02 (built Aug 25 2004)) with ESMTP id <0IDT0017DK5CLB00@mail-mta.sfvic.sunlabs.com> for mipshop@ietf.org; Wed, 23 Mar 2005 11:15:12 -0800 (PST)
Received: from [152.70.69.138] by mail.sunlabs.com (Sun Java System Messaging Server 6.1 HotFix 0.02 (built Aug 25 2004)) with ESMTPSA id <0IDT005DAK5C1EA0@mail.sunlabs.com> for mipshop@ietf.org; Wed, 23 Mar 2005 11:15:12 -0800 (PST)
Date: Wed, 23 Mar 2005 11:15:11 -0800
From: gabriel montenegro <gab@sun.com>
Subject: Re: [Mipshop] MIPSHOP discussion on new items and milestones
In-reply-to: <4238786E.9040202@sun.com>
To: mipshop@ietf.org
Message-id: <4241C03F.5050002@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-transfer-encoding: 7bit
X-Accept-Language: en-us, en
References: <4238786E.9040202@sun.com>
User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
Content-Transfer-Encoding: 7bit
X-BeenThere: mipshop@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: mipshop.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mipshop>, <mailto:mipshop-request@ietf.org?subject=unsubscribe>
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>
Sender: mipshop-bounces@ietf.org
Errors-To: mipshop-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 10ba05e7e8a9aa6adb025f426bef3a30
Content-Transfer-Encoding: 7bit

Folks,

Thanks for the excellent exchange so far. At this point, based on what I've
seen, I'd like to share with you how I'm seeing things.


MN-AR security
	seems like there is sufficient interest and this item is
	narrow enough to warrant further work on the SeND key
	reuse method as well as to develop a AAA-based solution.
	Whereas we believe there may be some IPR-issues to clarify
	with the SeND based approach (in spite of Jim's interpretation)
	we don't have the same clarity with respect to the AAA approach.
	Please come forward with your IPR disclosures on this. This is not
	optional.
	
	looking at 2 PS documents.

FMIPv6 itself
	I'd postpone this item given that we don't have a clear understandiung
	of what the exact relationship with DNA, CARD, 802.21 and the forthcoming
	neighborhood discovery is (and heck, there's even a proposal for dhcp).
	I'm inclined not to include it for now
	until we know more, and look into it again until a few months have
	gone by and we have a better grasp of the security and the discovery
	portions. The former to continue here, the latter to continue elsewhere
	(e.g., mobopts).

FMIP-over-cdma
	This experimental document is a useful exercise to better understand
	deployment considerations and the above issues. It's also good in that
	it encourages another SDO to seriously think about this, even if it is
	in a preliminary manner (I don't believe they have firms and urgent
	deployment plans). I have heard of at least two groups of folks in
	the working group interested in this. You know who you are, and you
	should work together on one document. Highly desirable: go through the
	regular channels (ietf liaisons) and produce a document from 3GPP2
	on this subject.

	looking at one informational document

MN-MAP security for HMIPv6
	I'd like to think that such an item could be included, but we do need to see
	a draft on this subject in very short order. Conceptually, it does not seem
	a much more difficult problem than MN-AR security, so depending on how quickly
	the relevant draft can be produced, this could be entertained. It seems to me
	that without this piece in place, talking about other HMIP work in MIPSHOP
	is premature (but it should continue elsewhere). Like FMIP, other work could
	be taken on later on.

	perhaps (if a first solid draft appears shortly) one PS document

RO issues
	Not clear how much of EBU is new and how much is just further language on
	rfc 3775. At any rate, it does seem like a CGA-based scheme could be
	worked on (heck, the basic concept has been around for ages), using
	omip as a starting point. Highly desirable: go through the ietf channels
	and using the proper liaisons obtain a message from the SDOs reputedly
	interested in this item. This document would have the precondition for
	CBA (authenticated notification of CoA change to the CN). Ideally, we'd
	have a very simple CBA scheme in place as well.  Both of these mechanism
	would be optional (i.e., we're not in the business of replacing RR).

	looking at one PS document.
	

This gives us a lot already, perhaps too much:
	(up to) 4 PS documents (perhaps 3)
	1 informational document

I don't think we want to take on any more load for now. As we complete
items, we will look into it (as we are doing now).

This may not be everybody's favorite list, but hopefully it works reasonably well
(or at least *maximizes the distribution of unhappiness*, as Brian put it at the plenary).

comments? close enough, way off?

-gabriel




	

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