[Mip6] Request to progress I-D: draft-ietf-mip6-auth-protocol-04.txt

Basavaraj.Patil@nokia.com Mon, 14 February 2005 10:32 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 FAA12443 for <mip6-web-archive@ietf.org>; Mon, 14 Feb 2005 05:32:27 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D0drc-000697-Ps for mip6-web-archive@ietf.org; Mon, 14 Feb 2005 05:54:01 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D0dV2-0003Gn-4k; Mon, 14 Feb 2005 05:30:40 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D0dQ9-0002kf-UJ for mip6@megatron.ietf.org; Mon, 14 Feb 2005 05:25:38 -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 FAA11959; Mon, 14 Feb 2005 05:25:35 -0500 (EST)
From: Basavaraj.Patil@nokia.com
Received: from mgw-x4.nokia.com ([131.228.20.27]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D0dkt-00062l-Oy; Mon, 14 Feb 2005 05:47:08 -0500
Received: from esdks004.ntc.nokia.com (esdks004.ntc.nokia.com [172.21.138.159]) by mgw-x4.nokia.com (Switch-2.2.8/Switch-2.2.8) with ESMTP id j1EAO7928223; Mon, 14 Feb 2005 12:24:07 +0200 (EET)
X-Scanned: Mon, 14 Feb 2005 12:16:42 +0200 Nokia Message Protector V1.3.34 2004121512 - RELEASE
Received: (from root@localhost) by esdks004.ntc.nokia.com (8.12.9/8.12.9) id j1EAGgRn031689; Mon, 14 Feb 2005 12:16:42 +0200
Received: from mgw-int1.ntc.nokia.com (172.21.143.96) by esdks004.ntc.nokia.com 001ccSsA; Mon, 14 Feb 2005 12:14:54 EET
Received: from daebh002.NOE.Nokia.com (daebh002.americas.nokia.com [10.241.35.122]) by mgw-int1.ntc.nokia.com (Switch-2.2.8/Switch-2.2.8) with ESMTP id j1EA0FM04947; Mon, 14 Feb 2005 12:00:15 +0200 (EET)
Received: from daebe101.NOE.Nokia.com ([10.241.35.113]) by daebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6881); Mon, 14 Feb 2005 04:00:13 -0600
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 14 Feb 2005 04:00:12 -0600
Message-ID: <456943D540CFC14A8D7138E64843F85308C7F7@daebe101.NOE.Nokia.com>
Thread-Topic: Request to progress I-D: draft-ietf-mip6-mn-ident-option-02.txt
Thread-Index: AcUSbCJq66yGMDNoSgOTxL3ZAPK5GQ==
To: narten@us.ibm.com, margaret@thingmagic.com, ietf-secretariat@ietf.org
X-OriginalArrivalTime: 14 Feb 2005 10:00:13.0576 (UTC) FILETIME=[FA131880:01C5127B]
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
Content-Transfer-Encoding: quoted-printable
Cc: gdommety@cisco.com, mip6@ietf.org
Subject: [Mip6] Request to progress I-D: draft-ietf-mip6-auth-protocol-04.txt
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.3 (/)
X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4
Content-Transfer-Encoding: quoted-printable


Hello,

The following I-D has completed WG LC and is ready to be progressed
through the IESG.

Title: Authentication Protocol for Mobile IPv6 
I-D: draft-ietf-mip6-auth-protocol-04.txt

Status: Informational

1) Have the chairs personally reviewed this version of the ID and do
   they believe this ID is sufficiently baked to forward to the IESG
   for publication? 

The chairs have reviewed the I-D and suggested changes/corrections to
the authors which have been incorporated in the above revision of the
I-D. There has been a good deal of discussion as a result of the WG LC
and prior to it as well on the WG mailing list. The I-D is
sufficiently baked for IESG consideration and publication.

2) Has the document had adequate review from both key WG members and
   key non-WG members? Do you have any concerns about the depth or
   breadth of the reviews that have been performed?

The I-D has been reviewed sufficiently by key WG members. Several
people from other WGs such as v6ops have reviewed the I-D as well. We
(Chairs) are satisfied with the degree of review in terms of depth and
breadth. 

3) Do you have concerns that the document needs more review from a
   particular (broader) perspective (e.g., security, operational
   complexity, someone familiar with AAA, etc.)? 

There have been some concerns regarding security especially the replay
protection. However there has been a good deal of discussion on this
topic and has been adequately dealt with in the I-D. A broader review
of this I-D is not essential at this time. Operational aspects as well
as deployment in scenarios that use AAA have been also thought out.  
   
4) Do you have any specific concerns/issues with this document that
   you believe the ADs and/or IESG should be aware of? For example,
   perhaps you are uncomfortable with certain parts of the document,
   or whether there really is a need for it, etc., but at the same
   time these issues have been discussed in the WG and the WG has
   indicated it wishes to advance the document anyway.

No specific concerns/issues with any part of this I-D. 
   
5) How solid is the WG consensus behind this document?  Does it
   represent the strong concurrence of a few individuals, with others
   being silent, or does the WG as a whole understand and agree with
   it?

There is a fairly strong consensus to progress this I-D on an
Informational track. Most people in the WG understand the reason for
this I-D. It should also be noted that this I-D is a requirement for
3GPP2s 835 Revision D specification. 

6) Has anyone threatened an appeal or otherwise indicated extreme
   discontent?  If so, please summarize what are they upset about.

There has been an appeal on progressing this I-D on standards
track. The appeal was made to the ADs prior to IETF61 and was resolved
at the WG meeting. The conclusion was to progress this I-D on an
Informational track.
   
7) Have the chairs verified that the document adheres to _all_ of the
   ID nits?  (see http://www.ietf.org/ID-nits.html).

Yes.
   
8) Does the document a) split references into normative/informative,
   and b) are there normative references to IDs, where the IDs are not
   also ready for advancement or are otherwise in an unclear state?
   (Note: the RFC editor will not publish an RFC with normative
   references to IDs, it will delay publication until all such IDs are
   also ready for publication as RFCs.)

The I-D has only normative references. There is a normative reference
to I-D: draft-ietf-mip6-mn-ident-option. However that I-D is also
being put before the IESG at the same time, and both should be
progressed in parallel.  

9) For Standards Track and BCP documents, the IESG approval
   announcement includes a writeup section with the following
   sections:

   - Technical Summary
   - Working Group Summary
   - Protocol Quality

This is an Informational track I-D.

-Chairs

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