[ietf-provreg] Re: IESG Review Request: EPP to Draft

Ted Hardie <hardie@qualcomm.com> Mon, 02 October 2006 14:53 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GUPAK-0000cm-LL for provreg-archive@ietf.org; Mon, 02 Oct 2006 10:53:08 -0400
Received: from nic.cafax.se ([192.71.228.17]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GUP9s-0003DU-0P for provreg-archive@ietf.org; Mon, 02 Oct 2006 10:53:08 -0400
Received: from nic.cafax.se (localhost [127.0.0.1]) by nic.cafax.se (8.13.7/8.12.11) with ESMTP id k92Egf7X028963 for <ietf-provreg-outgoing@nic.cafax.se>; Mon, 2 Oct 2006 16:42:41 +0200 (MEST)
Received: (from majordom@localhost) by nic.cafax.se (8.13.7/8.12.11/Submit) id k92Egfgf015009 for ietf-provreg-outgoing; Mon, 2 Oct 2006 16:42:41 +0200 (MEST)
X-Authentication-Warning: nic.cafax.se: majordom set sender to owner-ietf-provreg@cafax.se using -f
Received: from ithilien.qualcomm.com (ithilien.qualcomm.com [129.46.51.59]) by nic.cafax.se (8.13.7/8.12.11) with ESMTP id k92Egdar011404 for <ietf-provreg@cafax.se>; Mon, 2 Oct 2006 16:42:39 +0200 (MEST)
Received: from magus.qualcomm.com (magus.qualcomm.com [129.46.61.148]) by ithilien.qualcomm.com (8.13.6/8.12.5/1.0) with ESMTP id k92EgbrF012258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 2 Oct 2006 07:42:37 -0700
Received: from [10.0.1.2] (vpn-10-50-0-104.qualcomm.com [10.50.0.104]) by magus.qualcomm.com (8.13.6/8.13.6/1.0) with ESMTP id k92EgN9Y009283; Mon, 2 Oct 2006 07:42:24 -0700 (PDT)
Mime-Version: 1.0
Message-Id: <p06240600c146d55461c0@[10.100.102.97]>
In-Reply-To: <046F43A8D79C794FA4733814869CDF0701801AB2@dul1wnexmb01.vcorp.ad.vrsn.com>
References: <046F43A8D79C794FA4733814869CDF0701801AB2@dul1wnexmb01.vcorp.ad.vrsn.com>
Date: Mon, 02 Oct 2006 07:42:22 -0700
To: "Hollenbeck, Scott" <shollenbeck@verisign.com>, Lisa Dusseault <lisa@osafoundation.org>
From: Ted Hardie <hardie@qualcomm.com>
Subject: [ietf-provreg] Re: IESG Review Request: EPP to Draft
Cc: "Hollenbeck, Scott" <shollenbeck@verisign.com>, ietf-provreg@cafax.se
Content-Type: text/plain; charset="us-ascii"
Sender: owner-ietf-provreg@cafax.se
Precedence: bulk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab

At 12:34 PM -0400 9/25/06, Hollenbeck, Scott wrote:
>Ted, Lisa:
>
>With recent Internet-Draft document updates and posting of an
>implementation report I believe that all of the RFC 2026
>proposed-to-draft milestones that can be met by the former provreg
>working group have been met.  I would like to ask you to evaluate the
>Internet-Draft documents for elevation to Draft Standard status.  Here
>is a link to the implementation report:
>
>http://www.ietf.org/IESG/Implementations/RFCs3730-3734_implem.txt

I've added the documents below to the tracker, with an intended
status of "Draft Standard".  I'll review the implementation report
and get back to you on a Last Call announcement.   As you know,
we'll need to call out any of the Proposed Standard references
in the Last Call, to avoid downref problems.
			regards,
				Ted Hardie



>There are some normative references that are still at Proposed Standard
>status.  Here's a list of the documents and the references in question:
>
>http://www.ietf.org/internet-drafts/draft-hollenbeck-epp-rfc3730bis-03.t
>xt
>RFC 3023 (XML Media Types)
>RFC 3339 (Date and Time on the Internet: Timestamps)
>
>http://www.ietf.org/internet-drafts/draft-hollenbeck-epp-rfc3731bis-04.t
>xt
>RFC 3339 (Date and Time on the Internet: Timestamps)
>
>http://www.ietf.org/internet-drafts/draft-hollenbeck-epp-rfc3732bis-03.t
>xt
>RFC 3339 (Date and Time on the Internet: Timestamps)
>RFC 3513 (Internet Protocol Version 6 (IPv6) Addressing Architecture)
>
>http://www.ietf.org/internet-drafts/draft-hollenbeck-epp-rfc3733bis-04.t
>xt
>RFC 2822 (Internet Message Format)
>RFC 3339 (Date and Time on the Internet: Timestamps)
>
>http://www.ietf.org/internet-drafts/draft-hollenbeck-epp-rfc3734bis-03.t
>xt
>RFC 2246 (The TLS Protocol Version 1.0)
>
>Each document includes an appendix containing a list of changes from the
>relevant RFC.  While there were several text changes to clarify portions
>of the text as a result of implementation experience, there were no
>schema changes needed when updating the documents.  The EPP version
>specified in the original RFCs and the -bis documents remains the same.
>
>I'm available to answer any questions.  Thank you for your
>consideration.
>
>-Scott-