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

Rubens Kuhl rubensk at nic.br
Tue Dec 16 00:32:52 UTC 2014


Besides some specific comments below, the general comment I want to make is that these changes serves no real purpose for the community. They try to define an strict output format that is not required either by any reasonably-implemented parsing interface nor by any reasonable human being. Any undergraduate student can use YACC/Bison to write a parser that could easily grasp for all the possibilities the original agreement, even without clarifications, could generate. BTW, I guess one actual implementation out there (https://gwhois.org/ <https://gwhois.org/>) used a much simpler architecture to adequately respond to different registry implementations. 

That said, some specific comments:
- Clarification numbers don't match between the two documents, and sometimes inside the documents the wrong clarification is mentioned. The documents need some revising. 
- Host attributes registries were clearly forgotten in the design. There are no ROID's for name servers in host attributes registries, and if IP addresses are removed from domain queries, they won't appear in any query. 
- It also assumes registrars have admin/techcontacts. There was no such requirement in the agreements. 
- It tries to change a tradition of referral-URL to point to web-whois instead; it's possibly better to keep it the way it's currently used, and instead display port-43 registrar WHOIS server (if available) in port-43 registry WHOIS, but display WEB-WHOIS registrar WHOIS server in registry WEB-WHOIS. 
- There are lots of new query types and behaviors; all of them constitute new requirements. They both generate a significant one-time developing workload and also generate compliance risks for registries that don't whether to follow the original agreement or a misplaced clarifications documents that has no basis on the agreement. 

My suggestions to improve this process:
- Do not try to establish any type of parameter response order other than being intelligible by a reasonable human being. RDAP is the proper response for syntactically constructed queries and responses. 
- Do not force any parameter that is optional to have a blank response. This only makes the WHOIS output less under stable by human beings, which will continue to be the main customers of this information. 
- Do not try to force data models that weren't there at the first place, like registrar contacts
- Do not prevent IP addresses from being shown in in-bailwick name servers, although making such behavior optional for host-objects registries
- Do not put any of this in a document called "clarifications". Make them part of the ongoing agreement negotiation between registries and ICANN for the registries part and evoke RAA negotiation for the registrars part, or make all of it part of a consensus policy so all contracted parties act on it simultaneously. Trying to bypass process does not look good here. 


Rubens







> Em 09/12/2014, à(s) 22:41:000, Gustavo Lozano <gustavo.lozano at icann.org> escreveu:
> 
> 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/20141215/3689f4a9/attachment.html>


More information about the gtld-tech mailing list