August 2011 - council - lists.icann.org

Safe, Stable and Secure New gTLDs: ICANN Seeks Global Background Screening Services Provider
by Glen de Saint Géry Aug. 31, 2011

Aug. 31, 2011

http://www.icann.org/en/announcements/announcement-30aug11-en.htm Safe, Stable and Secure New gTLDs: ICANN Seeks Global Background Screening Services Provider 30 August 2011 ICANN is issuing today a Request for Proposal (RFP)<http://www.icann.org/en/topics/new-gtlds/background-screening-rfp-30aug11-e…> [PDF, 104 KB] to identify a Global Background Screening Service Provider capable of generating a thorough and timely background check for all new generic Top Level Domain (gTLD) Applicants. After extensive discussion, debates, and deliberations over the past several years with the business groups, trademark owners, governments, and the Internet community at-large, ICANN's Board of Directors have approved the plan to allow entities to apply for new top-level domains through the new gTLD program. The number of generic top-level domains, (there are 22 in existence today and include familiar names such as .com, .net, and .org), are expected to dramatically expand over the next several years. Based on extensive community feedback regarding a safe and stable new gTLD launch, ICANN has committed to conducting an extensive background screening of each applicant. The new gTLD program is designed with multiple stakeholder protection mechanisms. Background screening, features of the gTLD Registry Agreement, easy access to zone file data, and data and financial escrow mechanisms are all intended to provide registrant and user protections. The scope of the background screening is expected to cover, at a minimum, the entity applying, key directors, officers, partners, and major shareholders of that entity. The new gTLD program is expected start accepting applications in January 2012, and receive a diverse set of applications from all over the world. Ensuring that applicants have the intention to operate the new gTLDs in the public interest and in compliance with the program requirements is of utmost concern. Conducting a thorough and timely background check on each applicant is an important component of the ICANN's application approval process. Respondents are requested to respond to this RFP by replying to: BackgroundScreeningRFP(a)icann.org<mailto:BackgroundScreeningRFP@icann.org>. The period to submit questions about the RFP will close on 13 September 2011. ICANN will provide answers to all questions submitted to all respondents by 22 September 2011. The final response to the RFP is due on 4 October 2011. Glen de Saint Géry GNSO Secretariat gnso.secretariat(a)gnso.icann.org http://gnso.icann.org

1 0

Phase II of Public Comments Process Enhancements - call for comments
by Glen de Saint Géry Aug. 31, 2011

Aug. 31, 2011

http://www.icann.org/en/announcements/announcement-31aug11-en.htm Phase II of Public Comments Process Enhancements Comment Period Deadlines (*) Important Information Links Public Comment Box<http://www.icann.org/en/public-comment/public-comment-enhancements-ii-31aug…> Open Date: 31 August 2011 To Submit Your Comments (Forum)<mailto:public-comment-enhancements-ii@icann.org> Close Date: Comments: 30 Sep 2011 Replies: 15 Oct 2011 (see note in Section I) Time (UTC): 23:59 View Comments Submitted<http://forum.icann.org/lists/public-comment-enhancements-ii/> Section I: Description, Explanation, and Purpose ICANN Staff requests community feedback concerning implementation plans<http://www.icann.org/en/accountability/atrt-report-25jun11-en.pdf> [PDF, 876 KB] for three specific Accountability and Transparency Review Team (ATRT) recommendations (#15, 16, and 17) that affect the way ICANN publishes and manages Public Comments. These ATRT recommendations, which comprise Phase II of the Public Comments Improvement program, address: * Stratification: Categorize topics to assist the community understand the subject matter and inform a participation decision. * Prioritization: Assist community members in determining the importance or urgency of a solicitation by providing key information. * Comment/Reply Cycles: Structure the community's input process into an initial period for submitting new comments followed by a separate reply period during which community respondents would be able to address and rebut arguments raised in opposing parties' previous comments. A fourth area involving Technical Forum Improvements is also incorporated into this solicitation. A Focus Group was organized in July 2011 to provide input concerning various implementation scenarios related to the topics mentioned above. The Focus Group held its deliberations in ICANN's Wiki environment from 20 July 2011 through 19 August 2011. A summary report<https://community.icann.org/download/attachments/17466351/Report+of+Public+…> [PDF, 162 KB] of the group's activities has been prepared and the Wiki space in which the Focus Group worked is accessible for viewing at: https://community.icann.org/x/74MKAQ. The attached report<http://www.icann.org/en/public-comment/public-comments-process-enhancements…> [PDF, 148 KB] addresses the four enhancement areas each in a separate section that incorporates Staff implementation recommendations, Focus Group input where applicable, and additional questions to stimulate community feedback concerning these processes. Note: As an initial test of this concept, the comment forum on this paper will introduce a Reply Cycle. At the conclusion of the initial comment period (30 September) and assuming that on-topic submissions have been received, the comment period will be extended for an additional 15 days (15 October). During this extension, contributors are asked to address any additional submissions to previously posted comments. For each such reply, it will be helpful to everyone for the contributor to cite the original poster's name, comment date, and any particular text that is pertinent. At the conclusion of the full comment period, ICANN plans to seek feedback concerning the process and what changes or enhancements might make it more useful and productive. A consolidated report of the forum submissions will incorporate both the initial comment and subsequent reply periods. Section II: Background The Accountability and Transparency Review Team (ATRT) submitted a report to the ICANN Board on 31 December 2010 containing 27 recommendations, three of which (#15, 16, and 17) address improvements concerning how Public Comments are announced, published, and managed. At its 24 June 2011 meeting, ICANN Board accepted the implementation plans developed by ICANN Staff regarding these recommendations. These plans were organized into two major phases based upon complexity and the ability to effectuate short-term improvements. A set of Phase I activities was implemented effective 30 June 2011. In that first phase, Staff completely redesigned web pages, added new navigation menus, streamlined Announcement and Public Comment Box formats, and introduced an "Upcoming Topics" feature. Staff also created internal document templates to facilitate publication and ensure presentation consistency. We also added new standardized data fields across all solicitations (e.g., Originating Organization, Purpose, Current Status, Next Steps) and clarified opening and closing dates and times. Phase II of this initiative addresses enhancements involving: Stratification, Prioritization, Comment/Reply Cycles, and Technical Forum Improvements. Please see the attached report<http://www.icann.org/en/public-comment/public-comments-process-enhancements…> [PDF, 148 KB] for further information on each of these improvement areas. Section III: Document and Resource Links The following documents and reference links are provided to assist community members in contributing to this solicitation: * Main Report: Public Comments Proposed Process Enhancements-Phase II<http://www.icann.org/en/public-comment/public-comments-process-enhancements…> [PDF, 148 KB] * Board Action on, and Implementation of, the Accountability & Transparency Review Team Final Report June 2011<http://www.icann.org/en/accountability/atrt-report-25jun11-en.pdf> [PDF, 876 KB] * Public Comment Focus Group Report<https://community.icann.org/download/attachments/17466351/Report+of+Public+…> [PDF, 162 KB] * Public Comment Focus Group Wiki Forum<https://community.icann.org/x/74MKAQ> Section IV: Additional Information None Staff Contact: Filiz Yilmaz Email: participate(a)icann.org<mailto:participate@icann.org?subject=More%20information%20on%20Phase%20II%20of%20Public%20Comments%20Process%20Enhancements%20public%20comment%20period> Glen de Saint Géry GNSO Secretariat gnso.secretariat(a)gnso.icann.org http://gnso.icann.org

