[gtld-tech] Delegated strings: WHOIS & SLAs...

Rubens Kuhl rubensk at nic.br
Wed Nov 20 17:46:57 UTC 2013


gTLDs can’t delegate names with _ due to policy, so you won’t see them. And as _tcp is also a threat vector, I don’t see that changing in the future. 


Rubens


On Nov 20, 2013, at 2:43 PM, Jay Daley <jay at nzrs.net.nz> wrote:

> In an ideal world they would all be using _nicname._tcp.tld SRV records:
> 
> 	jay$ dig +short _nicname._tcp.nz srv
> 	0 0 43 whois.srs.net.nz.
> 
> I've only checked ten and none have it.
> 
> Old article here: http://www.circleid.com/posts/whois_server_address_registry/
> 
> Jay
> 
> On 20/11/2013, at 1:03 pm, Greg Aaron <greg at illumintel.com> wrote:
> 
>> FYI, Spec 4: "Registration Data Directory Services. Until ICANN requires a
>> different protocol, Registry Operator will operate a WHOIS service available
>> via port 43 in accordance with RFC 3912, and a web-based Directory Service
>> at <whois.nic.TLD> providing free public query-based access to at least the
>> following elements in the following format."
>> 
>> So web-based MUST be at nic.tld.  But oddly, I don’t see that whois.nic.tld
>> was required for port 43 service.
>> 
>> One would think that if a TLD has a name in the zone, then WHOIS service
>> would be available. 
>> 
>> All best,
>> --Greg
>> 
>> 
>> -----Original Message-----
>> From: gtld-tech-bounces at icann.org [mailto:gtld-tech-bounces at icann.org] On
>> Behalf Of Rubens Kuhl
>> Sent: Wednesday, November 20, 2013 10:29 AM
>> To: Alexander Mayrhofer
>> Cc: gtld-tech at icann.org
>> Subject: Re: [gtld-tech] Delegated strings: WHOIS & SLAs...
>> 
>> 
>> Actually, as whois service is tested prior to delegation, you have to enter
>> the zone with whois not in the TLD in the first place, and then using an
>> IANA change request to move it. 
>> 
>> ICANN mentioned that the main requirement for standardised whois.nic.<TLD>
>> is CA-related activities, so they will probably don’t mind not having
>> whois.nic.<TLD> prior to the 120-days after contract signing where you
>> cannot delegate anything besides nic.<TLD> 
>> 
>> 
>> Rubens
>> 
>> 
>> On Nov 20, 2013, at 12:25 PM, Alexander Mayrhofer
>> <alexander.mayrhofer at nic.at> wrote:
>> 
>>> I'm using whois.nic.<TLD> - and, yes, nic.<TLD> is properly delegated and
>> reachable in that case, but "whois.nic.<tld>" returns an NXDOMAIN. My
>> understanding is that ICANN requires the WHOIS service to be offered under
>> that hostname...  See the respective specification in the AGB..
>>> 
>>> Indeed, the IANA record shows a different server - so, do i understand
>> correctly that you can actually submit to IANA a different WHOIS server than
>> the one required by ICANN? Can anyone who's already delegated confirm this?
>>> 
>>> Alex
>>> 
>>>> -----Ursprüngliche Nachricht-----
>>>> Von: Rubens Kuhl [mailto:rubensk at nic.br]
>>>> Gesendet: Mittwoch, 20. November 2013 15:02
>>>> An: Alexander Mayrhofer
>>>> Cc: gtld-tech at icann.org
>>>> Betreff: Re: [gtld-tech] Delegated strings: WHOIS & SLAs...
>>>> 
>>>> 
>>>> Are you using whois.nic.<TLD> or the WHOIS server mentioned at 
>>>> http://www.iana.org/whois?q=<TLD> ?
>>>> 
>>>> 
>>>> Rubens
>>>> 
>>>> On Nov 20, 2013, at 10:53 AM, Alexander Mayrhofer 
>>>> <alexander.mayrhofer at nic.at> wrote:
>>>> 
>>>>> 
>>>>> Looking at some of the recently delegated new gTLDs, i was very 
>>>>> surprised
>>>> to learn that the WHOIS service is unreachable for some of those TLDs 
>>>> (which makes me wonder how they passed PDT, or why the service 
>>>> degraded since then?). Anyways, since WHOIS is included in the SLA 
>>>> requirements of ICANN, this makes me also wonder when the SLA 
>>>> actually "kicks in", and, whether the SLAs are actually being measured
>> right now by ICANN ...
>>>>> 
>>>>> Any information about this?
>>>>> 
>>>>> Alex
>>>>> 
>>> 
>> 
>> 
>> 
>> 
> 
> 
> -- 
> Jay Daley
> Chief Executive
> .nz Registry Services (New Zealand Domain Name Registry Limited)
> desk: +64 4 931 6977
> mobile: +64 21 678840
> linkedin: www.linkedin.com/in/jaydaley
> 



More information about the gtld-tech mailing list