RE: [Mip6] Comments on mip6-mn-ident-option-00.txt

"alpesh" <alpesh@cisco.com> Tue, 04 January 2005 14:41 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 JAA14551 for <mip6-web-archive@ietf.org>; Tue, 4 Jan 2005 09:41:00 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Clq4A-0006Y9-VY for mip6-web-archive@ietf.org; Tue, 04 Jan 2005 09:53:50 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Clppg-0001VH-DW; Tue, 04 Jan 2005 09:38:48 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ClpoT-000121-Rb for mip6@megatron.ietf.org; Tue, 04 Jan 2005 09:37: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 JAA14362 for <mip6@ietf.org>; Tue, 4 Jan 2005 09:37:32 -0500 (EST)
Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Clq0o-0006TA-GD for mip6@ietf.org; Tue, 04 Jan 2005 09:50:21 -0500
Received: from sj-core-2.cisco.com (171.71.177.254) by sj-iport-3.cisco.com with ESMTP; 04 Jan 2005 07:47:38 +0000
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com [171.71.163.14]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j04Easl2019566; Tue, 4 Jan 2005 06:36:55 -0800 (PST)
Received: from alpeshw2k03 (sjc-vpn6-338.cisco.com [10.21.121.82]) by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with ESMTP id BAG32420; Tue, 4 Jan 2005 06:49:50 -0800 (PST)
Message-Id: <200501041449.BAG32420@mira-sjc5-b.cisco.com>
From: alpesh <alpesh@cisco.com>
To: "'Charles E.Perkins'" <charliep@iprg.nokia.com>, 'Mobile IPv6 Mailing List' <mip6@ietf.org>
Subject: RE: [Mip6] Comments on mip6-mn-ident-option-00.txt
Date: Tue, 04 Jan 2005 06:36:56 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
In-Reply-To: <41D9DC08.3DEC6A59@iprg.nokia.com>
Thread-Index: AcTx8fQ4aqMY5TBISCmwjkV1H/YvCAAeCddQ
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4939.300
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5011df3e2a27abcc044eaa15befcaa87
Content-Transfer-Encoding: 7bit
Cc: Alpesh Patel <alpesh@cisco.com>
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>
Sender: mip6-bounces@ietf.org
Errors-To: mip6-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a87a9cdae4ac5d3fbeee75cd0026d632
Content-Transfer-Encoding: 7bit

Charlie -

Please see inline for comments: 

> -----Original Message-----
> From: mip6-bounces@ietf.org [mailto:mip6-bounces@ietf.org] On 
> Behalf Of Charles E.Perkins
> Sent: Monday, January 03, 2005 3:58 PM
> To: Alpesh Patel; Mobile IPv6 Mailing List
> Subject: [Mip6] Comments on mip6-mn-ident-option-00.txt
> 
> 
> Hello Alpesh,
> 
> Here are some comments on the draft.
> 
> - In section 3.2, there is reference to
>   "any authentication enabling extension".
>   No such thing is defined for Mobile IPv6.

This has been fixed in current doc (01). How about a bit modification like:

"When used together with authentication option [1], this option MUST appear
before the authentication options defined in [1]."

> 
> - I don't believe that there is any need to
>   carry the option in Binding Acknowledgements.
>   This should be a "MAY", not a "MUST".
>   The sequence number is supposed to be enough
>   to match updates with acknowledgements.

This has been fixed in the draft on the WG page.

> 
> - section 4: Any new scheme for identifying
>   a network entity introduces new security
>   threats.  The extent of the threat can be
>   estimated only when the methods for associating
>   the identifier to the device itself are known.
>   In the case of Mobile IPv6, there is also the
>   need to securely associate the identifier with
>   the IP address of the device.  Furthermore,
>   when the identifier is going to be used as
>   a way to index a security association, my
>   guess is that the current inflexibility of
>   IPsec will cause either a redefinition or
>   some greater pain to be suffered when trying
>   to use IPsec algorithms indexed on something
>   besides IP addresses.

Can you provide text here?

> 
> - section 5:  my understanding is that one has
>   to specify just how the new option subtypes
>   are going to specified, allocated, and approved.

The version on WG page adds a line in IANA considerations section in this
regards.

> 
> Editorial:
> 
> - In section 1. 2nd paragraph, "identify"
>   should be "identifies"

Fixed now.

> 
> - Section 5, last paragraph: should "value"
>   be pluralized?
> 
Has been fixed in the version on WG page.

> - Use either "subtype" or "sub-type", but not
>   both.

Fixed. 

Also, the name of the draft has changed - please look at:

 MN Identifier Option for Mobile IPv6  (14146 bytes) linked to:

	
http://www.ietf.org/internet-drafts/draft-ietf-mip6-mn-ident-option-01.txt

Thx
-a

> 
> Regards, and happy new year!
> Charlie P.
> 
> _______________________________________________
> 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