Skip to main content
Resources

会议记录 | ICANN 理事会特别会议

本页面还提供其他语种:

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

 

ICANN 理事会于 2012 年3 月14 日在哥斯达黎加圣约瑟于当地时间下午 5:00 召开了特别会议。

理事会主席 Steve Crocker 即刻宣布会议正式开始。

除主席外,以下理事也参加了全部或部分会议:Rod Beckstrom(总裁兼首席执行官)、SébastienBachollet、CherineChalaby、Bertrand de La Chapelle、Chris Disspain、Bill Graham、Erika Mann、Gonzalo Navarro、Ray Plzak、R. Ramaraj、George Sadowsky、Mike Silber、Bruce Tonkin(副主席)、Kuo-Wei Wu 和 Judith Vazquez。

以下理事会联络员参加了全部或部分会议:Ram Mohan(SSAC 联络员)、Thomas Narten(IETF 联络员)、Thomas Roessler(TLG 联络员)和 Suzanne Woolf(RSSAC 联络员)。

Heather Dryden(GAC 联络员)致歉。

  1. 理事会成员利益冲突 - 新 gTLD 计划
  2. 任何其他事务

 

  1. 理事会成员利益冲突 - 新 gTLD 计划

    Bruce Tonkin 介绍了理事会管理委员会在确定理事会成员与新 gTLD 计划关系中的潜在利益冲突时采用的流程。Bruce 指出,已成立一个子委员会来审核某一特定问题上的利益冲突,子委员会将向理事会提交一份报告,陈述与各位理事会成员有关的决定的理由。

    子委员会负责人 CherineChalaby 随后提供了一份关于子委员会工作的详细说明,包括其流程、原则和初步判定结论。理事会于 2011 年 12 月作出关于加强新 gTLD 计划中利益冲突实践的决议后,总顾问要求理事会成员提供关于新 gTLD 计划的具体信息。子委员会随后审核了具体信息并作出了关于各位理事会成员或联络员是否存在潜在利益冲突(感知的或实际的)的初步判定,如果确定为存在潜在利益冲突,则提出减轻该冲突可能采取的方法。各位理事会成员都获得了与子委员会碰面以讨论子委员会判定结论的机会。首先是指导判定的原则,即 ICANN 集体利益高于各位理事或理事会联络员的利益;第二是将存在利益冲突的理事或联络员的行动所产生的潜在利益冲突降到最小;第三,子委员会将冲突分为实际冲突、潜在冲突和感知的冲突;第四,如果某位理事或联络员被判定为存在利益冲突,则尝试找到能减轻冲突的因素。

    Cherine 作出说明,子委员会现在将判定结论提交给理事会审核,重点关注要求与子委员会碰面的理事或联络员。

    理事会随后审核并讨论了关于要求与子委员会碰面的联络员的判定结论。

    总顾问兼秘书长表示,在对新 gTLD 计划的所有申请人进行披露后,判定结论可能保证进行一项审核以确定是否需要实施任何变更,因为这也许可以澄清部分潜在利益冲突。

    理事会继续进行讨论,审核了关于要求与子委员会碰面的其中一位理事的判定结论。理事会指出,提供了子委员会之前未考虑的关于潜在利益冲突的新信息。

    随后,Ray Plzak 提出以下决议,并得到 Judith Vazquez 的支持:

    第 2012.03.14.01 号决议:应要求,理事会管理委员会道德与冲突小组委员会对其中一名理事的预知、潜在或实际利益冲突的决议进行审核,以决定所采取的缓和因素的正确性是否经得起会议上获知的新信息的考验。

    第2012.03.12.01号决议的理由

    为确保符合最高的道德标准并解决利益冲突,特组建了一个小组委员会,以协助理事会管理委员会审核理事会成员和联络员的利益诉求。加强对利益冲突的审核和讨论提升了 ICANN 对机构群体的责任感。预计这会对机构群体产生积极的影响,但不会影响组织资源。此决定预计不会影响 DNS 的安全性和稳定性。

    十四位理事会成员投票支持第 2012.03.14.01 号决议。Sébastien Bachollet 投弃权票。Bertrand de La Chapelle 未能对决议投票。决议通过。

    Ray Plzak 表示,子委员会将尽快与存在争议的理事会面。

    理事会随后对子委员会作出的关于另一位要求与子委员会碰面的理事的判定结论进行讨论和考量。

    总顾问兼秘书长指出了子委员会为作出这些判定结论所做的工作以及为每位理事提供了讨论结论的机会。

    理事会随后考量了一份决议提案,该决议针对子委员会对所有理事和联络员作出的与新 gTLD 有关的判定结论,无需对先前在会议中确定的理事采取进一步行动。

    Bruce Tonkin 指出,应具体说明子委员会确定的利益冲突与《申请人指南》中当前轮次的新 gTLD 计划有关,而不是与全部轮次有关,这点非常重要。

    总顾问兼秘书长赞同 Bruce 的观点。

    Chris Disspain 询问是否有必要通过一项表明接受今天所作出决定的决议,前提是存在既有流程,以便在理事会审核之前将与 gTLD 有关的决议作为一个整体来处理。

    总顾问兼秘书长指出,采纳 Chris 的建议可以对其他余下的判定结果作出结论。但是,被确定为与新 gTLD 计划存在潜在利益冲突的所有理事必须同意离开会议室,以回避其他理事对与 gTLD 有关的决议继续进行讨论和考量。

    Bertrand de La Chapelle 建议,让存在潜在利益冲突的理事和联络员投票,以确定其是否愿意离开会议室,回避对与新 gTLD 有关事项的讨论。

    Sébastien Bachollet 要求所有与新 gTLD 无关的事项都应在这些理事和联络员离开会议室前作出结论。

  2. 任何其他事务

    理事会就与工作人员有关的问题进行了秘密会谈。未采取任何行动。

    随后主席宣布会议结束。

minutes-14mar12-zh.pdf  [187 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."