RE: [bc-gnso] GAC scorecard and quick summary
This information clearly sets the goal posts for the match, but it also points out where fresh staff work will be focused - should the Board agree to these terms, and it is pretty clear to me that the right action of the Board will be to capitulate to most of what the GAC wants. Regarding staff work, for example, VI, as per the GAC, will need a lot of thought to sort the methodology on this out: 5: Restrict cross-ownership between registrars and registries where ICANN determines that the TLD is likely to obtain market power. What is the threshold of 'likelihood'? In any case, I agree with Steve's analysis that we have a GAC that wants to play nice with the ICANN Community so I do hope that this golden opportunity does not get trashed due to competing egos or ideology. Kind regards, RA Ronald N. Andruff RNA Partners, Inc. _____ From: owner-bc-gnso@xxxxxxxxx [mailto:owner-bc-gnso@xxxxxxxxx] On Behalf Of Steve DelBianco Sent: Wednesday, February 23, 2011 11:24 PM To: bc-GNSO@xxxxxxxxx Subject: [bc-gnso] GAC scorecard and quick summary In preparation for their meeting with the ICANN Board on Monday, the GAC just published their 'scorecard' on ICANN's new gTLD plans. http://www.icann.org/en/topics/new-gtlds/gac-scorecard-23feb11-en.pdf Below I provide some summary points about this GAC 'Advice'. But first, read the GAC's intro for their scorecard: The scorecard below represents the considered efforts of the GAC to distil the key elements of consensus advice regarding the introduction of new gTLDs it has been providing the ICANN Board since March, 2007. As the GAC noted in its Cartagena Communique, the GAC's initial advice, presented in the form of Principles, pre-dated both the completion of the GNSO's Recommendations on new gTLDs and the ICANN Board's subsequent adoption of those Recommendations in June, 2008. The GAC has sought from the outset of its deliberations regarding the public policy aspects related to the introduction of new gTLDs to contribute to the bottom-up, consensus-based policy development process within ICANN. As per the ICANN Bylaws, the GAC provides advice directly to the ICANN Board. Once the GAC forwards its advice to the ICANN Board, the GAC understands that it is within the ICANN Board's remit to instruct ICANN staff to take the GAC's advice into account in the development of the implementation plan for the introduction of new gTLDs. The GAC therefore welcomes the opportunity presented by the ICANN Board's agreement to hold a meeting with the GAC to review its longstanding and outstanding concerns regarding ICANN's proposed implementation plan for the introduction of new gTLDs. From the GAC's perspective, the Brussels meetings are not only an appropriate but a critical next step in ensuring the perspectives of governments are fully taken into account in the ICANN private sector-led, multi-stakeholder model that ICANN represents. I believe the government reps in the GAC really do appreciate private sector role in building internet infrastructure and creating nearly all compelling content and commerce. And I think they are gradually warming to the mulit-stakeholeder model. But it takes two to Tango, so ICANN needs to get up and dance, too. And if you dislike the idea of showing respect for the GAC, you will positively hate the idea of letting the UN-ITU run things. That is a very real threat - especially if the new gTLD round lets governments say, "I told you this was going to happen". Just ask Marilyn and others who are 'observing' the UN debating the future of internet governance. GAC Advice: 1.1: GAC may object to a string during initial evaluation. ICANN board can disregard GAC advice, but they must provide an explanation. 1.2: Individual governments (not the entire GAC) may object to Community-based applications and they don't want to pay a fee to file an objection. Makes it that much harder to get a community-based TLD. 3: GAC is concerned about ICANN capacity and root zone stability with 200-300 simultaneous applications. Makes case for a limited first batch of 300. 4: gTLD applicants must describe benefits of their TLD and explain how they will mitigate costs to registrants and consumers. 5: Restrict cross-ownership between registrars and registries where ICANN determines that the TLD is likely to obtain market power. 6.1: TM Clearinghouse should accept any TM recognized in country where registry is based. Both Sunrise and TM Claims should be mandatory, and include variations on the TM term. And. the TM clearinghouse [and services?] should continue after launch. 6.2 URS should be faster, simpler, and be based on lower standard of proof. 6.3: post-delegation dispute resolution should require a lower standard of proof, and be simpler to pursue. 6.4: national consumer protection authorities want ICANN to provide adequate compliance resources. 7: TLD contracts must require registry operator to comply with any legally binding decisions of governments. 8: For community-based applications, Allow governments to protect their legal interest in geographical names. 9: ICANN should seek legal advice where national competition authorities might object to a TLD. 10: Make it cheaper and easier for new gTLD applicants from developing countries. (and for Applications in languages whose presence on the web is limited ) 11: Law enforcement wants publicly available and accurate WHOIS, deeper vetting of applicants, and higher weight to applicants offering highest level of security. 12: ICANN should give 'early warning' to applicants if governments object to the string.