Historical Resolution Tracking Feature » ACDR Proposal to be a UDRP Provider

Important note: The explanatory text provided through this database (including the summary, implementation actions, identification of related resolutions, and additional information) is an interpretation or an explanation that has no official authority and does not represent the purpose behind the Board actions, nor does any explanations or interpretations modify or override the Resolutions themselves. Resolutions can only be modified through further act of the ICANN Board.

ACDR Proposal to be a UDRP Provider

Resolution of the ICANN Board
UDRP Providers

Board approves the application of the Arab Center for Dispute Resolution (ACDR) to become a UDRP provider

Meeting Date: 
Sat, 18 May 2013
Resolution Number: 
Resolution Text: 
Whereas, the Arab Center for Dispute Resolution (ACDR) submitted a proposal to ICANN to be approved as an UDRP provider. Whereas, the ACDR proposal was posted for public comment on 28 September 2010 and a revised version was posted on 1 March 2013, which took into account comments received; ACDR has produced a further revised proposal addressing a final issue raised in the 1 March 2013 public comment forum. Whereas, the revised ACDR proposal meets the suggested elements as set forth in Information Concerning Approval Process for Dispute Resolution Service Providers. Resolved (2013.05.18.07), the Board approves the application of ACDR to become a UDRP provider, and advises the President and CEO, through the General Counsel’s Office, to enter into discussions with ACDR regarding the process for ACDR's provision of UDRP services.
Rationale for Resolution: 
The Board’s approval of the ACDR application brings to a close the work of the ACDR (in cooperation with ICANN staff) in working to meet the standards and elements of the process for approval of Uniform Domain Name Dispute Resolution Policy (“UDRP”) providers. This enhances ICANN’s accountability through adherence to its processes. In addition, the approval of the first UDRP provider located in the Middle East enhances ICANN’s accountability to the Internet community as a whole, enhancing choice for UDRP complainants. The ACDR’s proposal was posted twice for public comment. All of the comments received were provided to ACDR for consideration. Some of the comments in opposition addressed issues such as the level of fees, which is fully within the ACDR’s purview. Other commenters suggested that ICANN develop contracts with each of its UDRP providers as a means to require uniformity among providers. Contracts have never been required of UDRP providers. On the issue of uniformity among providers, however, the ACDR’s proposal does two things: first, highlighted areas where risk of non-uniform conduct was perceived (such as issues with commencement dates and definitions of writings) have been modified; second, the proposal now includes an affirmative recognition that if ICANN imposes further requirements on providers, the ACDR will follow those requirements; third, the ACDR has revised a specific portion of its Supplemental Rules that was highlighted by commenters as a potential risk to uniformity. This is a positive advancement and helps address concerns of ICANN’s ability to, in the future, identify areas where uniformity of action is of its obligation to abide by ICANN modifications that could enhance uniformity among providers. ICANN’s consideration of the ACDR’s proposal also highlights the import of accountability to the community. After the community requested the opportunity to see the proposal again prior to approval, the Board agreed and asked staff to proceed with a further comment period. In addition, the Board also requested that staff report to the community on how ICANN’s earlier consideration of UDRP provider uniformity issues was concluded. As a result, a briefing paper has been prepared and will be publicly posted. There is a minimal resource impact on ICANN as a result of this decision in assuring that ICANN staff is available to work with the ACDR in starting and maintaining its work as a provider. There is no expected impact on the security, stability or the resiliency of the DNS as a result of this decision. This is an Organizational Administrative Function for which public comment was received.