RE: [Mip6] WG LC (Deadline Dec 18th, 04) for I-Ds: draft-ietf-mip6-auth-protocol-01.txt anddraft-ietf-mip6-mn-ident-option-00.txt

"alpesh" <alpesh@cisco.com> Tue, 21 December 2004 23:21 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 SAA18891 for <mip6-web-archive@ietf.org>; Tue, 21 Dec 2004 18:21:37 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CgtIR-0008St-Ga for mip6-web-archive@ietf.org; Tue, 21 Dec 2004 18:20:04 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cgswu-00070d-Tp; Tue, 21 Dec 2004 17:57:48 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cgsg1-0001pj-6P for mip6@megatron.ietf.org; Tue, 21 Dec 2004 17:40:22 -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 RAA08379 for <mip6@ietf.org>; Tue, 21 Dec 2004 17:40:18 -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 1CgspY-0005Is-7S for mip6@ietf.org; Tue, 21 Dec 2004 17:50:13 -0500
Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-3.cisco.com with ESMTP; 21 Dec 2004 14:27:14 +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-1.cisco.com (8.12.10/8.12.6) with ESMTP id iBLLJFo9003646; Tue, 21 Dec 2004 13:19:16 -0800 (PST)
Received: from alpeshw2k03 (dhcp-171-68-147-79.cisco.com [171.68.147.79]) by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with ESMTP id BAA10441; Tue, 21 Dec 2004 13:30:02 -0800 (PST)
Message-Id: <200412212130.BAA10441@mira-sjc5-b.cisco.com>
From: alpesh <alpesh@cisco.com>
To: 'Francis Dupont' <Francis.Dupont@enst-bretagne.fr>, 'Vijay Devarapalli' <vijayd@iprg.nokia.com>
Subject: RE: [Mip6] WG LC (Deadline Dec 18th, 04) for I-Ds: draft-ietf-mip6-auth-protocol-01.txt anddraft-ietf-mip6-mn-ident-option-00.txt
Date: Tue, 21 Dec 2004 13:19:16 -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
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4939.300
In-Reply-To: <200412201508.iBKF88Sj081344@givry.rennes.enst-bretagne.fr>
Thread-Index: AcTmqUcaL5IjQBqsRUW/3+G/vmWi8wA+VwmA
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Content-Transfer-Encoding: 7bit
Cc: mip6@ietf.org, Basavaraj.Patil@nokia.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: 538aad3a3c4f01d8b6a6477ca4248793
Content-Transfer-Encoding: 7bit

Francis -

The specific case is described in an appendix (B in the version you have).
It is
In appendix A (in version that will be submitted shortly).

-a 

> -----Original Message-----
> From: mip6-bounces@ietf.org [mailto:mip6-bounces@ietf.org] On 
> Behalf Of Francis Dupont
> Sent: Monday, December 20, 2004 7:08 AM
> To: Vijay Devarapalli
> Cc: mip6@ietf.org; Basavaraj.Patil@nokia.com
> Subject: Re: [Mip6] WG LC (Deadline Dec 18th,04) for I-Ds: 
> draft-ietf-mip6-auth-protocol-01.txt 
> anddraft-ietf-mip6-mn-ident-option-00.txt 
> 
>  In your previous mail you wrote:
> 
>    >  - 6 message indent: anti-replay is important, IMHO at 
> least SHOULD is
>    >    required.
>    
>    in most cases, the sequence number in the Binding Update is
>    enough for replay protection when the authentication option
>    protocol is used. if in a particular deployment, (which uses
>    the authentication option protocol), the sequence number is
>    not sufficient, the message identification option should be
>    used. that why it is a MAY in the document.
>    
> => I have no concern to get the function from the "deployment 
> environment" but in this case the constraints for the 
> "deployment environment" must be explicited (currently we can 
> only assume that the "deployment environment" provides 
> authentication and authorization). Note it is possible the 
> "deployment environment"
> needs the sequence number...
> 
> Regards
> 
> Francis.Dupont@enst-bretagne.fr
> 
> _______________________________________________
> 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