Re: [Mipshop] MIPSHOP Re-chartering

Wassim Haddad <whaddad@tcs.hut.fi> Wed, 20 February 2008 03:52 UTC

Return-Path: <mipshop-bounces@ietf.org>
X-Original-To: ietfarch-mipshop-archive@core3.amsl.com
Delivered-To: ietfarch-mipshop-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 847C43A6BB0; Tue, 19 Feb 2008 19:52:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.953
X-Spam-Level:
X-Spam-Status: No, score=-0.953 tagged_above=-999 required=5 tests=[AWL=-0.516, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QDC-CFH90uz3; Tue, 19 Feb 2008 19:52:20 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ABBC73A67B0; Tue, 19 Feb 2008 19:52:20 -0800 (PST)
X-Original-To: mipshop@core3.amsl.com
Delivered-To: mipshop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5A2B73A67A9 for <mipshop@core3.amsl.com>; Tue, 19 Feb 2008 19:52:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37UQ9jkZH5+B for <mipshop@core3.amsl.com>; Tue, 19 Feb 2008 19:52:17 -0800 (PST)
Received: from mail.tcs.hut.fi (neon.tcs.hut.fi [130.233.215.20]) by core3.amsl.com (Postfix) with ESMTP id 1AD413A6BC7 for <mipshop@ietf.org>; Tue, 19 Feb 2008 19:51:43 -0800 (PST)
Received: from rhea.tcs.hut.fi (rhea.tcs.hut.fi [130.233.215.147]) by mail.tcs.hut.fi (Postfix) with ESMTP id C51952C020ECC; Wed, 20 Feb 2008 05:51:39 +0200 (EET)
Date: Wed, 20 Feb 2008 05:51:39 +0200
From: Wassim Haddad <whaddad@tcs.hut.fi>
To: Vijay Devarapalli <vijay.devarapalli@azairenet.com>
In-Reply-To: <47BB3889.4030507@azairenet.com>
Message-ID: <Pine.LNX.4.64.0802200545230.19711@rhea.tcs.hut.fi>
References: <47B0E108.2050208@azairenet.com> <Pine.LNX.4.64.0802190111410.15123@rhea.tcs.hut.fi> <47BB3889.4030507@azairenet.com>
MIME-Version: 1.0
Cc: mipshop@ietf.org
Subject: Re: [Mipshop] MIPSHOP Re-chartering
X-BeenThere: mipshop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <mipshop.ietf.org>
List-Unsubscribe: <http://www.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: <http://www.ietf.org/mailman/listinfo/mipshop>, <mailto:mipshop-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: mipshop-bounces@ietf.org
Errors-To: mipshop-bounces@ietf.org

On Tue, 19 Feb 2008, Vijay Devarapalli wrote:

> Wassim Haddad wrote:
>> Hello Vijay,
>> 
>> I don't know how the selection of new ietms have been made, 
>
> Simple. :)
>
> The DHCP and DNS extensions to enable MIH server discovery are
> normative dependencies for the MIH solution document we have.
> At the last IETF meeting, folks seemed to be comfortable with
> having the MIH solution split across three documents.
>
> Using FMIPv6 for PMIPv6 is a new topic. There seems to be
> interest in using FMIPv6 to tunnel packets between MAGs. The
> draft also on the 3GPP2-IETF dependency list (that means 3GPP2
> is planning to use the mechanism described in the draft).

=> What about leaving this one for Netlmm? I assume that it is mainly 
because FMIPv6 is a MIPSHOP product. Right?

> The p2p link prefix management for FMIPv6 and using AAA-based
> infrastructure for FMIPv6 key management have been discussed
> quite a bit in MIPSHOP WG in the past. Both are considered
> necessary for FMIPv6.
>
>> but I would like to add suggest adding further work on RFC4866 as it 
>> has been described in draft-haddad-mext-netflood-defense-00. 
>
> Sure, but I would like to see some interest from other folks.
> There hasn't been much discussion on
> draft-haddad-mext-netflood-defense-00.

=> This is not about mentioning the draft itself in the charter. It is 
instead about an issue in RFC4866 (which is also a MIPSHOP product) which 
is still open and needs to be solved. I think you have to mention such
issue in the new charter. If you need more text, please ask.


Wassim H.

_______________________________________________
Mipshop mailing list
Mipshop@ietf.org
http://www.ietf.org/mailman/listinfo/mipshop