Re: Fwd: WG Action: Formed Extensible Provisioning Protocol Extensions (eppext)
"Hollenbeck, Scott" <[email protected]> Fri, 13 Dec 2013 02:55:28 +0000
| Newsgroups | gmane.ietf.provreg |
|---|---|
| Message-ID | <[email protected]> |
--===============2008535983049423720== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_0B3E737A340240A69AD838A8A6878B29verisigncom_" --_000_0B3E737A340240A69AD838A8A6878B29verisigncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks, Pete! Scott On Dec 12, 2013, at 6:38 PM, "Pete Resnick" <[email protected]<mail= to:[email protected]>> wrote: -------- Original Message -------- Subject: WG Action: Formed Extensible Provisioning Protocol Extensio= ns (eppext) Resent-From: <[email protected]><mailto:[email protected]= m> Date: Thu, 12 Dec 2013 15:24:52 -0800 From: The IESG <[email protected]><mailto:[email protected]> Reply-To: <[email protected]><mailto:[email protected]> To: IETF-Announce <[email protected]><mailto:[email protected]= g> CC: eppext WG <[email protected]><mailto:[email protected]> 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 <[email protected]><mailto:[email protected]> Antoin Verschuren <[email protected]><mailto:antoin.verschuren@si= dn.nl> Assigned Area Director: Pete Resnick <[email protected]><mailto:[email protected]= > Mailing list Address: [email protected]<mailto:[email protected]> 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 _______________________________________________ provreg mailing list [email protected]<mailto:[email protected]> https://www.ietf.org/mailman/listinfo/provreg --_000_0B3E737A340240A69AD838A8A6878B29verisigncom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body dir=3D"auto"> <div>Thanks, Pete!<br> <br> Scott</div> <div><br> On Dec 12, 2013, at 6:38 PM, "Pete Resnick" <<a href=3D"mailto= :[email protected]">[email protected]</a>> wrote:<br> <br> </div> <blockquote type=3D"cite"> <div><br> <br> -------- Original Message -------- <table class=3D"moz-email-headers-table" border=3D"0" cellpadding=3D"0" cel= lspacing=3D"0"> <tbody> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">Subject: </th> <td>WG Action: Formed Extensible Provisioning Protocol Extensions (eppext)<= /td> </tr> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">Resent-From: </th= > <td><a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:[email protected]= .com"><[email protected]></a></td> </tr> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">Date: </th> <td>Thu, 12 Dec 2013 15:24:52 -0800</td> </tr> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">From: </th> <td>The IESG <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:iesg-secreta= [email protected]"> <[email protected]></a></td> </tr> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">Reply-To: </th> <td><a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:[email protected]"><ie= [email protected]></a></td> </tr> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">To: </th> <td>IETF-Announce <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:ietf-an= [email protected]"> <[email protected]></a></td> </tr> <tr> <th align=3D"RIGHT" nowrap=3D"nowrap" valign=3D"BASELINE">CC: </th> <td>eppext WG <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:eppext@ietf= .org"><[email protected]></a></td> </tr> </tbody> </table> <br> <br> <pre>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 <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:jgalvin@af= ilias.info"><[email protected]></a> Antoin Verschuren <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:antoi= [email protected]"><[email protected]></a> Assigned Area Director: Pete Resnick <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:presnick@q= ti.qualcomm.com"><[email protected]></a> Mailing list Address: <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:eppext@ietf= .org">[email protected]</a> To Subscribe: <a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf= .org/mailman/listinfo/eppext">https://www.ietf.org/mailman/listinfo/eppext<= /a> Archive: <a class=3D"moz-txt-link-freetext" href=3D"http://www.ietf.org/m= ail-archive/web/eppext/">http://www.ietf.org/mail-archive/web/eppext/</a> 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 "o= ne size fits all" provisioning protocol, so the provreg working group mad= e 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 w= ere 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 <a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf.org/doc= /draft-hollenbeck-epp-ext-reg/">https://datatracker.ietf.org/doc/draft-holl= enbeck-epp-ext-reg/</a>. 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 (<a class=3D"moz-txt-link-freetext" href=3D"http://datatracker.ietf.org/doc= /draft-gieben-epp-keyrelay/">http://datatracker.ietf.org/doc/draft-gieben-e= pp-keyrelay/</a>) Internationalized domain names: draft-obispo-epp-idn (<a class=3D"moz-txt-link-freetext" href=3D"http://datatracker.ietf.org/doc= /draft-obispo-epp-idn/">http://datatracker.ietf.org/doc/draft-obispo-epp-id= n/</a>) New TLD launch phases: draft-tan-epp-launchphase (<a class=3D"moz-txt-link-freetext" href=3D"http://datatracker.ietf.org/doc= /draft-tan-epp-launchphase/">http://datatracker.ietf.org/doc/draft-tan-epp-= launchphase/</a>) Trademark Clearinghouse: draft-lozano-tmch-smd (<a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf.org/do= c/draft-lozano-tmch-smd/">https://datatracker.ietf.org/doc/draft-lozano-tmc= h-smd/</a>) 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 =20 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 </pre> </div> </blockquote> <blockquote type=3D"cite"> <div><span>_______________________________________________</span><br> <span>provreg mailing list</span><br> <span><a href=3D"mailto:[email protected]">[email protected]</a></span><br> <span><a href=3D"https://www.ietf.org/mailman/listinfo/provreg">https://www= .ietf.org/mailman/listinfo/provreg</a></span><br> </div> </blockquote> </body> </html> --_000_0B3E737A340240A69AD838A8A6878B29verisigncom_-- --===============2008535983049423720== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ provreg mailing list [email protected] https://www.ietf.org/mailman/listinfo/provreg --===============2008535983049423720==--