Skip to main content
Resources

会议纪要 | ICANN 理事会特别会议

本页面还提供其他语种:

本文档已翻译为多种语言,仅供参考之用。原始官方版本(英文版)可在以下位置找到:http://www.icann.org/en/minutes/minutes-28jul11-en.htm

ICANN 理事会特别会议于 2011 年 7 月 28 日 11:00(世界标准时间)举行。

理事会主席 Steve Crocker 随即宣布会议开始。

除理事会主席外,以下理事也出席了全部或部分会议:Rod Beckstrom(总裁兼 CEO)、Sébastien Bachollet、Cherine Chalaby、Bertrand de la Chapelle、Chris Disspain、Bill Graham、Gonzalo Navarro、Ray Plzak、R. Ramaraj、George Sadowsky、Mike Silber、Bruce Tonkin(副主席)、Katim Touray 和 Kuo-Wei Wu。

Erika Mann 就无法与会发来了致歉信。

以下理事会联络员出席了全部或部分会议:Heather Dryden(GAC 联络员)、Ram Mohan(SSAC 联络员)、Thomas Narten(IETF 联络员)、Reinhard Scholl(TLG 联络员)和 Suzanne Woolf(RSSAC 联络员)。

  1. 认可议程
  2. 收到 2012 财年安全性、稳定性与灵活性框架
  3. 任命新调查专员
  4. CEO 报告
  5. 其他业务
  1. 认可议程

    理事会主席介绍了认可议程的各个项目,并提请议决。

    理事会议决如下:

    决议:批准本认可议程中的以下决议:

    1.1. 批准 2011 年 6 月 20 日的 ICANN 理事会会议纪要

    第 2011.07.28.01 号决议:理事会批准 2011 年 6 月 20 日的 ICANN 理事会会议纪要。

    1.2. 批准 2011 年 6 月 24 日的 ICANN 理事会会议纪要

    第 2011.07.28.02 号决议:理事会批准 2011 年 6 月 24 日的 ICANN 理事会会议纪要。

    1.3. 批准 2011 年 6 月 24 日的 ICANN 理事会组织会议纪要

    第 2011.07.28.03 号决议:理事会批准 2011 年 6 月 24 日的 ICANN 理事会组织会议纪要。

    1.4. 批准 2011 年 6 月 25 日的 ICANN 理事会会议纪要

    第 2011.07.28.04 号决议:理事会批准 2011 年 6 月 25 日的 ICANN 理事会会议纪要。

    1.5. 批准重新授权表示阿曼的 .om 域

    OM 是分配给阿曼的 ISO 3166-1 双字母国家代码;

    ICANN 收到了要求将 .OM 重新授权给其电信管理机构的请求。

    ICANN 审查了该请求,并认为提议的重新授权符合当地及全球互联网群体的利益;

    第 2011.07.28.05 号决议:批准将顶级域名 .OM 重新授权给其电信管理机构的提案。

    第 2011.07.28.05 号决议的理由:

    为什么理事会现在要解决此问题?

    如果工作人员认为申请人提供的国家或地区代码域名的授权和重新授权申请足够全面完整,且有理由获理事会批准,则他们会将其申请提交给理事会审批。根据 ICANN 对及时处理有关 IANA 职能(尤其是 DNS 根区域)请求的承诺,ICANN 理事会将力争在下次安排的特别会议上评估此类请求。

    正在考虑的提案是什么?

    该提案旨在批准向 IANA 提交的一项申请,其中请求变更或指定某个国家或地区代码顶级域名的主办组织(也称为管理者或受托者)。

    根据现行惯例,ICANN 理事会将参与决策以继续处理此类请求,作为这个多步骤流程的其中一步。

    咨询了哪些利益主体或其他相关方?

    在评估授权申请过程中,ICANN 工作人员咨询了申请人、当前运营商(如适用),以及其他直接相关方。根据 ICANN 对未完成的根区域更改请求保密的惯例,ICANN 尚未对此问题进行公开咨询。

    机构群体有什么疑虑或提出了哪些问题?

    所有疑虑和问题都将公布在与本决议一同发布的公开报告中。如果对根区域更改请求的处理最终顺利完成,则该报告将在 IANA 网站 http://www.iana.org/ 上发布,但时间通常是在理事会做出决议后的 1 到 2 个月。

    理事会审查了哪些重要材料?

    理事会依据各类公众利益标准评估请求。此类标准包括:确保国家代码合法(例如在 ISO 3166-1 标准中列出);确保地方互联网群体支持提议的管理者;确保提议的运营商具备足够的运营和技术能力;确保提议的管理者以地方为基础并受地方

    法律约束;确保提议的管理者公平公正地进行运营;确保在发生运营移交时,有适当的计划能够保持域的持续稳定性;以及确保按照任何适用的地方法律和法规行事。工作人员在处理请求期间会要求申请人提供各种材料以支持上述各方面内容。从这些支持材料和其他工作人员研究得出的相关信息都将提交给理事会,并在获批请求实施结束时发布在公开报告中。

    理事会认为至关重要因素有哪些?

    理事会将讨论公开报告中与国家代码域授权基本原则相关的因素,这些内容早前已经介绍过。

    会对机构群体产生积极还是消极影响?

    及时批准符合各类公共利益标准的国家代码域名管理者,对 ICANN 的整体使命和国家代码顶级域服务的地方机构群体均有积极意义。

    是否会在财政方面影响 ICANN(战略计划、运营计划、预算)、机构群体和/或公众,或产生不良后果?

    管理 DNS 根区域中的国家代码授权是 IANA 的职责,授权行动则不会对预算好的开支有任何重大影响。评估国家代码顶级域内部运营在国内所产生的财政影响并不是 ICANN 的职责。ICANN 仅负责确保运营商以国家为基础,并拥有适当的机制以便地方互联网群体正确监督域的持续运营。

    是否存在任何有关 DNS 的安全性、稳定性或灵活性问题?

    对于国家代码顶级域授权,ICANN 力求只批准此类请求:已圆满地解决了相关疑虑,并且提议的新管理者已充分展示出高水平的运营和技术能力,使这些疑虑降至最低。

    第 2011.07.28.01、2011.07.28.02、2011.07.28.03、2011.07.28.04 和 2011.07.28.05 号决议在批准认可议程项目时一次表决通过。所有出席的理事会成员都一致同意批准这些决议。Erika Mann 和 Mike Silber 未出席会议,因此未参与表决。

  2. 收到 2012 财年安全性、稳定性与灵活性框架

    安全总监 Jeff Moss 提供了关于安全性、稳定性和灵活性 (SSR) 框架的报告,其中包括关于机构群体如何就已纳入 2012 财年框架的前期 SSR 框架提出意见和建议所作的讨论。Jeff 解释称,该报告根据在卡塔赫纳会议上收到的反馈进行了精简,并对 ICANN 控制运营的领域(如 DNSSEC 和根区域运营)、ICANN 负责协作协调的领域以及其他相关方组织活动、ICANN 充当观察者的领域,做出了更明显的区分。2012 财年 SSR 框架已经过安全与稳定咨询委员会与一般会员咨询委员会的审阅,并已征询了公众意见。各社群在新加坡会议上对该框架进行了讨论,普遍对其更改作出了积极的反馈。

    Jeff 指出,对于之前 SSR 框架的执行实施情况,以及提供更多预算细节方面,仍有机构社群认为 ICANN 的相关信息更新工作需要进一步改善。Jeff 指出他们正就这一问题与处理安全稳定事宜的责任认定审核团队进行讨论,并且已经采取相关措施,以解决这一问题。

    主席确认,理事会收到了要求确认接收该框架的申请。主席谈了他的观点,认为 2012 框架较此前讨论过的框架有所改善,并对 Patrick Jones 及其他员工所作的努力表示感谢。主席还指出,任何计划都要有标准,以便对可衡量的目标进行评估,本框架在这方面较之前有所改善。主席表示,以该框架为基准,该框架的改进以及根据其进行的报告均应直截了当。

    Jeff 确认,在框架的设计中,方案的透明性及根据方案进行报告能力非常重要。Jeff 还请理事会为 SSR 方案的下一步进展提出要求。

    Ram Mohan 确认,他与 Ray Plzak 在理事会管理委员会的工作中负责确认 DNS 工作组(该工作组将监督 SSR 各方案的执行)的建议组成人选,并将其人选提交下次理事会会议审议。该工作组的章程和工作范围,如是否会成为常务工作组,也将予以确定。

    主席就该工作组的目的征询了 CEO 的意见。

    CEO 确认,该工作组正在组建中,将承担 DNS 风险管理系统审查监管流程的开发,SSR 框架的监督工作也是其中之一。CEO 指出,该新组建的工作组定位专一,有望及时成功处理这些问题并取得进展。

    主席指出 CEO 此前对安全和稳定咨询委员会章程进行修改、在不提供任何替代性活动的情况下删除安全框架责任这一问题的关注,而 ICANN 组织的主要职责便是维持 DNS 的安全性、稳定性和适应性。主席询问 CEO,该工作组的进展是否令 CEO 感到满意。

    CEO 确认,进展令人满意。随着在理事会领导下,转而针对 DNS SSR 问题开展工作,ICANN 在严密衡量风险及监控方面的将会更加主动。CEO 对大家表示,外部正有越来越多专家有意与 ICANN 结成战略关系,以提供风险框架开发方面的思路。

    随后主席提议表决,理事会议决如下:

    2012 财年安全性、稳定性和灵活性 (SSR) 框架已公布,以便在 2011 年 5 月 2 日到 6 月 7 日征询公众意见。

    公众意见摘要和分析都已完成,并于 2011 年 6 月 8 日公布。

    工作人员在新加坡会议期间举行了一场机构群体简要情况介绍会,而且现在将反馈内容纳入了 SSR 框架中所述的运营重点,其中包括评估 SSR 活动成功与否的相关基准、目标、里程碑以及机制。

    第 2011.07.28.06 号决议:理事会确认收到 2012 财年 SSR 框架。

    第 2011.07.28.06 号决议的理由

    ICANN 与美国商务部于 2009 年 9 月 30 日签订的《义务确认书》规定:将保护 DNS 的安全性、稳定性和灵活性作为关键任务。《确认书》在第 9.2 节承认 ICANN 采取了安全性、稳定性和灵活性 (SSR) 计划,此计划将定期更新以反映 DNS(包括唯一标识符)所面临的新威胁。之前的 SSR 计划分别于 2009 年和 2010 年发布,并于悉尼、澳大利亚(2009 年 6 月)以及卡塔赫纳、哥伦比亚(2010 年 12 月)召开的国际公开会议上得到 ICANN 理事会的认可。

    最新版本的 SSR 框架已以一种更精简且更易于理解的形式更新,并且在 2011 年 5 月公之于众,以促使 ICANN 出台 2012 财年运营计划和预算周期的同时也发表关于 SSR 的基本文件。关于 ICANN 在 SSR 所扮演角色,该文档为社群提供指导,描述 ICANN 承担运营职责的领域、ICANN 扮演协作协调贡献者角色的领域、ICANN 在生态系统中其他群体领导下扮演观察者角色的领域。该文件针对 ICANN 在 SSR 中所扮演的角色为机构群体提供了指导,相关内容包括:ICANN 应承担运营责任的领域、ICANN 应充当合作者、推动者和贡献者的领域以及由生态体系中的其他相关方组织活动,而 ICANN 充当观察者的领域。公众意见征询期收到的机构群体意见普遍对修正后的版本表示支持,但同时也要求各个定义更具体、准确。

    有一份理事会文件已提交给理事会,其中详细介绍了 SSR 框架及其附录,包括于 2011 年 5 月 2 日至 6 月 7 日征询的意见内容。

    这份文件独立于整体的《ICANN 运营计划和预算》之外,而且此决定不会在将来造成任何财务影响。此框架对 ICANN 在下一财年的 SSR 活动具有指导意义。

    所有出席的理事会成员一致同意批准第 2011.07.28.06 号决议。Erika Mann 和 Mike Silber 未出席会议,因此未参与表决。

  3. 任命新调查专员

    总法律顾问兼秘书 John Jeffrey 就薪酬委员会和理事会的工作向理事会提供了一份报告,确认推荐一位 ICANN 调查专员候选人。在 ICANN 新加坡会议期间,理事会已确认两位最终候选人并进行了一组理事会人员参与的面试。薪酬委员会在候选人中选择了一位进行推荐。薪酬委员会与总法律顾问讨论了一份建议薪金结构,总法律顾问代表理事会与理事会选择的候选人讨论了建议薪金的结构。

    Bruce Tonkin 确认,新加坡会议 [Peter Dengate Thrush、Rita Rodin Johnston、R. Ramaraj 和 Bruce] 结束之前薪酬委员在某次会议上面试过几位候选人,之后与最终候选人的面试对理事会所有成员开放。

    Bertrand de La Chapelle 请求,此类流程未来应获得正规化、清晰化,以使整个理事会更好地了解人员遴选过程。

    Katim Touray 建议候选人面试应有更多安排,可允许更多理事会成员普遍能够审查评估候选人。

    讨论候选人优点并基于薪酬委员会的推荐,Bruce Tonkin 提出如下动议,R. Ramaraj 附议:

    2011 年 1 月 31 日,前调查专员调去了其他工作岗位。

    因此自 2011 年 2 月 1 日起,一位临时调查专员就一直负责所有相关工作并承担职责。

    ICANN 为招募新调查专员,在全球范围内进行了一次详细彻底的探寻。

    现在,理事会已确认了新调查专员,而他也接受了该职位。

    第 2011.07.28.07 号决议:按照 ICANN 章程第 5 条第 1.2 款,理事会在此任命 Chris LaHatte 为 ICANN 的调查专员,首次任期为 2 年(2011 年 7 月 28 日至 2013 年 7 月 27 日),并授予总法律顾问/秘书同 LaHatte 先生签订合同的权力。

    第 2011.07.28.07 号决议的理由:

    ICANN 章程要求 ICANN 维持调查专员办公室。请参见《章程》第 5 条:http://www.icann.org/zh/general/bylaws-zh.htm#V。作为 ICANN 内部三大主要问责机制之一,任命调查专员对 ICANN 的透明度和问责制都有积极意义。第一位 ICANN 调查专员于 2004 年就职,于是自此就有了针对该职位的预算。所以,替换当前的临时专员不会对 ICANN 的财政造成大的影响。而且,任命新的调查专员也不会对域名系统安全性、稳定性和灵活性产生不良影响。

    十一名理事会成员表决支持第 2011.07.28.07 号决议。Sébastien Bachollet、Bertrand de La Chapelle 和 Katim Touray 弃权,Erika Mann、Mike Silber 未出席会议,因此未参与表决。该决议执行。

  4. CEO 报告

    CEO 就新加坡会议之后组织内部的活动和成果向理事会提供了一份报告。他指出 Cherine Chalaby、Ray Plzak 对玛丽娜德尔瑞办事处的走访以及他们对财务项目、理事会培训以及其他运营事宜的学习均富有成效。CEO 还谈到与新任主席在准备即将到来研讨会方面的工作、与高管团队在战略计划中共同建立清晰指标和目标方面的工作。

    CEO 感谢理事会成员在 ICANN 的 FNOI 响应商务部方面作出的贡献。

    CEO 还谈到 Jeff Moss 在集成组织、强化安全团体方面的工作。

    之后 CEO 提供了一份十月于达喀尔、塞内加尔举行会议的更新计划,其中包括远程参与事宜。主席和其他理事会成员表示继续支持达喀尔会议主办工作。

    CEO 完成了有关聘用信息的报告,内含在非洲地区聘用一位新任 CFO、一位副总裁的相关状态信息,以及新建 gTLD 团体人员聘用的信息。CEO 还谈到 ICANN 内部为新 gTLD 项目作出详细规划的工作,其中包含对共同申请人支持工作组的支持。CEO 最后还谈到 2011 财年的财务状况好于预期。

    Bertrand de La Chapelle 对 CEO 报告进行了评论,包括请求理事会在玛丽娜德尔瑞研讨会期间新聘用人员,并对某一 IGF 相关项目状态进行更正。Bertrand 还请求获知更多有关 icann.org 网站重新设计的进展状态以及新 gTLD 沟通计划的信息,包括迄今为止对该项目沟通程度的员工分析。

    CEO 谈到理事会于新加坡批准该项目的沟通计划后,开展计划流程所涉及各项后勤工作的广泛性与难度。他指出,由于团队的重点在于计划会议与活动,此刻可能需要通过外部顾问,才能提供 Bertrand 所需的分析信息。但这显然需要就对项目中活动与沟通的影响进行评估。重新设计网站方面,网站的规模便足以说明,合格的重新设计需要大量时间。CEO 愿就此事为理事会主持一次情况通报会。

    Sébastien Bachollet 评论了 JAS 项目,感谢 CEO 在该问题上的发言。Sébastien 还询问了有关沟通项目的信息,指出对理事会成员而言,带给机构群体所需的信息非常重要。Sébastien 请求为理事会就本主题主持一次情况通报会。

    CEO 确认将为理事会主持一次情况通报会,包括以下三项事宜:网站设计、理事会就新 gTLD 的沟通、总体沟通计划。

  5. 其他业务

    主席请理事会成员讨论其他业务。

    Sébastien Bachollet 询问 ATRT 就理事会成员薪酬提出的第 5 条建议的进展情况。

    Bertrand de La Chapelle 询问将出席内罗毕 IGF 的有关授权状态。

    主席确认将向理事会发送有关这些项目状态的信息。

    之后主席宣布会议结束。

minutes-28jul11-zh.pdf  [255 KB]

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."