Click here to download the PDF below.
The timeline for the “Thick Whois” PDP was:
Although the PDP Charter allowed and in fact required consideration of a number of issues, the main question being asked was whether all gTLD registries should be required thick Whois services (now Registration Data Directory Services - RDDS). The prime recommendation of the PDP is that “The provision of thick Whois services, with a consistent labeling and display as per the model outlined in specification 3 of the 2013 RAA1, should become a requirement for all gTLD registries, both existing and future.”
The Implementation Plan published on 25 November 2015 and the subject of this Public Comment outlines a three phase process to implement the PDP recommendations, “each with a specific scope and a dedicated timeline”. These are:
All gTLDs, excluding .COM, .NET and .JOBS, are required to display a Registration Data Directory Services (RDDS) output compliant with this Consensus Policy, with the exception of Registrar Registration Expiration Date and Reseller information.
All gTLDs, excluding .COM, .NET and .JOBS, are required to display a Registration Data Directory Services (RDDS) output fully compliant with this Consensus Policy.
All gTLDs, including .COM, .NET and .JOBS, are required to provide a thick Registration Data Directory Services (RDDS) fully compliant with this Consensus Policy.
The PDP Report explicitly stated, and the Implementation Plan acknowledged that the implementation of one part of the recommendation should not unnecessarily delay other parts, and the example given was that conversion to a Thick Whois for those registries that do not currently use it should not delay consistent labeling and display of data.
The ALAC would like to register its extreme dismay and dissatisfaction with the current state of this project. Specifically:
Four years and four months after the issue was first addressed by the GNSO, and nearly two years after Board approval, we still have no progress and no projected completion date for the prime issue that the PDP focused on and recommended.
When people comment on the slow rate of policy development at ICANN, a common answer is that: ”it takes time to develop good policy”. There is no doubt some truth in that, and the same is likely true for the implementation of such policies.
However, soon after August 2016, the effective date of Phase 1 implementation and the only one with a firm target, we will be entering the SIXTH year of this work. Surely ICANN should be able to do better than that.
(Submitted by Alan Greenberg on 08 January 2016)
The timeline for the “Thick Whois” PDP was:
Although the PDP Charter allowed and in fact required consideration of a number of issues, the main question being asked was whether all gTLD registries should be required thick Whois services (now Registration Data Directory Services - RDDS). The prime recommendation of the PDP that “The provision of thick Whois services, with a consistent labelling and display as per the model outlined in specification 3 of the 2013 RAA1, should become a requirement for all gTLD registries, both existing and future.”
The Implementation Plan published on 25 November 2015 and the subject of this Public Comment outlines a three phase process to implement the PDP recommendations, “each with a specific scope and a dedicated timeline”. These are:
All gTLDs, excluding .COM, .NET and .JOBS, are required to display a Registration Data Directory Services (RDDS) output compliant with this Consensus Policy, with the exception of Registrar Registration Expiration Date and Reseller information.
All gTLDs, excluding .COM, .NET and .JOBS, are required to display a Registration Data Directory Services (RDDS) output fully compliant with this Consensus Policy.
All gTLDs, including .COM, .NET and .JOBS, are required to provide a thick Registration Data Directory Services (RDDS) fully compliant with this Consensus Policy.
The PDP Report explicitly stated, and the Implementation Plan acknowledged that the implementation of one part of the recommendation should not unnecessarily delay other parts, and the example given was that conversion to a Thick Whois for those registries what do not currently use it should not delay consistent labelling and display of data.
The ALAC would like to register its extreme dismay and dissatisfaction with the current state of this project. Specifically:
Four years and four months after the issue was first addressed by the GNSO, and nearly two years after Board approval, we still have no progress and no projected completion date for the prime issue that the PDP focused on and recommended.
When people comment on the slow rate of policy development at ICANN, a common answer is that: ”it takes time to develop good policy”. There is no doubt some truth in that, and the same is likely true for the implementation of such policies.
However, soon after August 2016, the effective date of Phase 1 implementation and the only one with a firm target, we will be entering the SIXTH year of this work. Surely ICANN should be able to do better than that.