Skip to main content
Resources

Summary of Input on Transparency and Accountability Management Operating Principles

As part of the Joint Project Agreement between the U.S. Department of Commerce and ICANN, the ICANN Board of Directors approved an Affirmation of Responsibilities for ICANN's Private Sector Management. Points 2 and 3 of that document refer to ICANN's intention to continue to improve processes and procedures that encourage improved transparency and accountability. As part of this commitment to continuously improving transparency and accountability, ICANN sought input from the community on the development of a set of Management Operating Principles. These Operating Principles will set new standards for transparency and accountability for interactions within the ICANN community and between members of the community and staff. The first part of the consultation process sought responses to a series of questions:

  • How would you define "transparency" in the ICANN context?
  • What standards of transparency are appropriate in ICANN operations and activity?
  • How would you define "accountability" in the ICANN context?
  • What standards of accountability are appropriate in ICANN operations and activity?
  • What specific processes and activities need to be included to ensure these standards are met?
  • Are there any innovative ideas on transparency and accountability that you believe have not yet been implemented that might apply to ICANN?

Seventeen responses were received. A list of those who commented is included at the end of this paper. The following is a summary of those responses. Where possible, comments have been attributed to those who made them. Comments have been broken up into three headings: general comments, comments about the consultation process, and comments about transparency and accountability. There is also a section at the end of this paper that outlines the next steps in the process.

General comments

All respondents welcomed the opportunity to make comments about transparency and accountability in ICANN. Although many had issues with the details of the consultation process (see below), there was general acknowledgement that the ICANN community should be deeply involved in the development of the Management Operating Principles.

All respondents stressed the importance of improving transparency and accountability in ICANN. Comments included: “the most important area where we think there needs to be improvement”; “vital to retaining…stakeholder trust”; “these concerns have been the sorest sticking point”.

Consultation Process

Almost all respondents suggested that the timetable was too ambitious. Many requested that the deadline for comments be extended to 31 December. For some, the plan to have the principles adopted at the Lisbon meeting in March was also unrealistic. They suggested that a more flexible timeline might enable more discussion and a better result for this important issue.

Some respondents suggested that ICANN should seek assistance from an independent consultant who could review current practices or consider the best practices of governments (McGuire). In a similar vein, others suggested a multi-stakeholder taskforce could work on the issue (Younger), or that there could be a Policy Development Process for compliance with ICANN’s Bylaws (Hasbrouck).

Transparency and accountability

The major focus for comments on transparency was the decision making process at the Board level. Most comments were critical of current levels of transparency, with some describing it as “opaque”(Corwin) and others suggesting that it was not in accordance with the bylaws (Hasbrouck), although there was also the realisation that there has been steady improvement (Sims).

Many of the comments described what the respondent believed was a better, more transparent decision process. There were significant similarities in these views, and the salient features were:

  • When decisions are to be made, the issue should be clearly flagged and described so that interested parties can observe and make comments (Auerbach, Shaw),
  • The decision makers need to be clearly identified (Auerbach, McGuire, Shaw, Halton);
  • Wherever possible, background material should be made available so that stakeholders can understand the issue; (Ruiz),
  • Sufficient notice periods should be given so that interested parties can ask questions and comment on issues. (Auerbach, Graham)
  • The Board needs to provide adequate, publicly available minutes. (Graham, Shaw)
  • When a decision has been made, the outcome should be clearly communicated (Graham, Shaw) and supported by a rationale that clearly explains:
    • the inputs that were received (including public consultation and other comments), (Auerbach, Graham, Ruiz)
    • any analysis that was undertaken, (Graham, Ruiz)
    • the criteria that were used to make the decision (Auerbach) and
    • (if relevant) any dissenting views.
  • Board members should be encouraged to submit statements explaining their final position on the issue. (Auerbach, Ruiz, Shaw)
  • All meetings should be transcribed or recorded, with these recordings and transcriptions easily accessible to all stakeholders. These recordings and transcriptions should be archived for later access by interested parties.
  • The Board should not hold closed or secret meetings (Shaw), with the exception of those issues covered under sections 5.2 and 5.3 of the bylaws (Ruiz). Others suggested that there may be some internal decisions that could be made outside this framework (Shaw), but these decisions should be limited and well defined by published rules (McGuire) and the reasons for non-disclosure communicated in the minutes (Shaw).
  • All Board meetings should be audio recorded or transcribed. (Ruiz)

There was a suggestion by one respondent that this transparency process should be applied to all decisions “along the policy development chain”, including contracts. (Shaw)

A number of respondents were supportive of a bottom up, consensus approach to decision making. (Hasbrouck, Shaw) However, another respondent commented that the Board has a “fiduciary legal duty to act in the best interests of the organization and if that requires acting before or contrary to someone's idea of consensus, so be it” (Sims)

