[urn] Re: Registration request for AR URN Namespace

"[email protected]" <[email protected]> Mon, 9 Feb 2026 03:09:39 +0000
Newsgroups gmane.ietf.urn
Message-ID <PH0PR02MB9364028791B4DAC6DAF1A7B8BD65A@PH0PR02MB9364.namprd02.prod.outlook.com>
Hi Dale and Peter,

Thank you both, I’ve made the updates and @Dale R. Worley<mailto:[email protected]> I used your suggested rephrasing (couldn’t of said it better myself).

Please see the attached, hopefully this is the last revision.

Regards
Quoc

From: Dale R. Worley <[email protected]>
Sent: Wednesday, 28 January 2026 11:54
To: Peter Saint-Andre <[email protected]>
Cc: Quoc Pham <[email protected]>; [email protected]; [email protected]; Sharon Jonnalagadda <[email protected]>
Subject: Re: [urn] Re: Registration request for AR URN Namespace

> On 1/26/26 9: 55 PM, Quoc@ registry. godaddy wrote: >> Thank you for the clarity, we only ever intent to set our extension to >> be made up if ALPHA, DIGIT, hyphen and dot and now I fully understand >> the issue with US 7
ZjQcmQRYFpfptBannerStart
This Message Is From an External Sender
This message came from outside your organization.
ZjQcmQRYFpfptBannerEnd

> On 1/26/26 9:55 PM, [email protected]<mailto:[email protected]> wrote:

>> Thank you for the clarity, we only ever intent to set our extension to

>> be made up if ALPHA, DIGIT, hyphen and dot and now I fully understand

>> the issue with US 7 bit ASCII. So if I was to include what you have

>> listed in your emails, would that be acceptable (I know that you have

>> tilde I your list but I guess we can keep that in there for our

>> application in case)?



Peter Saint-Andre <[email protected]<mailto:[email protected]>> writes:

> That sounds good to me. The `unreserved` construct from RFC 3986 is

> merely a convenience because it is well known. You can define your own

> ABNF without the tilde if desired.



I agree with Peter here.  And getting a workable definition for

<extension> seems to be the only issue regarding the syntax section of

the registration.



There does seem to be a wording problem with the interoperability

section:



  The "gdr" namespace ensures that there is no clash with any of the published

  EPP RFCs extenions which follow the syntax

  "urn:gdr:params:xml:ns:<extension>".



I would phrase it something like:



  Using the "gdr" namespace to name the GoDaddy EPP extensions ensures

  that they do not clash with any EPP extensions defined by other

  organizations.



Dale

_______________________________________________
urn mailing list -- [email protected]
To unsubscribe send an email to [email protected]
gdr_namespace_v4.txt (text/plain, 2.1 KB)
Namespace Registration for GoDaddy Registry EPP Extensions

Namespace Identifier:  

  gdr

Version: 

  1.0

Date: 

  2026-02-09

Registrant: 

  GoDaddy Registry.
  Email: [email protected]
  Address: 100 S. Mill Ave, Suite 1600, 
  Tempe, Arizona, 85281, USA
  Web URL: https://registry.godaddy/

Purpose:

  GoDaddy Registry is a Registry Service Provider (RSP) for Generic Top Level 
  Domains (gTLDs) and Country Code Top Level Domains (ccTLDs). Certain TLDs 
  have specific and special requirements where the standard Extensible 
  Provisioning protocol (EPP) RFCs related
  are unable to satisfy. GoDaddy Registry enables these requirements to be
  supported by developing extensions that can be used by Registrars to
  facilitate the exchange of data between the Registrar and Registry in 
  support of these requirements.
  
Syntax:
  
  urn:gdr:params:xml:ns:<extension>, where <extension> is the EPP command
  extension. Some examples include but not limited to:
  * <variant>: managing variants of internationalized domain names.
  * <kvlist>: supplying a key value list to represent additional domain name
  registration details.
  
  All extensions extend the base EPP commands described in RFC5730, the 
  syntax will follow the unreserved construct as follows:
  
  unreserved    = ALPHA / DIGIT / "-" / "." / "_" / "~"  
  
Assignment:

  Assignment is self assigned by GoDaddy Registry. These extensions will work
  only when used directly with the GoDaddy Registry Domain Name Registry
  System. Each extension will be unique and provide its own distinct
  functionality.

Security and Privacy:
  There are no additional security considerations beyond the security model
  described in RFC5730 defining the security gates with operating an EPP 
  service for Registrar to Registry communication.

Interoperability:

  Using the "gdr" namespace to name the GoDaddy EPP extensions ensures
  that they do not clash with any EPP extensions defined by other
  organizations.


Documentation:

  https://godaddyregistry.github.io/