RE: [Mip6] Comments for draft-ietf-mip6-rfc4285bis-00.txt

"Chowdhury, Kuntal" <kchowdhury@starentnetworks.com> Wed, 19 September 2007 16:05 UTC

Return-path: <mip6-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IY23R-0002zG-1g; Wed, 19 Sep 2007 12:05:33 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IY23P-0002uA-MP for mip6@ietf.org; Wed, 19 Sep 2007 12:05:31 -0400
Received: from mx0.starentnetworks.com ([12.38.223.203]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IY23P-0004Ta-7u for mip6@ietf.org; Wed, 19 Sep 2007 12:05:31 -0400
Received: from localhost (localhost.localdomain [127.0.0.1]) by mx0.starentnetworks.com (Postfix) with ESMTP id 94FDCA80D7 for <mip6@ietf.org>; Wed, 19 Sep 2007 12:05:27 -0400 (EDT)
Received: from mx0.starentnetworks.com ([127.0.0.1]) by localhost (mx0.starentnetworks.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32725-07 for <mip6@ietf.org>; Wed, 19 Sep 2007 12:05:26 -0400 (EDT)
Received: from exchtewks1.starentnetworks.com (exchtewks1.starentnetworks.com [10.2.4.28]) by mx0.starentnetworks.com (Postfix) with ESMTP for <mip6@ietf.org>; Wed, 19 Sep 2007 12:05:26 -0400 (EDT)
Received: from exchtewks2.starentnetworks.com ([10.2.4.27]) by exchtewks1.starentnetworks.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Sep 2007 12:02:59 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Mip6] Comments for draft-ietf-mip6-rfc4285bis-00.txt
Date: Wed, 19 Sep 2007 12:02:58 -0400
Message-ID: <7CCD07160348804497EF29E9EA5560D7024DA60A@exchtewks2.starentnetworks.com>
In-Reply-To: <46D9C7B7.8080408@gmx.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Mip6] Comments for draft-ietf-mip6-rfc4285bis-00.txt
Thread-Index: Acfs1HPwt5ylSOxeQZS1fIVEIxQDWQN/nBEQ
From: "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>
To: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>, Mobile IPv6 Mailing List <mip6@ietf.org>
X-OriginalArrivalTime: 19 Sep 2007 16:02:59.0373 (UTC) FILETIME=[8CB165D0:01C7FAD6]
X-Virus-Scanned: amavisd-new 2.2.1 (20041222) at mx0.starentnetworks.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3
Cc:
X-BeenThere: mip6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: mip6.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip6@ietf.org>
List-Help: <mailto:mip6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=subscribe>
Errors-To: mip6-bounces@ietf.org

Hi Hannes,

Sorry for the late follow-up on this. Please see inline...

-Kuntal


> -----Original Message-----
> From: Hannes Tschofenig [mailto:Hannes.Tschofenig@gmx.net]
> Sent: Saturday, September 01, 2007 3:13 PM
> To: Mobile IPv6 Mailing List
> Subject: [Mip6] Comments for draft-ietf-mip6-rfc4285bis-00.txt
> 
> Re-reading draft-ietf-mip6-rfc4285bis-00.txt I noticed a couple of
things.
> 
> * The references are out of date
> 
> Example: draft-ietf-mip6-mn-ident-option-03.txt become RFC 4283 in
2005.
> 
[KC>] Fixed.

> * RFC 3344 is a normative reference without a reason
> 
[KC>] will be moved under informative references.

> * More RFC 2119 language is needed. When someone reads through the
text
> then the places are pretty obvious. I could list them, if someone
cares.
> 
[KC>] We will add RFC 2119 in the reference list. The Terminology
section already points to RCC 2119. What else is needed?

> * Replay Protection: There is no mandatory to implement replay
> protection technique. To me it seems that only the timestamp based
> replay protection really seems to be usable when used in combination
> with the AAA infrastructure.
> 
[KC>] I am not sure why so. It is true that only timestamp based relay
protection scheme is specified in the current version of the I-D, but
that should not necessitate use of an AAA infrastructure! 

Anyway, please refer to Appendix A (Rationale for mobility message
replay protection option) for further details on the reason for
selecting timestamp based replay protection mode.

> Ciao
> Hannes
> 
> 
> _______________________________________________
> Mip6 mailing list
> Mip6@ietf.org
> https://www1.ietf.org/mailman/listinfo/mip6

_______________________________________________
Mip6 mailing list
Mip6@ietf.org
https://www1.ietf.org/mailman/listinfo/mip6