Skip to main content
Resources

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

本页面还提供其他语种:

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

 

ICANN 理事会于 2012 年 3 月 28 日召开了特别会议。

代理主席 Cherine Chalaby 即刻宣布会议正式开始。

除代理主席外,以下理事也参加了全部或部分会议:Rod Beckstrom(主席兼首席执行官)、Chris Disspain、Bill Graham、Erika Mann、Gonzalo Navarro、Ray Plzak、R. Ramaraj 和 Mike Silber。

以下理事会联络员参加了全部或部分会议:Heather Dryden(GAC 联络员)和 Thomas Roessler(TLG 联络员)。

Sébastien Bachollet、Steve Crocker、Bertrand de La Chapelle、Ram Mohan(SSAC 联络员)、Thomas Narten(IETF 联络员)、George Sadowsky、Bruce Tonkin、Judith Vazquez、Suzanne Woolf(RSSAC 联络员)、和 Kuo-Wei Wu 致歉。许多理事或联络员由于被确定为与新 gTLD 计划存在潜在利益冲突而未出席会议。

  1. 新 gTLD 申请的分批处理:二级时间戳

    会议召开前,已对二级时间戳/数字目标值解决方案的相关信息进行综述。

    总顾问兼秘书长向理事会介绍了决议提案。

    随后 Ray Plzak 提出以下决议并得到 Chris Disspain 的支持:

    鉴于申请新 gTLD 的窗口已于 2012 年 1 月 12 日开放,并预定于 2012 年 4 月 12 日关闭。

    鉴于《新 gTLD 申请人指南》(第 1.1.2.5 款) 
    <http://newgtlds.icann.org/en/applicants/agb> 指出,如果收到的申请量远远超过 500 个,将分批处理申请。

    鉴于 2011 年 12 月 8 日,理事会通过一项决议(第 2011.12.08.4a 号决议),授权制订一份计划,用于在要求分批处理时使用"二级时间戳"确定处理顺序。

    鉴于新 gTLD 计划小组已为执行二级时间戳(现已简称为"数字目标值")而制订计划运作细节提案。

    鉴于机构群体的部分成员已表达对于数字目标值提案是否合理、公平的关注,且理事会的非正式子组已对提案的可行性、益处和风险,以及其他分批处理机制例如拍卖进行了研究。

    兹此发布第 2012.03.28.01 号决议:理事会确认批准使用二级时间戳/
    数字目标值对新 gTLD 申请进行分批,并指示在必要和适当的时候将该机制的运作细节告知申请人和公众。

    九位理事会成员投票支持上述决议。Sébastien Bachollet、Steve Crocker、Bertrand de La Chapelle、George Sadowsky、Bruce Tonkin、Judith Vazquez 和 Kuo-Wei Wu 未能对该决议投票。决议通过。

    第 2012.03.28.01 号决议的理由

    重申理事会使用二级时间戳/ 数字目标值的决定是在审核考虑中的其他分批处理提案后进行的 , 吸纳了机构群体在哥斯达黎加圣胡安的 ICANN 会议上提出的意见和疑虑。理事会的一个小组着重审查了数字目标值方案、潜在的拍卖方案,并考量了机构群体提出的关于优先级的意见。对于进行中的申请轮次 , 确认数字目标值流程是实现非随机分批处理方案的最公平方式 , 考虑了 ICANN 所有区域的差异。理事会同时重申了第 2011.12.08.04 – 2011.12.08.06 号决议的理由。

    分批处理筛选流程决定申请的分批方式和评估分析的优先规则。从理论层面而言,分批处理筛选流程相对简单,包含下面四个步骤:

    1. 申请人注册在线分批处理系统 , 选择他们的分批处理偏好 (即最早批次或其他任一批次) 以及目标日期和时间 (例如 , 目标日期 :2012 年 5 月 10 日和目标时间 :12:00:00 UTC);
    2. 申请人重新登录在线分批处理系统并生成一条消息 , 该消息将从他们的计算机/ 系统发送至在线分批处理系统。在线分批处理系统记录收到申请人消息的日期和时间。 (例如 , 接收消息日期 :2012 年 5 月 10 日 , 接收消息时间 :12:00:01);
    3. 系统计算步骤 1 中的申请人目标日期/ 时间与步骤 2 中的接收消息日期/ 时间之间的时间差。该时间差被称为申请人的 "二级时间戳"。 例如,上面步骤 1 和步骤 2 中所举示例的二级时间戳为 1 秒。假设申请人已选择分入最早批次,则二级时间戳越接近零,该申请越有可能在最早批次中进行处理。
    4. 之后,分批处理筛选流程结合申请人的分批处理偏好(即最早批次或其他任一批次)、 "二级时间戳" (例如 1 秒)和地理区域三个要素确认具体申请的批次 / 处理顺序。

    但是,实施在线分批处理系统时必须谨慎,且必须确保对所有申请人适用的流程都安全、一致、客观。在线分批处理系统的运作细节已充分考虑并适当处理大量顾虑。这些顾虑包括确保:

    1. 通过与申请人直接交流,让申请人明确分批处理筛选流程的细节;
    2. 只有授权申请人能进入在线分批处理系统执行完成分批处理筛选流程所必需的具体任务;
    3. 提供选择性退出机制,使申请人能指定他们的分批处理偏好(即最早批次或其他任一批次);
    4. 在线分批处理系统允许申请人顺利执行其任务(即,系统在适当时间内持续可用);
    5. 公平处理延时顾虑,以便申请人不会因他们的地理位置而处于优势或劣势;
    6. 目标时间差的计量水平允许 ICANN 适当确认批次 ; 以及
    7. 允许申请人操作部分流程,以便理解目标时间差的计算方法。
    8. 地理多样性和公平性目标均纳入考虑范围。

    相应地,为确保申请人和潜在申请人了解分批处理筛选流程,理事会已确认稳妥恰当的做法是立即采取该行动。因此,理事会正在批准分批处理筛选流程的运作细节并授权首席执行官发布此计划的细节。

    现在提供此信息将让机构群体和申请人了解到当 ICANN 收到大量申请 (即远远超过 500 个申请) 时处理这些申请的时间。

    总裁兼首席执行官指出,理事会作出的决定应尽快公布。

    代理主席指出,理事会可以在编制反映理事会决定的理由说明中提供协助。

    Kurt Pritz 表示,如有必要,工作人员将起草一份理由说明并公布。

    总顾问兼秘书长提醒到,有短暂期限可以用于公布决议,而工作人员则会谨慎地代表理事会的立场。

    随后宣布会议结束。

minutes-28mar12-zh.pdf  [198 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."