1 0

Update on me
by Neuman, Jeff Aug. 31, 2011

Aug. 31, 2011

All, I want to thank everyone over the past few weeks for their thoughts, prayers and support during this difficult time. I truly appreciated the get well wishes, cards, flowers, etc. This is truly a unique industry to which I am happy to be a part of. Just about two weeks ago, I was admitted to the hospital with a case of Lyme Meningitis (which resulted in inflammation around the brain). In addition to the severe headaches, the condition resulted in a what they tell me is a temporary paralysis of the left side of my face. Although the inflammation has gone down, I may have to deal with the temporary paralysis in my face for a few additional weeks. Basically feels like my head is constantly full of Novocain that you get at the dentist. My speech has been a little bit affected, but not too bad considering what could have happened. Things are slowly getting better and I am starting to reengage back in work activities. I look forward to getting back into the swing of things and again thank you all for your patience and support. Best regards, Jeffrey J. Neuman Neustar, Inc. / Vice President, Law & Policy 21575 Ridgetop Circle, Sterling, VA 20166 Office: +1.571.434.5772 Mobile: +1.202.549.5079 Fax: +1.703.738.7965 / jeff.neuman(a)neustar.biz<mailto:jeff.neuman@neustar.biz> / www.neustar.biz<http://www.neustar.biz/> ________________________________ The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain confidential and/or privileged information. If you are not the intended recipient you have received this e-mail message in error and any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately and delete the original message.

3 2

Resolutions from ICANN Board meeting on 25 Aug
by Bruce Tonkin Aug. 31, 2011

Aug. 31, 2011

