[provreg] Fwd: WG Action: Formed Extensible Provisioning Protocol Extensions (eppext)

Pete Resnick <presnick@qti.qualcomm.com> Thu, 12 December 2013 23:38 UTC

Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FBBF1AE0B5 for <provreg@ietfa.amsl.com>; Thu, 12 Dec 2013 15:38:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FP_lZEybXHFD for <provreg@ietfa.amsl.com>; Thu, 12 Dec 2013 15:38:09 -0800 (PST)
Received: from sabertooth02.qualcomm.com (sabertooth02.qualcomm.com [65.197.215.38]) by ietfa.amsl.com (Postfix) with ESMTP id 08EFD1AE551 for <provreg@ietf.org>; Thu, 12 Dec 2013 15:38:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1386891483; x=1418427483; h=message-id:date:from:mime-version:to:subject; bh=o+2/PaLkIiFye/ReP4FUoqP8Zx+7eZnpti7cLXUDupw=; b=AcktziUpAB5AuqPcM7nSAh2bq3eekJmOQY5WjdzJre7k26iMfF9YtOX6 rJqJ5G2oUmOIrdzPRcIebNf/ckOTpNTIjJAm0Xn94iRZskfZB5b8Z430m eRWn/1TDh6wawyNxfTEfiSMtPzx8j7/w4ICHpmFysxHlNgxaHS+3jpI0g Y=;
X-IronPort-AV: E=McAfee;i="5400,1158,7287"; a="56521537"
Received: from ironmsg01-lv.qualcomm.com ([10.47.202.180]) by sabertooth02.qualcomm.com with ESMTP; 12 Dec 2013 15:38:02 -0800
X-IronPort-AV: E=McAfee;i="5400,1158,7287"; a="24285006"
Received: from nasanexhc07.na.qualcomm.com ([172.30.39.190]) by ironmsg01-lv.qualcomm.com with ESMTP/TLS/RC4-SHA; 12 Dec 2013 15:38:02 -0800
Received: from resnick2.qualcomm.com (172.30.39.5) by qcmail1.qualcomm.com (172.30.39.190) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 12 Dec 2013 15:38:02 -0800
Message-ID: <52AA48D7.30303@qti.qualcomm.com>
Date: Thu, 12 Dec 2013 17:37:59 -0600
From: Pete Resnick <presnick@qti.qualcomm.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4
MIME-Version: 1.0
To: provreg@ietf.org
Content-Type: multipart/alternative; boundary="------------010005000201090106010701"
X-Originating-IP: [172.30.39.5]
Subject: [provreg] Fwd: WG Action: Formed Extensible Provisioning Protocol Extensions (eppext)
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg/>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2013 23:38:13 -0000


-------- Original Message --------
Subject: 	WG Action: Formed Extensible Provisioning Protocol Extensions 
(eppext)
Resent-From: 	<presnick@qti.qualcomm.com>
Date: 	Thu, 12 Dec 2013 15:24:52 -0800
From: 	The IESG <iesg-secretary@ietf.org>
Reply-To: 	<ietf@ietf.org>
To: 	IETF-Announce <ietf-announce@ietf.org>
CC: 	eppext WG <eppext@ietf.org>



A new IETF working group has been formed in the Applications Area. For
additional information please contact the Area Directors or the WG
Chairs.

Extensible Provisioning Protocol Extensions (eppext)
------------------------------------------------
Current Status: Proposed WG

Chairs:
   James Galvin<jgalvin@afilias.info>
   Antoin Verschuren<antoin.verschuren@sidn.nl>

Assigned Area Director:
   Pete Resnick<presnick@qti.qualcomm.com>

Mailing list
   Address: eppext@ietf.org
   To Subscribe: https://www.ietf.org/mailman/listinfo/eppext
   Archive: http://www.ietf.org/mail-archive/web/eppext/

Charter:

The Extensible Provisioning Protocol (EPP) was a work product of the IETF
Provisioning Registry Protocol (provreg) working group. EPP was published
as a Proposed Standard (RFCs 3730, 3731, 3732, 3733, and 3734) in March
2004. It became a Draft Standard (RFCs 4930, 4931, 4932, 4933, and 4934)
in May 2007, and a Standard (Standard 69; RFCs 5730, 5731, 5732, 5733,
and 5734) in August 2009. It is the standard domain name provisioning
protocol for generic top-level domain name registries that operate under
the auspices of the Internet Corporation for Assigned Names and Numbers
(ICANN). It is also used by a number of country code top-level domain
registries.

Domain name registries implement a variety of business models. The
difference in these models made it very difficult to come up with a "one
size fits all" provisioning protocol, so the provreg working group made a
conscious decision to focus on a minimal set of common functionality. EPP
was designed to be extensible to allow additional features to be
specified on an "as needed" basis. Guidelines for extending EPP were
published as Informational RFC 3735 in March 2004.

The provreg working group was chartered to develop EPP, but not these
additional extensions. The working group was closed in 2004 after
producing a number of Proposed Standard specifications. As registries
began to implement and deploy EPP the need for extensions became real,
and the user community found itself facing a situation in which multiple
extensions were being developed by different registries to solve the same
basic problems, such as registering additional contact information.

EPP is widely implemented by generic top-level domain name registry
operators. It is also used by multiple country-code top-level domain name
registry operators. The Internet Corporation for Assigned Names and
Numbers (ICANN) has an active program to delegate a large number of new
generic top-level domains. EPP will be used to provision those domains,
and new registry operators are expected to develop additional protocol
extensions. With no way to coordinate the development of these
extensions, the problem of non-standard extension duplication by multiple
operators is only expected to become worse.

The goal of the EPP Extensions (eppext) working group is to create an
IANA registry of EPP extensions and to review specifications of
extensions for inclusion in the registry. It will accomplish this goal in
two steps:

1. Develop a specification for a registry of and corresponding
registration procedures for EPP extensions. One proposal is documented in
https://datatracker.ietf.org/doc/draft-hollenbeck-epp-ext-reg/.

2. Produce a small number of extensions based on existing Internet Draft
documents and use the IANA registration process as developed in 1 to
register those extensions, as follows:

DNSSEC key relay: draft-gieben-epp-keyrelay
(http://datatracker.ietf.org/doc/draft-gieben-epp-keyrelay/)

Internationalized domain names: draft-obispo-epp-idn
(http://datatracker.ietf.org/doc/draft-obispo-epp-idn/)

New TLD launch phases: draft-tan-epp-launchphase
(http://datatracker.ietf.org/doc/draft-tan-epp-launchphase/)

Trademark Clearinghouse: draft-lozano-tmch-smd
(https://datatracker.ietf.org/doc/draft-lozano-tmch-smd/)

Note: draft-tan-epp-launchphase has a normative dependency on
draft-lozano-tmch-smd.

Only the development of the registration process and the
publication/registration of the four extensions noted above are in scope
for the working group. The working group can choose not to publish or
register one or more of the extensions noted above, but it is out of
scope to work on other extensions.


Milestones:
   May 2014 - Extensions registry document to IESG
   Jul 2014 - DNSSEC key relay extension to IESG
   Jul 2014 - New TLD launch phases extension to IESG
   Sep 2014 - Internationalized domain names extension to IESG