AT-LARGE GATEWAY
At-Large Regional Policy Engagement Program (ARPEP)
ALAC Liaisons and Representatives
At-Large Review Implementation Plan Development
Page History
History:
- Originally prepared November 20 by Evan Leibovitch, Chair of the At-Large gTLD Working Group, at the request of ALAC
- Revised November 23 based on input from a community meeting
- Minor changes made afterwards, based on input of community members
- Adopted unanimously, with a minor modification, by the At-Large Advisory Committee on December 7
----------------------------
The At-Large Advisory Committee (ALAC) is very disappointed by the latest release of the Proposed Final Applicant Guidebook of November 12, 2010 (PAG). In significant ways its changes reflect a deliberate step backwards in some areas, away from transparency and accountability , and towards secrecy and arbitrary action. Even more importantly, the new guidebook fails at any more than cosmetic accommodation of critical, Board-mandated policy work undertaken by ICANN's grass-roots community.
...
Both these issues were immediately taken up by cross-community working groups, which in unprecedented manner produced specific and concrete changes to the application process that would be consistent with existing mandates while addressing community concerns about these two important issues. In both cases, public comment has been essentially ignored.
Dispute "Resolution" (Attachment to Module 3, Article 3)
A substantial part of At-Large's long-time opposition to the Morality and Public Order objection (Module 3, Section 3.1.2.3) has been with the "Dispute Resolution Service Provider" ("DRSP"), a process that At-Large has held to be unethical, opaque, and cumbersome. The current implementation requires applicants and objectors to spend vast amounts of money on a needlessly litigious process, opening wide opportunities for gaming while forcing ICANN to make (or subcontract) judgements of comparative morality. This process provides substantial barriers to legitimate objectors while encouraging frivolous objections from well-funded parties.
...
We believe that the role of support staff is to implement policy reached by consensus whilst steering well clear of “agreeing” or “disagreeing” with interpretations. Consequently, members of At-Large who have been active participants in this process have substantial and justifiable concerns that the CWG details have been inadequately and insufficiently presented to the Board, and as a result its recommendations have not received appropriate consideration.
Applicant Support (Module 1, Section 1.2.10)
Another cross-community GNSO/ALAC effort -- to determine ways to reduce barriers to would-be applicants from developing and emerging economies -- would help demonstrate ICANN's global relevance and eagerness to expand Internet access worldwide, while closing the technology gap between rich and poor. This "Joint Applicant Support" ("JAS") working group also achieved significant consensus on many important issues and is under approval processes at both the GNSO and ALAC. Given the difficulties of properly bringing forward the CWG recommendations, we urge the Board to ensure that its briefings on this matter fully and fairly consider the working group's recommendations.
The Independent Objector (Module 3, Section 3.1.5)
On the matter of the Independent Objector ("IO"), critical safeguards of the public interest have either been removed or left out. Rather than a mechanism to prevent applicants and objectors to affect outcomes merely by out-spending their opponents, the IO has been re-architected as a tool to allow the introduction of anonymous, unaccountable, opaque objections. Upon analysing the issue the At-Large Community is now strongly of the opinion that role of the IO must be eliminated. While we understand its reason for creation, the potential for misuse has been made clear; any benefit it might provide will be far outweighed by its invitation for gaming and bullying. The accessibility issues that the IO was designed to address can be fulfilled if the CWG recommendations (not related to the IO) are implemented. Should the ICANN Board and staff insist -- against the public good -- to implement the IO, they must at least implement all necessary safeguards to prevent the dangers inherent in the current design.
We also note that if the IO is abolished significant cost savings possible can and should be achieved, and considered in the cost-recovery analysis of the gTLDs program.
Conclusions
It is disappointing that the PAG has regressed rather than progressed since its previous version. Rather than incorporating important and clear cross-community direction, Board and Staff have dismissed this critical input as inconvenient, and as too much of a change from the PAG's current dangerous inertia. According to the "explanatory memo" providing ICANN response to its community initiative, "risk mitigation" now appears to be a primary policy goal of ICANN -- and, conveniently, a primary obstacle to change.
...