FW: [Mip6] Consensus Call: Standardizing the auth protocol [I-D:draft-ietf-mip6-auth-protocol-00.txt]

Samita Chakrabarti <Samita.Chakrabarti@eng.sun.com> Tue, 12 October 2004 17:25 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 NAA11005 for <mip6-web-archive@ietf.org>; Tue, 12 Oct 2004 13:25:02 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CHQZI-0002jF-Vy for mip6-web-archive@ietf.org; Tue, 12 Oct 2004 13:36:14 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CHQD6-0003IO-GF; Tue, 12 Oct 2004 13:13:16 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CHQ44-0000tB-6W for mip6@megatron.ietf.org; Tue, 12 Oct 2004 13:03:56 -0400
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 NAA09057 for <mip6@ietf.org>; Tue, 12 Oct 2004 13:03:53 -0400 (EDT)
Received: from brmea-mail-3.sun.com ([192.18.98.34]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CHQEq-0002GD-JX for mip6@ietf.org; Tue, 12 Oct 2004 13:15:05 -0400
Received: from jurassic.eng.sun.com ([129.146.87.130]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id i9CH3sui007709; Tue, 12 Oct 2004 11:03:54 -0600 (MDT)
Received: from shubho (shubho.SFBay.Sun.COM [129.146.85.207]) by jurassic.eng.sun.com (8.13.1+Sun/8.13.1) with SMTP id i9CH3r84748830; Tue, 12 Oct 2004 10:03:54 -0700 (PDT)
Message-Id: <200410121703.i9CH3r84748830@jurassic.eng.sun.com>
Date: Tue, 12 Oct 2004 10:04:52 -0700
From: Samita Chakrabarti <Samita.Chakrabarti@eng.sun.com>
Subject: FW: [Mip6] Consensus Call: Standardizing the auth protocol [I-D:draft-ietf-mip6-auth-protocol-00.txt]
To: mip6@ietf.org
MIME-Version: 1.0
Content-Type: TEXT/plain; charset="us-ascii"
Content-MD5: Ksw6QztmKeQDWd2GfK78UA==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.6_53 SunOS 5.10 sun4u sparc
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15
Cc: Basavaraj.Patil@nokia.com
X-BeenThere: mip6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Samita Chakrabarti <Samita.Chakrabarti@eng.sun.com>
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: c0bedb65cce30976f0bf60a0a39edea4


> 
> Basavaraj.Patil@nokia.com wrote:
> 
> >This is a consensus call to the WG on the issue of standardizing the
> >authentication-data-suboption mechanism for performing a binding
> between the
> >MN and HA. The issue has been discussed on the WG mailing list over
> >the last few weeks. The I-D
> >(draft-patil-mip6-whyauthdataoption-00.txt) has captured some of the
> >arguments, but there are several others that have been made on the
> >list as well. A summary of the discussion was sent out earlier and is
> >captured in :
> >http://www1.ietf.org/mail-archive/web/mip6/current/msg01690.html
> >
> >The proposal here (in brief) is to standardize a mechanism specified
> >in I-D draft-ietf-mip6-auth-protocol-00.txt for performing MIP6
> >registration with a home agent. RFC3775 specifies the use of IPsec to
> >secure the binding update/ACK messages between the MN and HA. The
> >auth-protocol mechanism relies on the use of an
> >authentication-data-suboption and does not require the MN-HA to
> >establish an IPsec SA.  
> >(For the discussion that has ensued so far, please refer to the MIP6
> >ML archives)
> >
> >The question to the WG is:
> >
> >1. Should we standardize the authentication protocol specified in I-D
> >   draft-ietf-mip6-auth-protocol-00.txt as an alternative (to the
> >   IPSec mechanism specified in RFC3775/6) means to securing the BUs
> >   and BAcks between the MN and HA. Note that this solution is an
> >   additional mechanism for doing registration with an HA 
> and does not
> >   deprecate the currently specified solution. 
> >
> >   Yes	     [ ]
> >   No	     [ ]
> >
> >
> >The consensus call will close on October 12th, 2004.
> >
> >-Chairs


My vote is :

No	     [X]

to the above question.

I have read *whyauthdataoption* draft and I understand that 
draft-ietf-mip6-auth-protocol-00.txt [ similar to MIPv4 authentication ]
is easily deployable in 3GPP2 network rather than IPSec/IKE as specified
in the base MIPv6 RFCs. I am not convinced that the auth-protocol draft
is the solution for the issues and hence standardization. 
I am OK with an informational RFC or experimental one for the 3GPP2 usage. 


Regards,
-Samita


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