Hello All, Below are the board resolutions from the Board meeting of 25 August 2011. Resolutions relevant to the GNSO include: - approving the GNSO policy recommendation on transfers - an update on the process for single character IDNs at the top level - with the expectation that the work won't be complete in time for the Jan 2012 new gTLD round Regards, Bruce Tonkin From: http://www.icann.org/en/minutes/resolutions-25aug11-en.htm Board Resolutions Special Meeting of the ICANN Board 25 August 2011 * Note: Where available, draft Rationale of the Board's actions is presented under the associated Resolution. The draft Rationale is not final until approved with the minutes of the Board meeting. 1.Consent Agenda 1.1. Approval of Minutes of 28 July 2011 ICANN Board Meeting 1.2. Approval of Recommendation of GNSO Council on IRTP Part B Rationale for Resolutions 2011.08.25.02-05 1.3. Approval of Receipt of Report from TR-WG Rationale for Resolution 2011.08.25.06 2.Approval of NomCom Chair & Chair-Elect Rationale for Resolution 2011.08.25.07 3.Approval of BGC Recommendation re Reconsideration Request 11-1 Rationale for Resolution 2011.08.25.08 4.Process Steps for Consideration of Board Remuneration Rationale for Resolutions 2011-08-25-09 – 15 5.Single Character IDN Update Rationale for Resolution 2011.08.25.16 1. Consent Agenda Resolved, the following resolutions in this Consent Agenda are approved: 1.1. Approval of Minutes of 28 July 2011 ICANN Board Meeting ============================================================ Resolved (2011.08.25.01), the Board approves the minutes of the 28 July 2011 ICANN Board Meeting. 1.2. Approval of Recommendation of GNSO Council on IRTP Part B ============================================================== Whereas on 24 June 2009, the GNSO Council launched a Policy Development Process (PDP) on the Inter-Registrar Transfer Procedure Part B (IRTP Part B) addressing five charter questions, set forth at https://community.icann.org/display/gnsoirtpb/3.+WG+Charter; Whereas the PDP followed the prescribed PDP steps as stated in the Bylaws, resulting in a Final Report delivered on 30 May 2011; Whereas the IRTP Part B Working Group (WG) reached full consensus on the recommendations in relation to each of the five issues outlined in the Charter; Whereas the GNSO Council reviewed, and discussed the recommendations of the IRTP Part B WG, and adopted the Recommendations on 22 June 2011 by a Supermajority and unanimous vote (see: http://gnso.icann.org/resolutions/#201106) Whereas the GNSO Council vote met and exceeded the required voting threshold to impose new obligations on ICANN contracted parties. Whereas after the GNSO Council vote, a 30-day public comment period was held on the approved recommendations, and the comments have been summarized and considered (http://www.icann.org/en/public-comment/irtp-b-recommendations-08jul11-en.htm) Resolved (2011.08.25.02) the Board adopts the GNSO Council Policy Recommendations amending the Inter-Registrar Transfer Policy set forth at http://www.icann.org/en/transfers/policy-en.htm. Resolved (2011.08.25.03) the CEO is to develop and complete an implementation plan for these Recommendations and continue communication with the community on such work. Resolved (2011.08.25.04) the CEO is directed to undertake the studies identified by the GNSO Council at [identify resolutions here] to facilitate further work on this issue. Resolved (2011.08.25.05) the Board encourages the GNSO, the ALAC and all other parts of the ICANN community to work together to promote the measures outlined in the SSAC's report A Registrant's Guide to Protecting Domain Name Registration Accounts (SAC 044), as identified within the GNSO Council Resolutions. Rationale for Resolutions 2011.08.25.02-05 Why the Board is addressing the issue now? The Inter-Registrar Transfer Policy (IRTP) is a consensus policy that was adopted in 2004 which provides for a straightforward process for registrants to transfer domain names between registrars. The GNSO Council established a series of five Working Groups (Parts A through E) to review and consider various revisions to this policy. The IRTP Part B PDP is the second in a series of five scheduled PDPs addressing areas for improvements in the existing policy. The IRTP Part B Working Group has addressed five issues focusing on domain hijacking, the urgent return of an inappropriately transferred name, and lock status. The IRTP Part B PDP Final Report received unanimous consensus support from the IRTP Part B Working Group as well as the GNSO Council. Following the closing of the public comment period on 8 August, the next step as outlined in Annex A of the ICANN Bylaws is consideration by the ICANN Board of the recommendations. What is the proposal being considered? The following recommendations are being considered: ◦Requiring Registrars to provide a Transfer Emergency Action Contact (TEAC). To this end proposed language to modify section 4 (Registrar Coordination) and Section 6 (Registry Requirements) of the Inter-Registrar Transfer Policy has been provided (see Annex for further details). The Transfer Emergency Action Contact (TEAC) is a mechanism to facilitate urgent communications relating to transfers. The goal of the TEAC is to quickly establish real time communication between registrar representatives in case of emergency such as a transfer as a result of a domain name hijacking so that the registrar can take steps to resolving the issue. The TEAC only addresses establishing that communication not resolving any disputes that may arise for which other policies and procedures apply. ◦Modifying section 3 of the IRTP to require that the Registrar of Record/Losing Registrar be required to notify the Registered Name Holder/Registrant of the transfer out. The Registrar of Record has access to the contact information for the Registrant and could modify their systems to automatically send out the Standardized Form for Losing Registrars ("Confirmation FOA") to the Registrant. Requiring this notification would alert the registrant at an earlier stage that a transfer has been requested, which as a result would bring any potential conflicts to light before a transfer has been completed and therefore might reduce the number of conflicts between the admin contact and registrant that would require undoing a transfer. ◦Modifying Reason for Denial #6 as follows: Express objection to the transfer by the authorized Transfer Contact. Objection could take the form of specific request (either by paper or electronic means) by the authorized Transfer Contact to deny a particular transfer request, or a general objection to all transfer requests received by the Registrar, either temporarily or indefinitely. In all cases, the objection must be provided with the express and informed consent of the authorized Transfer Contact on an opt-in basis and upon request by the authorized Transfer Contact, the Registrar must remove the lock or provide a reasonably accessible method for the authorized Transfer Contact to remove the lock within five (5) calendar days. The current language of denial reason #6 is not clear and leaves room for interpretation especially in relation to the term ‘voluntarily' and it is therefore recommended that this language is expanded and clarified to tailor it more to explicitly address registrar-specific (i.e. non-EPP) locks in order to make it clear that the registrant must give some sort of informed opt-in express consent to having such a lock applied, and the registrant must be able to have the lock removed upon reasonable notice and authentication. ◦Deleting denial reason #7 as a valid reason for denial under section 3 of the IRTP as it is technically not possible to initiate a transfer for a domain name that is locked, and hence cannot be denied, making this denial reason obsolete. Which stakeholders or others were consulted? Public comment forums were held on the initiation of the PDP, the Initial Report, the proposed Final Report and the recommendations subject to Board Consideration, in additional to regular updates to the GNSO Council as well as workshops to inform and solicit the input from the ICANN Community at ICANN meetings (see for example, Brussels Meeting and San Francisco Meeting). Constituency / Stakeholder Group Statements were submitted (see https://community.icann.org/display/gnsoirtpb/IRTP+Part+B) All comments received have been reviewed and considered by the IRTP Part B PDP WG (see section 6 of the IRTP Part B Final Report [PDF, 972 KB]). In addition, as prescribed by the ICANN Bylaws, a public comment forum was held on the recommendations to be considered by the ICANN Board. What concerns or issues were raised by the community? The only concern raised as part of the public comment forum on the recommendations to be considered by the ICANN Board was with regard to the four hour response time required as part of the Transfer Emergency Action Contact (TEAC) recommendation. The commenter noted that it would put ‘too much burden on small and medium sized registrars'. However, the commenter seemed to assume that a resolution is required within four hours (‘A final solution/ settlement can take place also after 1 or 2 days') instead of an initial response, which is the only requirement under the proposed TEAC. As the IRTP Part B PDP Working Group explained it in its Final Report ‘the goal of the TEAC is to quickly establish real time communication between registrar representatives who can take steps to resolving the issue, but this policy only addresses establishing that communication not resolving any disputes that may arise'. With regard to the four hour response time, the IRTP Part B PDP Working Group noted that ‘even the smallest of registrars can simply rotate this function among operational staff, just as they rotate other "emergency" aspects of their business. The number of TEAC requests is likely to be very small and quite infrequent, but when they occur there is a genuine emergency that needs to be dealt with quickly'. It should be noted that both small as well as big registrars participated in the deliberations of the IRTP Part B Working Group and supported the recommendations. What significant materials did the Board review? The Board reviewed the GNSO Council Report to the Board, as well as the summary of public comments and Staff's response to those comments. What factors the Board found to be significant? The recommendations were developed following the GNSO Policy Development Process as outlined in Annex A of the ICANN Bylaws and have received the unanimous support from the GNSO Council. As outlined in the ICANN Bylaws, the Council's unanimous (supermajority) support for the motion obligates the Board to adopt the recommendation unless by a vote of more than 66%, the Board determines that the policy is not in the best interests of the ICANN community or ICANN. In addition, transfer related issues are the number one area of complaint according to data from ICANN Compliance. Improvements to the IRTP have the potential to reduce the number of complaints, in addition to providing clarity and predictability to registrants as well as registrars. Are there positive or negative community impacts? Improvements to the IRTP have the potential to reduce the number of complaints, in addition to providing clarity and predictability to registrants as well as registrars. Adoption of the recommendations will require changes in processes for registrars, but these are considered to have a minimum impact and necessary in order to address the issues that are part of this Policy Development Process. The recommendations, if implemented, would usefully clarify and enhance the IRTP, to the advantage of all parties concerned. Are there fiscal impacts or ramifications on ICANN (strategic plan, operating plan, budget); the community; and/or the public? Apart from those changes required in process for registrars as outlined above, no other fiscal impacts or ramifications on ICANN; the community; and/or the public are expected. Are there any security, stability or resiliency issues relating to the DNS? There are no security, stability, or resiliency issues related to the DNS if the Board approves the proposed recommendations. 1.3. Approval of Receipt of Report from TR-WG ============================================== Whereas, on 18 March 2011, the Board received a final report from the independent reviewer for the TLG Review and resolved to establish a Board Technical Relations Working Group, BTRWG, to address the recommendations of the TLG Review final report. (Resolutions 2011.03.18.28-31) Whereas, on 21 April 2011, the Board resolved to adopt the membership of the BTRWG and the Charter for the BTRWG. (Resolutions 2011.04.21.05 and 2011.04.21.12). Whereas, the BTRWG has provided its draft final report, "Draft Final Report from the Board Technical Relations Working Group", dated 22 August 2011, and submitted it to the ICANN Board for consideration. RESOLVED (2011.08.25.06), the Board acknowledges receipt of the document "Draft Final Report from the Board Technical Relations Working Group", dated 22 August 2011, thanks the BTRWG for its timely work and directs the SIC to analyze the report and propose a course of action. Rationale for Resolution 2011.08.25.06 The proposed actions are in direct response to a request from the Board and serve to advance the work on improvements in line with the agreed time plan. The actions to be taken do not entail any budgetary consequences in and of themselves, nor any potential negative effects. It is important to take these actions now to timely prepare for future restructuring actions to be proposed for the Board's consideration and decision. 2. Approval of NomCom Chair & Chair-Elect ========================================== Whereas, the BGC has reviewed the Expressions of Interest from candidates for the Nominating Committee ("NomCom") Chair and Chair-Elect. Whereas, the BGC agreed upon a short list of candidates and invited interested Board members to participate in interviews with those candidates, which resulted in recommendations to the Board. Resolved (2011.08.25.07), the Board adopts the recommendation of the BGC and hereby appoints Vanda Scartezini as the 2012 NomCom Chair and Rob Hall as the 2012 NomCom Chair-Elect. Rationale for Resolution 2011.08.25.07 ICANN's Bylaws require the Board to appoint the Nominating Committee (NomCom) Chair and NomCom Chair-Elect. See Article VII, sections 2.1 and 2.2 at http://www.icann.org/en/general/bylaws.htm#VII. The Board has delegated the responsibility for recommending the NomCom Chair and Chair-Elect for Board approval to the Board Governance Committee. See BGC Charter at http://www.icann.org/en/committees/board-governance/charter.htm. The BGC posted a call for expressions of interest (EOI), received and reviewed several EOIs, and conducted interviews with some candidates before making recommendations. The Board has considered and agrees with the BGC's recommendations. Appointing a NomCom Chair and Chair-Elect identified through a public EOI process positively affects the transparency and accountability of ICANN. Adopting the BGC's recommendation has no financial impact on ICANN and will not negatively impact the systemic security, stability and resiliency of the domain name system. The Board notes that coordination is necessary with the NomCom and ICANN's Supporting Organizations and Advisory Committees to standardize position descriptions for the NomCom Chair and Chair-Elect, as well as for the positions that the NomCom is responsible to fill within ICANN. In addition, it is necessary to develop – in consultation with the NomCom – a standardized set of conflict of interest identification practices for use by NomCom members. The Board Governance Committee will continue dialogue with the NomCom on these and other issues, including furtherance of work to meet the recommendations of the Accountability and Transparency Review Team, at the ICANN meeting in Dakar, Senegal. 3. Approval of BGC Recommendation re Reconsideration Request 11-1 ================================================================== Whereas, the BGC has reviewed Reconsideration Request 11-1 submitted by Michael F. Gende on 15 June 2011 concerning the domain name zetamusic.com. Whereas, the BGC has determined that Reconsideration Request 11-1 should be denied. Whereas, Reconsideration Request 11-1 and the BGC's recommendation have been posted on the ICANN website at http://www.icann.org/en/committees/board-governance/requests-for-reconsider…. Resolved (2011.08.25.08), the Board adopts the recommendation of the BGC that Reconsideration Request 11-1 be denied as the requested action is not within ICANN's power and the Reconsideration process is not the appropriate forum to make domain name dispute complaints. Rationale for Resolution 2011.08.25.08 ICANN's Bylaws call for the Board Governance Committee to evaluate and make recommendations to the Board with respect to Reconsideration Requests. See Article IV, section 3 of the Bylaws http://www.icann.org/en/general/bylaws.htm#IV. The Board has reviewed and thoroughly discussed the BGC's recommendation with respect to Reconsideration Request 11-1 and finds the analysis sound. Having a Reconsideration process whereby the BGC reviews and makes a recommendation to the Board for approval positively affects the transparency and accountability of ICANN. It provides an avenue for the community to ensure that staff and the Board are acting in accordance with ICANN's policies, Bylaws and Articles of Incorporation. Adopting the BGC's recommendation has no financial impact on ICANN and will not negatively impact the systemic security, stability and resiliency of the domain name system. Here, the Reconsideration process was invoked to obtain the transfer of a domain name registration and complaining of ICANN's earlier response referring the requester to contact the registrant, the registrar, or follow other appropriate alternatives that may assist him in obtaining the transfer of the registration. Because the requested action is not within ICANN's power or authority, this Request has been denied. The Board further notes that the Reconsideration process is not the appropriate forum in which to assert complaints over domain names. There are several other mechanisms by which complaints can be levied and addressed. Nevertheless, the Request, in line with ICANN's compliance processes, has been forwarded to the registrar for further follow-up directly with the requester. 4. Process Steps for Consideration of Board Remuneration Whereas, ICANN currently provides compensation to the Chair of its Board for the services the Board Chair renders as a Chair of the Board. Whereas, ICANN desires to investigate whether it is appropriate to expand the availability of compensation for service on the Board to other Board members ("Directors"). Whereas, ICANN is a nonprofit California public benefit corporation that is exempt from Federal income tax under §501(a) of the Internal Revenue Code of 1986, as amended (the "Code") as an organization described in §501(c)(3) of the Code. Whereas, ICANN may not pay directors more than Reasonable Compensation as determined under the standards set forth in §53.4958-4(b) of the regulations issued under §4958 of the Code (the "Regulations"). Resolved (2011.08.25.09), the Board shall direct staff to take all steps necessary to consider the appropriateness of compensation for voting Directors. Resolved (2011.08.25.10), as part of the process of reviewing any Director compensation, the Board shall retain an Independent Valuation Expert, as that term is defined in §53.4958-1(d)(4)(iii)(C) of the Regulations (an "Expert"), to consult with and to advise the Board regarding the appropriateness and level of any Director compensation arrangements, and to issue to the Board a Reasoned Written Opinion, as that term is defined in §53.4958-1(d)(4)(iii)(C) of the Regulations (the "Opinion"), from such Expert regarding the ranges of Reasonable Compensation for any such services by a Director. Resolved (2011.08.25.11), the Expert's opinion shall include all factors the Expert determines to be appropriate regarding the appropriateness and the level of compensation to be paid a voting Director for services to ICANN as a Director, including offices held on the Board, attendance at Board and Committee meetings, the nature of service on the Board and on Board Committees, and Appropriate Data as to Comparability, as that term is defined in §53.4958-6(c)(2) of the Regulations, regarding director compensation arrangements for U.S.-based, nonprofit, tax-exempt organizations possessing a global employee base. Resolved (2011.08.25.12), after having reviewed the Expert's Opinion, the Board shall meet with the Expert to discuss the Expert's Opinion and to ask questions of the Expert regarding the Opinion, the Comparability Data obtained and relied upon, and the conclusions reached by the Expert. Resolved (2011.08.25.13), that the Board shall adequately document the basis for any determination the Board makes regarding Director compensation arrangements concurrently with making that determination. Resolved (2011.08.25.14), ICANN's General Counsel is authorized and directed to retain Towers Watson as the Board's Independent Valuation Expert to consult with and to advise the Board regarding Director compensation arrangements and to issue to the Board the Reasoned Written Opinion described above regarding the appropriateness of and ranges of Reasonable Compensation for any such services by a Director. Resolved (2011.08.25.15), ICANN's staff is herby directed to post for public comment a proposed revised Conflicts of Interest Policy and proposed revised Bylaws that will be required if the Board approves a recommendation that eligible Board members should be compensated for services to ICANN as Directors of ICANN. Rationale for Resolutions 2011-08-25-09 – 15 Over the past several years, ICANN has been considering issues surrounding Board compensation. The Board has publicly discussed the matter and has reviewed independent analysis and advice on the matter. For example: (i) there were calls from the community in relation to ICANN Framework for Accountability and Transparency that the entire Board be compensated; (ii) budget contingency discussions since FY08 have involved the concept of possible Board remuneration; (iii) independent evaluation experts provided studies on other non-profit organizations and Board member remuneration; (iv) the Boston Consulting Group ("BCG") that conducted the Board Review suggested that relatively modest fees to compensate directors for time may be appropriate; (v) the Board Review working group acknowledged general support from BCG and community for director remuneration, but recommended further study in coordination with General Counsel; and (vi) the Accountability and Transparency Review Team specifically recommended that the Board should implement a compensation scheme for voting Directors. In August of 2010, the Board approved compensation for the Board Chair. Since that time a call for all voting directors to be compensated has continued, most recently through Recommendation 5 from the Accountability and Transparency Review Team. Taking all steps necessary to ensure that consideration of voting director compensation is done in accordance with all appropriate laws, rules and regulations positively impacts the accountability and transparency of ICANN. Further, informing the community through posting all of the process steps the Board is following, as well as the proposed revisions for the Conflicts of Interest Policy and the Bylaws, significantly enhances ICANN's transparency in this matter. Following these steps will have some fiscal impact on ICANN as it will cost some to engage the Independent Valuation Expert, however that eventually was budgeted for when the Board adopted the ATRT Recommendations. Taking these steps will not negatively affect the security, stability or resiliency of the domain name system. 5. Single Character IDN Update ================================= Whereas, the delegation of IDN TLDs in a way that promotes security and a good user experience is a longstanding topic of importance to ICANN's Board and the global community. Whereas, the GNSO's Reserved Names Working Group concluded that, for IDNs, there should not be a general restriction on single-character U-labels, and recommended a case-by-case analysis. Whereas, the IDN Implementation Working Team recommended that single-character gTLDs should not be banned, but that further ramifications of this issue should be addressed by policy bodies such as the ccNSO and GNSO. Whereas, the Joint ccNSO-GNSO IDN Working Group (JIG) recommended that single-character TLDs should be accepted in the IDN ccTLD Fast Track, as part of the recommendations for overall policy in IDN ccPDP, and the New gTLD Program. Whereas, the Fast Track was designed to enable the introduction of a limited number of non-contentious IDN ccTLDs to meet near-term demand while the overall policy is being developed, using methods that do not pre-empt the outcomes of the IDN ccPDP. Whereas, the JIG Report raises certain questions, including (a) what suitable process for consultation (including with relevant language communities), is needed when considering new, single-character IDN TLD strings, and (b) whether there would be a different policy conclusion if it were specified that only ideographical scripts are acceptable for single-character IDN TLDs. Whereas, these and all technical and policy considerations must be addressed prior to delegation of any single-character TLDs. Whereas the time necessary to adequately resource and consider these issues is estimated to extend beyond the scheduled application submission period for the first gTLD application round. Resolved (2011.08.28.16) the Board, on the issue of delegation of single character gTLDs: 1. Requests specific advice on security & stability aspects of this issue from the SSAC. 2. Requests the GAC to consider and provide specific advice on public policy aspects of this issue. 3. Requests specific advice on the end-user/consumer aspects of this issue from ALAC. 4. Directs the staff to consult with additional appropriate and knowledgeable community participants across various languages/scripts on this topic, and to provide the Board and community a report that reflects this input, to enable consideration by the Board on delegation of single character IDN TLDs. 5. Directs staff to publish a timetable for this work, clearly indicating that processes for delegation of single-character IDN TLDs will be made available after the first gTLD application round and conclusion of IDN ccTLD policy work. Rationale for Resolution 2011.08.25.16 Why the Board is addressing the issue now? The Joint ccNSO-GNSO IDN Working Group (JIG) produced a final report recommending that single-character IDNs be delegated in the New gTLD program and the IDN ccTLD Fast Track. The GNSO Council and the ccNSO Council approved the report on 7 April 2011 and 10 May 2011, respectively, and the report was delivered to the Board on 11 May 2011. What is the proposal being considered? The JIG report includes recommendations that: a) Single Character IDN TLDs should be acceptable under the IDN ccTLD Fast Track Process and as part of the recommendations for overall policy in IDN ccPDP, taking into account the findings from the report; b) The GNSO policy recommendation in the Final Report for the Introduction of New Generic Top-Level Domains for Single Character IDN TLDs should be implemented; and c) Requested Single Character IDN TLD strings should be analyzed on a case-by-case basis in the new gTLD process depending on the script and language. Single Character IDN TLDs should be acceptable, but must not be confusingly similar to single or two character ASCII TLDs. For alphabetic script Single Character IDN TLDs, other technical aspects of confusability may be taken into consideration, such as the likelihood of user slip with relevance to keyboard layouts. Implementing the report's recommendations would result in changes to the approved versions of the gTLD Applicant Guidebook and the IDN ccTLD Fast Track Implementation Plan. Which stakeholders or others were consulted? The JIG consists of representatives from the ccNSO and GNSO communities. The report has also been posted for public comment from all stakeholders. Since receipt of the report, i nformal discussions have taken place with some SSAC and Board Variant Working Group members regarding technical aspects of the proposal. What concerns or issues were raised by the community? Issues raised by the community during the public consultation process include: ◦Timing of the potential introduction of single-character IDN TLDs in relation to resolution of IDN variant management issues. ◦Suggestion of an IDN Evaluation Panel to review applications for Single Character or Two Character IDN TLDs. ◦Procedures in the event that single characters represent geographic names or other interests. ◦Potential for user confusion. ◦Potential usability issues with single-character IDN TLDs. ◦The distinction between gTLDs / ccTLDs. What significant materials did the Board review? The Board reviewed the JIG's report. What factors the Board found to be significant? The Board will consider technical issues, public policy issues, and user experience. Accordingly, input is being sought from the various Advisory Committees. With regard to the New gTLD Program, issues raised in the JIG report that could be addressed in the consultations are: (1) identifying a suitable process for consultation (including with relevant language communities) when considering new, single-character IDN gTLD strings; and (2) whether there would be a different policy conclusion if it were specified that only ideographical scripts are acceptable for Single Character IDN TLDs. With regard to IDN ccTLDs, the policy development processes concerning IDN ccTLDs could be informed by additional exploration of these issues. The IDN ccTLD Fast Track was designed to enable the introduction of a limited number of non-contentious IDN ccTLDs to meet near-term demand while the overall policy is being developed, using methods that do not pre-empt the outcomes of the IDN ccPDP. Accordingly, delegation of one-character TLDs is not currently being considered for the Fast Track. Are there positive or negative community impacts? The Board is requesting additional advice on the possible impacts before proceeding. Are there fiscal impacts or ramifications on ICANN (strategic plan, operating plan, budget); the community; and/or the public? The recommended action should not cause any significant variance on pre-planned expenditure. Are there any security, stability or resiliency issues relating to the DNS? Initial analysis indicates that there are none; however, the matter is being referred to the SSAC for additional consideration.

