[gtld-tech] Draft Updated WHOIS Clarification Advisory v.20141209

[Gould, James]

Gustavo,

Thank you for setting up the call to discuss this.  

One of the items discussed on the call was support for partial matches.  We previously requested for item 18 “WHOIS queries for domain name MUST return only one record per query” to be removed.  This was further discussed at IETF-91.  On the call there was confusion on whether other registries supported the partial match feature.  Please note per the meeting minutes ( http://mm.icann.org/pipermail/gtld-tech/2014-November/000363.html ) that I posted to the gtld-tech list, that states "Multiple registries support wildcard queries in WHOIS, where if more than one object (domain or host) matches the query name ( with or without TLD ), a list of matching names is returned instead of a single record.”   I confirmed this by connecting to a sample of the old and new gTLD WHOIS servers, that showed that at least three other registries support partial match.  Not only was the feedback disregarded, but the language was tightened in clarification 18 and a new clarification 28 was added that further prohibited the feature.  The reason stated on the call to forbid this feature was that it wasn’t explicitly defined in Specification 4 of the Registry Agreement.  This feature exists solely for the benefit of the end user and should not be disallowed in a clarifications document with no real compelling reason.  

Following the discussion on the partial match we discussed clarification 30, which defines support for querying name servers by roid.  In clarification 30, ICANN defines a new feature that is also not explicitly allowed in Specification 4 of the Registry Agreement.  The reason stated on the call for adding this feature in the clarifications document was that ICANN felt it provided value to the end user.  

In the clarifications document ICANN is taking an inconsistent approach to their interpretation of Specification 4.  Please stop using a clarifications document to disallow features you don’t like and add features you want.  

Thanks,

—

JG




James Gould
Distinguished Engineer
jgould at Verisign.com

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignInc.com

On Dec 9, 2014, at 7:41 PM, Gustavo Lozano <gustavo.lozano at icann.org> wrote:

> Hello colleagues,
> 
> Attached you will find the Draft Updated WHOIS Clarification Advisory. Two versions are provided for your reference: clean version and redline against the original advisory (v 1.0) as published on 12 September 2014 (https://www.icann.org/resources/pages/registry-agreement-spec4-raa-rdds-2014-09-12-en).
> 
> This draft version incorporates feedback gathered from various contracted parties, cases/emails sent to ICANN, the WHOIS Clarification Advisory meeting held at IETF 91 in November, and feedback sent to the gtld-tech mailing list. 
> 
> A conference call, with the objective of gathering feedback on this draft version, will take place on Tuesday 16 December 2014. If you want to participate in the conference call, please send me an email to fabien.betremieux at icann.org.
> 
> Please send any feedback or questions you have on this version of the advisory to the mailing list as soon as possible, in order for ICANN Staff to discuss internally and provide an answer during the conference call.
> 
> It's important to remember:
> * This advisory is not meant to create new requirements for contracted parties.
> * This advisory is not meant to redefine the WHOIS protocol.
> * This advisory resulted from questions sent by contracted and third parties seeking clarification on the Whois (RDDS) requirements in the New gTLD base RA and 2013 RAA.
> 
> Regards,
> Gustavo
> ICANN
> <Registry and Registrar RDDS Advisory - 1.0 vs 20141209[1][1].docx><Registry and Registrar RDDS Advisory - 20141209[3].docx>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gtld-tech/attachments/20141219/65370a84/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: BF09FAA4-32D8-46E0-BED0-CD72F43BD6E0[81].png
Type: image/png
Size: 4109 bytes
Desc: not available
URL: <http://mm.icann.org/pipermail/gtld-tech/attachments/20141219/65370a84/BF09FAA4-32D8-46E0-BED0-CD72F43BD6E081.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4712 bytes
Desc: not available
URL: <http://mm.icann.org/pipermail/gtld-tech/attachments/20141219/65370a84/smime.p7s>