[gtld-tech] Second version of the URS High Level Technical Requirements for Registries and Registrars

Gould, James JGould at verisign.com
Tue Sep 3 15:26:10 UTC 2013


Thanks for providing the update to the URS High Level Technical Requirements.  I have the following feedback:

1. The text for requirement 8 provides two options for handling a domain that expires while in URS Lock that focuses on allowing the URS Lock domain to be deleted (online or offline) after the expiry and the subsequent auto renew.  I believe that this is a corner case that adds some additional complexity. Allowing deletion of the URS Lock domain post-expiry makes the domain expiration date an element that must be considered when submitting the URS complaint.  If the main driver of this requirement is to allow the domain to be deleted within the auto renew grace period, the likelihood of the URS process exceeding the auto renew grace period is extremely low.  Based on my calculation the maximum URS duration is 45 days which matches our auto renew grace period of 45 days.  The auto renew grace period of various TLD's could be shorter, but the auto renew grace period will most likely be a long enough period to cover the URS process.  My recommendation is to not do anything at expiry of URS Lock domains and allow the URS process to complete prior to allowing the domain to be deleted.
2. The text in requirement 9 "Registry Operator MUST offer the option for the URS Complainant to extend a URS Suspended domain name registrations for up to one year from the date the domain name was Suspended", sounds like the renew command behavior needs to change for URS Suspension domains.  The renew command should extend from the prior expiration date and not the date the domain name was suspended.  I do not recommend making any change to the renew logic for URS Suspension domains, since it will impact all of the registries and the registrars.  I recommend that the registries allow for the renew of URS Suspension domains and leave it up to the Registrars to ensure that the renew is done at most once for URS Suspension domains, by the URS Complainant, according to the Registry-Registrar Agreement.
3. Handling the URS Suspension of domains when the domain has child hosts.  The redirect of the domain with child hosts could impact many other domains outside that TLD, since the resolution of those name servers will not or should not work.  If a registry shares the same pool of name servers across TLD's, the glue for the child hosts might be returned in DNS, but the resolvers might not trust cross-TLD name server glue.   Consider the case of URS Suspension domain foo.com with child host ns1.foo.com, where bar.net uses ns1.foo.com as a name server.  A query for bar.net could include the IP addresses for ns1.foo.com, but since .com and .net are different TLD's the resolver could and most likely independently attempt to resolve ns1.foo.com.  Resolution of ns1.foo.com will not work if foo.com is redirected to the URS Provider's name servers.  This issue impacts TLD's outside of that registry, since they most likely would not have the glue.  There might be nothing that can be done about potentially breaking resolution of other domains using child name servers of a URS Suspension domain, but we should discuss it and determine if there is anything that needs to be done to minimize the impact.
4. A related topic to #3 is what to do with the child hosts when a URS Suspension domain is auto-deleted / auto-purged at expiry.  In our registries, a domain cannot be deleted if there are child hosts being used as name servers for other domains in our registry database.  The registrars will typically rename the child hosts under another domain to allow for the domain to get deleted.  My recommendation is to remove the serverDeleteProhibited status at expiry of a URS Suspension domain instead of auto-deleting or auto-purging it, and allow the domain to auto renew.  The Registrar can and will most likely go ahead and delete the domain during the auto renew grace period following the existing process that they follow in deleting domains with child hosts being used as name servers for other domains.  I recommend disallowing the use of the RGP restore command for URS Suspension domains that entered RGP after deletion.  Without the ability to restore, the domain will propagate through the RGP statuses (redemptionPeriod and pendingDelete) prior to getting purged from the registry, which is consistent with how domains are currently deleted.



James F. Gould
Principal Software Engineer
jgould at verisign.com

From: gtld-tech-bounces at icann.org [gtld-tech-bounces at icann.org] on behalf of Gustavo Lozano [gustavo.lozano at icann.org]
Sent: Tuesday, August 27, 2013 5:22 PM
To: gtld-tech at icann.org
Subject: [gtld-tech] Second version of the URS High Level Technical Requirements for Registries and Registrars


Attached you will find the second version of the "URS High Level Technical Requirements for Registries and Registrars" and a redline version of the document.

This second version incorporates the feedback obtained from the conference call on August 07.

We appreciate your feedback. Please send your feedback to the list or in private.

Based on the feedback in this list, a new conference call may be required or this version may be published as the final version.

Registry Operators will know the name servers deployed by the URS providers soon, in order to allow Registry Operators to create host objects (if necessary).

Thank you,

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gtld-tech/attachments/20130903/9ee8aab7/attachment.html>

More information about the gtld-tech mailing list