2 1

Final Issue Report - Inter-Registrar Transfer Policy Part C
by Marika Konings Aug. 30, 2011

Aug. 30, 2011

Dear All, Please find attached the Final Issue Report on the Inter-Registrar Transfer Policy (IRTP) Part C. For your information, the report of public comments received on the Preliminary Issue Report can be found in Annex A. Based on the public comments, a minor addition to the information provided for Issue C has been included in the report. If you are interested in seeing the redline version to compare the Preliminary and Final Issue Report, please let me know. With best regards, Marika

2 3

Adoption of IRTP Part B recommendations by ICANN Board
by Marika Konings Aug. 30, 2011

Aug. 30, 2011

Dear All, For your information, the ICANN Board adopted the IRTP Part B recommendations approved by the GNSO Council at its meeting on 25 August (see http://www.icann.org/en/minutes/resolutions-25aug11-en.htm or resolution below). With best regards, Marika ============ 1.2. Approval of Recommendation of GNSO Council on IRTP Part B Whereas on 24 June 2009, the GNSO Council launched a Policy Development Process (PDP) on the Inter-Registrar Transfer Procedure Part B (IRTP Part B) addressing five charter questions, set forth at https://community.icann.org/display/gnsoirtpb/3.+WG+Charter; Whereas the PDP followed the prescribed PDP steps as stated in the Bylaws, resulting in a Final Report delivered on 30 May 2011; Whereas the IRTP Part B Working Group (WG) reached full consensus on the recommendations in relation to each of the five issues outlined in the Charter; Whereas the GNSO Council reviewed, and discussed the recommendations of the IRTP Part B WG, and adopted the Recommendations on 22 June 2011 by a Supermajority and unanimous vote (see: http://gnso.icann.org/resolutions/#201106) Whereas the GNSO Council vote met and exceeded the required voting threshold to impose new obligations on ICANN contracted parties. Whereas after the GNSO Council vote, a 30-day public comment period was held on the approved recommendations, and the comments have been summarized and considered (http://www.icann.org/en/public-comment/irtp-b-recommendations-08jul11-en.htm) Resolved (2011.08.25.02) the Board adopts the GNSO Council Policy Recommendations amending the Inter-Registrar Transfer Policy set forth at http://www.icann.org/en/transfers/policy-en.htm. Resolved (2011.08.25.03) the CEO is to develop and complete an implementation plan for these Recommendations and continue communication with the community on such work. Resolved (2011.08.25.04) the CEO is directed to undertake the studies identified by the GNSO Council at [identify resolutions here] to facilitate further work on this issue. Resolved (2011.08.25.05) the Board encourages the GNSO, the ALAC and all other parts of the ICANN community to work together to promote the measures outlined in the SSAC's report A Registrant's Guide to Protecting Domain Name Registration Accounts (SAC 044), as identified within the GNSO Council Resolutions. Rationale for Resolutions 2011.08.25.02-05 Why the Board is addressing the issue now? The Inter-Registrar Transfer Policy (IRTP) is a consensus policy that was adopted in 2004 which provides for a straightforward process for registrants to transfer domain names between registrars. The GNSO Council established a series of five Working Groups (Parts A through E) to review and consider various revisions to this policy. The IRTP Part B PDP is the second in a series of five scheduled PDPs addressing areas for improvements in the existing policy. The IRTP Part B Working Group has addressed five issues focusing on domain hijacking, the urgent return of an inappropriately transferred name, and lock status. The IRTP Part B PDP Final Report received unanimous consensus support from the IRTP Part B Working Group as well as the GNSO Council. Following the closing of the public comment period on 8 August, the next step as outlined in Annex A of the ICANN Bylaws is consideration by the ICANN Board of the recommendations. What is the proposal being considered? The following recommendations are being considered: * Requiring Registrars to provide a Transfer Emergency Action Contact (TEAC). To this end proposed language to modify section 4 (Registrar Coordination) and Section 6 (Registry Requirements) of the Inter-Registrar Transfer Policy has been provided (see Annex for further details). The Transfer Emergency Action Contact (TEAC) is a mechanism to facilitate urgent communications relating to transfers. The goal of the TEAC is to quickly establish real time communication between registrar representatives in case of emergency such as a transfer as a result of a domain name hijacking so that the registrar can take steps to resolving the issue. The TEAC only addresses establishing that communication not resolving any disputes that may arise for which other policies and procedures apply. * Modifying section 3 of the IRTP to require that the Registrar of Record/Losing Registrar be required to notify the Registered Name Holder/Registrant of the transfer out. The Registrar of Record has access to the contact information for the Registrant and could modify their systems to automatically send out the Standardized Form for Losing Registrars ("Confirmation FOA") to the Registrant. Requiring this notification would alert the registrant at an earlier stage that a transfer has been requested, which as a result would bring any potential conflicts to light before a transfer has been completed and therefore might reduce the number of conflicts between the admin contact and registrant that would require undoing a transfer. * Modifying Reason for Denial #6 as follows: Express objection to the transfer by the authorized Transfer Contact. Objection could take the form of specific request (either by paper or electronic means) by the authorized Transfer Contact to deny a particular transfer request, or a general objection to all transfer requests received by the Registrar, either temporarily or indefinitely. In all cases, the objection must be provided with the express and informed consent of the authorized Transfer Contact on an opt-in basis and upon request by the authorized Transfer Contact, the Registrar must remove the lock or provide a reasonably accessible method for the authorized Transfer Contact to remove the lock within five (5) calendar days. The current language of denial reason #6 is not clear and leaves room for interpretation especially in relation to the term ‘voluntarily' and it is therefore recommended that this language is expanded and clarified to tailor it more to explicitly address registrar-specific (i.e. non-EPP) locks in order to make it clear that the registrant must give some sort of informed opt-in express consent to having such a lock applied, and the registrant must be able to have the lock removed upon reasonable notice and authentication. * Deleting denial reason #7 as a valid reason for denial under section 3 of the IRTP as it is technically not possible to initiate a transfer for a domain name that is locked, and hence cannot be denied, making this denial reason obsolete. Which stakeholders or others were consulted? Public comment forums were held on the initiation of the PDP<http://forum.icann.org/lists/irtp-b>, the Initial Report<http://forum.icann.org/lists/irtp-b-initial-report/>, the proposed Final Report<http://forum.icann.org/lists/irtp-b-proposed-final-report/> and the recommendations subject to Board Consideration<http://forum.icann.org/lists/irtp-b-recommendations/>, in additional to regular updates to the GNSO Council as well as workshops to inform and solicit the input from the ICANN Community at ICANN meetings (see for example, Brussels Meeting<http://brussels38.icann.org/node/12502> and San Francisco Meeting<http://svsf40.icann.org/node/22083>). Constituency / Stakeholder Group Statements were submitted (see https://community.icann.org/display/gnsoirtpb/IRTP+Part+B) All comments received have been reviewed and considered by the IRTP Part B PDP WG (see section 6 of the IRTP Part B Final Report<http://gnso.icann.org/issues/transfers/irtp-b-final-report-30may11-en.pdf> [PDF, 972 KB]). In addition, as prescribed by the ICANN Bylaws, a public comment forum<http://www.icann.org/en/announcements/announcement-2-08jul11-en.htm> was held on the recommendations to be considered by the ICANN Board. What concerns or issues were raised by the community? The only concern raised as part of the public comment forum on the recommendations to be considered by the ICANN Board was with regard to the four hour response time required as part of the Transfer Emergency Action Contact (TEAC) recommendation. The commenter noted that it would put ‘too much burden on small and medium sized registrars'. However, the commenter seemed to assume that a resolution is required within four hours (‘A final solution/ settlement can take place also after 1 or 2 days') instead of an initial response, which is the only requirement under the proposed TEAC. As the IRTP Part B PDP Working Group explained it in its Final Report ‘the goal of the TEAC is to quickly establish real time communication between registrar representatives who can take steps to resolving the issue, but this policy only addresses establishing that communication not resolving any disputes that may arise'. With regard to the four hour response time, the IRTP Part B PDP Working Group noted that ‘even the smallest of registrars can simply rotate this function among operational staff, just as they rotate other "emergency" aspects of their business. The number of TEAC requests is likely to be very small and quite infrequent, but when they occur there is a genuine emergency that needs to be dealt with quickly'. It should be noted that both small as well as big registrars participated in the deliberations of the IRTP Part B Working Group and supported the recommendations. What significant materials did the Board review? The Board reviewed the GNSO Council Report to the Board, as well as the summary of public comments and Staff's response to those comments. What factors the Board found to be significant? The recommendations were developed following the GNSO Policy Development Process as outlined in Annex A of the ICANN Bylaws and have received the unanimous support from the GNSO Council. As outlined in the ICANN Bylaws, the Council's unanimous (supermajority) support for the motion obligates the Board to adopt the recommendation unless by a vote of more than 66%, the Board determines that the policy is not in the best interests of the ICANN community or ICANN. In addition, transfer related issues are the number one area of complaint according to data from ICANN Compliance. Improvements to the IRTP have the potential to reduce the number of complaints, in addition to providing clarity and predictability to registrants as well as registrars. Are there positive or negative community impacts? Improvements to the IRTP have the potential to reduce the number of complaints, in addition to providing clarity and predictability to registrants as well as registrars. Adoption of the recommendations will require changes in processes for registrars, but these are considered to have a minimum impact and necessary in order to address the issues that are part of this Policy Development Process. The recommendations, if implemented, would usefully clarify and enhance the IRTP, to the advantage of all parties concerned. Are there fiscal impacts or ramifications on ICANN (strategic plan, operating plan, budget); the community; and/or the public? Apart from those changes required in process for registrars as outlined above, no other fiscal impacts or ramifications on ICANN; the community; and/or the public are expected. Are there any security, stability or resiliency issues relating to the DNS? There are no security, stability, or resiliency issues related to the DNS if the Board approves the proposed recommendations.

2 1

Final Issue Report - Inter-Registrar Transfer Policy Part C
by Glen de Saint Géry Aug. 30, 2011

Aug. 30, 2011

Dear All, For your convenience, the Final Issue Report – Inter-Transfer Policy part C http://gnso.icann.org/issues/issue-report-irtp-c-29aug11-en.pdf is posted on pages: http://gnso.icann.org/issues http://gnso.icann.org/policies http://gnso.icann.org/index.html Thank you. Kind regards, Glen Glen de Saint Géry GNSO Secretariat gnso.secretariat(a)gnso.icann.org<mailto:gnso.secretariat@gnso.icann.org> http://gnso.icann.org

1 0

Document and motion Deadline 14 September for Council meeting on 22 September at 20:00 UTC
by Glen de Saint Géry Aug. 29, 2011

Aug. 29, 2011

Dear Council Members, Reports, motions and documents for consideration are due no later than (NLT) 8 days in advance (i.e., Wednesday, 14 September) of the GNSO Council meeting on 22 September, 2011 at 20:00 UTC. If you have reports for consideration, please send them directly to me at GNSO.Secretariat(a)gnso.icann.org<mailto:GNSO.Secretariat@gnso.icann.org> so that they can be published on the website before the meeting. Thank you very much. Kind regards, Glen Glen de Saint Géry GNSO Secretariat gnso.secretariat(a)gnso.icann.org<mailto:gnso.secretariat@gnso.icann.org> http://gnso.icann.org

1 0

Accountability & Transparency - "ATRT" Activities Webinar - Update Dial-in details -31 August, 2011 14:00 -- 15:30 UTC
by Glen de Saint Géry Aug. 29, 2011

Aug. 29, 2011

http://www.icann.org/en/announcements/announcement-25aug11-en.htm Accountability & Transparency - "ATRT" Activities Webinar - Update 31 August, 2011 14:00 -- 15:30 UTC 25 August 2011 Are you wondering how ICANN is progressing on its commitments to improve transparency and accountability, and how ATRT improvements will help you? Do you have an opinion to share on the changes made to date by ICANN's Board of Directors, Governmental Advisory Committee, Nominating Committee, and Staff? If so, join the ATRT Activities Webinar on Wednesday, 31 August 2011 from 14:00 -- 15:30 UTC. The webinar is open to all, and will be conducted in English. If participants find it useful, more sessions will be scheduled. The meeting will be run in Adobe Connect with a slide presentation along with a dial-in conference bridge for audio. No RSVPs are needed. Here's how to connect: * From the US dial Toll Free - 800-550-6865 and enter Participant Code 8752 * From other countries see a list of international numbers posted at http://www.adigo.com/icann/ * To join the Adobe Connect online "room" go to this URL: http://icann.adobeconnect.com/atrtimplementation/ Participants will have opportunities to ask questions after each agenda item presentation. During the course of the webinar, questions may be submitted using the chat function of Adobe Connect (in addition to joining the discussion queue on the conference bridge). The session will be recorded, and the slides and an MP3 will be publicly posted. The webinar agenda is included below. Staff will brief you on 27 ATRT implementation plans [PDF, 1.31 MB] that involve a wide cross-section of ICANN's community, and will discuss key deliverables, schedules, opportunities for public input, and end-goals. ICANN's Board directed that implementation move forward on the Accountability and Transparency Review Team's broad-ranging recommendations. Much has been accomplished and much work lies ahead. This webinar will help you get-up-to-speed on all of these efforts, and will enable you to share your input on completed and planned improvements. For example: * To provide better access to, and insight into, Board decisions, ICANN provides a wealth of Board meeting information online, including briefing materials, expanded minutes, and rationale statements for Board resolutions, as well as conditions for redaction of posted material. Are you finding these useful? * To help advance the effectiveness of the Governmental Advisory Committee and its interaction with the Board, ICANN increased funding to support government participation in the GAC and multilingual access, and the Board-GAC Joint Working Group recently issued proposed improvements for public comment. Do you have additional suggestions? * To improve the processes ICANN uses to gain public input and develop policy, ICANN's Bylaws have been translated into multiple languages, and ICANN's Public Comment Webpage has been redesigned. Is the new structure easier to use and more effective? These are just some examples of ATRT-related activities. You can find more detailed information on ICANN's Accountability & Transparency web page. Accountability & Transparency - "ATRT" Activities Webinar Agenda 1. Introduction and Overview - Denise Michel, Advisor to the President & CEO 2. Board Operations, Composition & Review of Decisions - Samantha Eisner, Senior Counsel Questions & Comments from participants 3. Governmental Advisory Committee Operations, Engagement, Interaction with Board - Jeannie Ellers, Executive Assistant Questions & Comments from participants 4. Public Input & Multi-lingual Access - Filiz Yilmaz, Senior Director, Participation & Engagement and Christina Rodriguez, Language Services Manager Questions & Comments from participants 5. Misc., and Measuring Success & Upcoming Activities - Denise Michel 6. General Comments & Questions From Participants Glen de Saint Géry GNSO Secretariat gnso.secretariat(a)gnso.icann.org http://gnso.icann.org

1 0

JAS update and deadline
by Rafik Dammak Aug. 29, 2011

Aug. 29, 2011

Dear fellow-councillors, while the JAS WG members are working hard on drafting the final report with all difficulties(commitment during summer holidays etc) , I am sending this email to kindly ask for consideration to push back the gnso confcall planned for 8th September (or considering special call) and also delaying for few days the deadline for finalizing the report. a webinar for icann community is also planned to make it more easy to get a fast track on the report updates (knowing that is also another workload for WG members).helping the discussion among councillors and their respective SG/C regarding the report. I will be glad to get your feedback and answer your questions. Best, Rafik

6 11