Comments were also made about the staff and transparency. Some (but not all) respondents grouped the staff and Board together when suggesting that the current processes were not transparent (Auerbach, Ruiz). Some comments suggested that staff have too much influence is setting ICANN policy (McGuire, Halton), that policy decisions are made by staff fiat and that this influence needs to be minimized or recognized (McGuire). However, there was an opposing view that staff in any organization have influence on the actions of a body by nature of their role, and that this was best managed by employing good staff and setting clear policy boundaries for their actions. (Sims)

While most of the comments focused on the Board and to some extent the staff, some suggested that the principle of transparency also applies to Supporting Organizations and Advisory Committees, task forces and working groups. There were a number of comments that these meetings should be open (or at least that recordings or transcriptions should be available) (Ruiz), and one respondent suggested that there should no closed meetings of any ICANN group (including Board retreats, workshops or dinners and the GAC (Hasbrouck)).

There was also the suggestion that “previously non-public ICANN operational records” should be reviewed and published (Hasbrouck).

Also, there was the style of ICANN communication (particularly for those whose first language is not English) restricts transparency. (Halton)

The difficulty in navigating the ICANN website was mentioned as limiting transparency (Graham, Halton)

Many respondents combined ideas about transparency and accountability in their responses, with some suggesting that having clearly understood and transparent processes was the first step towards accountability. However, a number of specific suggestions were put forward about accountability.

One common theme was the need for the Board to be held accountable to the community, (Graham, Hasbrouck) although there were few concrete ideas on how this might be achieved. One suggestion was that this could be done by having the Board elected by the community (Auerbach), although this approach was seen as unworkable by others (Sims).

An alternative view was that the current ICANN processes of having Board members elected from constituencies, using the Nominating Committee process to source independent Board members and having a regular turnover of Board members ensured a Board that was “as representative as the vast majority of non-profit organizations”. (Sims)

Many respondents noted that a key aspect of accountability was the need for appeal and review processes for stakeholders who felt that due process had not been followed. (Ruiz, McGuire, Shaw) There was acknowledgement that these processes exist currently in the form of the Reconsideration Committee of the Board and the Independent Review process. However, difficulties with both processes were pointed out. The reconsideration committee was perceived as “the Board reviewing itself” (although one comment suggested that this was a necessary first step (Ruiz)). Another suggestion was that the grounds for reconsideration should be changed to allow the admission of information not previously considered where this in the best interests of the Internet community. (Ruiz) One respondent suggested that there were outstanding issues that the Reconsideration Committee needed to deal with and that the Reconsideration Committee had never held a public meeting (Hasbrouck). With regard to Independent Review, some respondents suggested that there were practical difficulties in requesting Independent Review due to the design of the web process. (Ruiz, Shaw)

Another suggestion for improving accountability was to put in place a set of standards that behaviour and performance could be monitored against. An example of this is the Administrative Procedures Act in the US (McGuire); government departments in many countries have Customer Charters, as do many private organizations such as banks. However, there was the suggestion that ICANN was a unique organization and aligning too closely to a government model was inappropriate (Sims). Similarly, the idea was put forward that part of improving the accountability of ICANN will be the setting out of expectations or service levels at the level of specific processes and procedures (Corwin).

There was also the suggestion that there was a need for more accountability in the budget process (Shaw).

Some respondents suggested that the bylaws needed to be changed to mandate a periodic third party review of the ICANN’s accountability frameworks. (Ruiz, Shaw)

Some respondents gave details of specific cases which they felt were examples of shortcomings in transparency and accountability. These cases are not discussed here. Interested parties can review the individual comments for details.

Next steps

In response to early comments, the consultation process was clarified and the time for initial consultation was extended to 31 December 2006. The original timeline was revised so that the Board will not make a decision until the Lisbon meeting. Given the comments above on the importance of this process and the cautions against rushing needlessly, it may be appropriate for the Board to consider postponing any decision based on its judgement of the state of the consultation and development process.

There will be discussion of the development of Management Operating Principles and transparency and accountability at the ICANN meeting in Sao Paulo. These will take place in the public forum and also in Supporting Organization, Advisory Committee and constituency meetings.

A final summary will be prepared at the end of the initial comment period. This summary will incorporate comments posted on the web forum and discussions held in Sao Paulo.

Based on the input received, ICANN will then begin the task of drafting a set of Management Operating Principles and distributing these to the community for comment. In addition, there may be other tasks that need to be undertaken as a result of decisions taken in Sao Paulo.

Comments were received from the following:

Karl Auerbach

Mike Norton

Bernard Turcotte (Canadian Internet Registry Authority) (CIRA)

Danny Younger

Chris Disspain (auDA)

Bill Graham (International Telecommunications policy Coordination, Canada)

Paul Szyndler (Australian GAC representative)

Tim Ruiz (GoDaddy)

Eric Ramage (European Communities Trade Mark Association) (ECTA)

David McGuire (Center for Democracy and Technology)

Edward Hasbrouck

Phil Corwin (Internet Commerce Association) ( ICA)

Heather I Shaw (United States Council for International Business)

Derek Conant (Domain Name System General Assembly)

Wolf Halton (Halton Technical Services)

Susan Mann

Joe Sims

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."