GAC new gTLD veto refuses to die
ICANN’s Governmental Advisory Committee seems to be trying yet again to resurrect the government right of veto over controversial new top-level domain applications.
The GAC has proposed changes to the new gTLDs Applicant Guidebook that – at least on the face of it – would remove ICANN’s power to overrule GAC objections.
The changes would also make it much more likely that a gTLD application could be killed off due to the objections of a single nation.
If adopted, they would also make the already unpredictable process of anticipating the result of GAC objections considerably more ambiguous.
The supposedly “complete” Guidebook published by ICANN last month currently includes a warning that the GAC is working on its objecting rules, and that these will be included in future.
The GAC Communique (pdf) issued at the ICANN meeting in Dakar on Friday includes these proposed rules as an annex, and they’re not great if you’re a likely new gTLD applicant.
Consensus objections
If the GAC issues a consensus objection to an application, the Guidebook currently states that a “strong presumption” would be created that the application should fail.
But ICANN’s board would be able to overrule it with a so-called “Bylaws consultation”, the same process it used to approve .xxx earlier this year.
In its proposed revisions, the GAC inexplicably wants to delete the references to the Bylaws consultation.
My understanding is that the GAC is not proposing a change to the Bylaws, so the right of the board to initiate a consultation and overrule a GAC objection would still exist.
But the GAC seems to be asking for applicants to be given far less information about that process than they need, making its own powers appear greater than they are.
This could raise the psychological barrier to initiating a Bylaws consultation and create the perception that a consensus GAC objection always kills an application, which may not be the case.
The Dakar communique defines GAC consensus as “the practice of adopting decisions by general agreement in the absence of any formal objection”, which creates its own set of worries.
Non-consensus objections
A much bigger change is proposed to the way ICANN handles GAC “concerns” about an application.
This is GAC code for a non-consensus objection, where one or more governments has a problem with an application but the GAC as a whole cannot agree to object.
This is the objection mechanism that will very likely capture applications for gTLDs such as .gay, but it could basically cover any string for any reason.
Using the Guidebook’s current wording, there would be no presumption that this kind of application should be rejected. It would be in ICANN’s discretion to initiate a Bylaws consultation.
But the GAC wants something that sounds rather a lot like a Bylaws consultation made mandatory.
“The ICANN Board is expected to enter into dialogue with the GAC to understand the scope of concerns,” it says. “The ICANN Board is also expected to provide a rationale for its decision.”
This basically means that an application for .gay that was objected to by just two or three governments would have to undergo the pretty much the same level of scrutiny as .xxx did.
The political pressure on ICANN to kill the application would be much more intense than it would under the Guidebook’s current rules.
Here’s a table of the GAC’s proposed changes.
[table id=2 /]
In summary, the GAC wants to give more weight to fringe objections and to make the whole process potentially much more confusing for applicants.
I can’t see ICANN sensibly adding the GAC’s text to the Guidebook without at the very least some edits for clarity.
Recent Comments