Re: [Mipshop] [Fwd: Re: Comments draft-ietf-mipshop-fh80216e-06]

<Michael.G.Williams@nokia.com> Wed, 27 February 2008 02:28 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 8D03E3A6D92; Tue, 26 Feb 2008 18:28:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.158
X-Spam-Level:
X-Spam-Status: No, score=-1.158 tagged_above=-999 required=5 tests=[AWL=-0.721, 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 1nLL8akpC7yh; Tue, 26 Feb 2008 18:28:01 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4A7683A692F; Tue, 26 Feb 2008 18:28:01 -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 1AC493A695D for <mipshop@core3.amsl.com>; Tue, 26 Feb 2008 18:28:00 -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 xosJU8kFaXYu for <mipshop@core3.amsl.com>; Tue, 26 Feb 2008 18:27:59 -0800 (PST)
Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 8A1E03A6883 for <mipshop@ietf.org>; Tue, 26 Feb 2008 18:27:57 -0800 (PST)
Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-mx09.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id m1R2SKHY011636; Tue, 26 Feb 2008 20:29:21 -0600
Received: from daebh101.NOE.Nokia.com ([10.241.35.111]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 27 Feb 2008 04:27:23 +0200
Received: from daebe103.NOE.Nokia.com ([10.241.35.24]) by daebh101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 26 Feb 2008 20:27:21 -0600
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 26 Feb 2008 20:27:20 -0600
Message-ID: <2198383E1141814486F0B881B3260CF50203488A@daebe103.NOE.Nokia.com>
In-Reply-To: <47C4B05D.6040304@azairenet.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Mipshop] [Fwd: Re: Comments draft-ietf-mipshop-fh80216e-06]
Thread-Index: Ach42L04bOukxhG/Tf2QfH1vv65xNQACs6zQ
References: <47C4B05D.6040304@azairenet.com>
From: Michael.G.Williams@nokia.com
To: vijay.devarapalli@azairenet.com, mipshop@ietf.org
X-OriginalArrivalTime: 27 Feb 2008 02:27:21.0501 (UTC) FILETIME=[47F47CD0:01C878E8]
X-Nokia-AV: Clean
Subject: Re: [Mipshop] [Fwd: Re: Comments draft-ietf-mipshop-fh80216e-06]
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

Hi Vijay, Heejin,

Regarding the removal of references to 802.21 due that being too SDO
specific, .21 is developed by the IEEE 802 LMSC just as .16e is. It is
the same SDO, so  the reference to .16e and .21 stand on equal footing. 

In Section 4, the MN is described as using native .16 L2 mechanisms for
network topology discovery. Although not specifically designed to
facilitate intra .16 handover, 802.21 also provides a service that can
provide the topology. The service (information service query)  is a MN
'pull', so is not subject to the particular DoS attack mentioned in
other reviews.

In Section 5, the adjective 'close'is used in reference to the use of
802.21, FMIPv6 and 802.16e. Since both 802.21 and FMIPv6 provide link
independent interfaces and services, this characterization can give the
wrong impression. In general MIP acceleration techniques and .21
services have at times been mis-labeled as 'close' when they achieve the
performance gains while providing standardized link independent
interfaces and services.

In Section 5.1, a review was concerned about the possibility of an
attacker triggering a flood of link detected events from the 802.21
implementation. This kind of attack will cause the MN to indicated some
kind of signal upward from the L2 implementation if the MN is listening
for these .16 messages. When .21 is being used, the link event is
'consumed' or 'interpreted' and presented upward in a media independent
fashion. It is possible (probably typical) for a .21 implementation to
have information that could help mitigate this attack. In suchi
mplementations, the MIHF would receive the link event from the .16e L2,
but deliver selected events upwards to FMIPv6.

In Section 5.2, the scenario does not include network initiated HO as a
possibility. Is it within the possible use cases to discuss such an
option?


Thanks for taking on this work. We really need these solutions to be
clear.

Best Regards,
Michael


>-----Original Message-----
>From: mipshop-bounces@ietf.org 
>[mailto:mipshop-bounces@ietf.org] On Behalf Of ext Vijay Devarapalli
>Sent: 26 February, 2008 16:36
>To: 'Mipshop'
>Subject: [Mipshop] [Fwd: Re: Comments draft-ietf-mipshop-fh80216e-06]
>
>FYI.
>
>I forwarded a bunch of comments that we got as a result of the 
>IETF last call on draft-ietf-mipshop-fh80216e-06. Heejin has 
>been addressing those comments and revising the draft. If 
>anyone has comments on the changes being made, now would be a 
>good time to speak up.
>
>Vijay
>
_______________________________________________
Mipshop mailing list
Mipshop@ietf.org
http://www.ietf.org/mailman/listinfo/mipshop