Skip to main content
Resources

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

本页面还提供其他语种:

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

 

ICANN 理事会于 2013 年 2 月 28 日世界标准时间 21:00 召开了一次特别电话会议。

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

除副主席外,以下理事也参加了全部或部分会议:Sébastien Bachollet、Fadi Chehadé(总裁兼首席执行官)、Bertrand de La Chapelle、Chris Disspain、Bill Graham、Olga Madruga-Forti、Erika Mann、Gonzalo Navarro、Ray Plzak、George Sadowsky、Mike Silber、Bruce Tonkin(副主席)和吴国维。Judith Vazquez 因未能参加会议而表示歉意。

以下理事会联络员参加了全部或部分会议:Heather Dryden(GAC 联络员)、Ram Mohan(SSAC 联络员)和 Suzanne Woolf(RSSAC 联络员)。Francisco da Silva(TLG 联络员)和 Thomas Narten (IETF 联络员)因未能参加会议而表示歉意。

以下 ICANN 工作人员参加了全部或部分会议:Akram Atallah(首席运营官)、John Jeffrey(总顾问兼秘书长)、David Olive(政策制定支持副总裁)、Geoff Bickers、Megan Bishop、Michelle Bright、Samantha Eisner、Kim Davies、Elise Gerich、Dan Halloran、Jamie Hedlund、Jeff Moss 和 Diane Schroeder。

  1. 认可议程
    1. 批准理事会会议记录
    2. 理事会薪酬委员会采取的行动
  2. 主要议程:
    1. 阿拉伯争议解决中心担任 UDRP 提供商的提案
    2. 重新授权代表马里的域名 .ML
      1. 第 2013.02.28.03 号决议的理由
    3. 授权代表乌克兰的 .укр 域名
      1. 第 2013.02.28.04 号决议的理由
    4. 对 ccTLD 授权和重新授权流程的新看法
    5. 北京会议信息更新
    6. 其他事务

 

  1. 认可议程

    主席向理事会概述了议程。主席介绍了认可议程中的事项并发起投票。理事会随后采取了以下行动:

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

    1. 批准理事会会议记录

      第 2013.02.28.01 号决议:理事会批准 2013 年 2 月 2 日 ICANN 理事会特别会议的会议记录。

    2. 理事会薪酬委员会采取的行动

      鉴于留住高素质员工对 ICANN 的运营至关重要,ICANN 希望确保提供具有竞争力的员工薪酬。

      鉴于理事会近期任命了 David Olive 为 ICANN 官员(请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-02feb13-zh.htm#1.e)。

      鉴于独立薪酬专家提供的独立市场数据显示,ICANN 的政策制定支持副总裁 David Olive 当前的薪酬未超出 ICANN 目标薪酬,此目标薪酬介于 ICANN 独立薪酬专家所提供的市场数据的 50 至 75 个百分点之间。

      鉴于薪酬委员会和理事会全体成员已经确认他们不反对政策制定支持副总裁的薪酬方案。

      兹此发布第 2013.02.28.02 号决议:根据独立薪酬专家提供的市场数据和建议,政策制定支持副总裁 David Olive 的当前薪酬方案具有合理性,理事会通过该薪酬方案。

      第 2013.02.28.02 号决议的理由

      通过提供具有竞争力的薪酬方案吸引和留住高素质员工,这对组织非常重要。在认定 ICANN 官员 David Olive 的薪酬合理的过程中,薪酬委员会和理事会审核并接受了独立薪酬专家的市场分析和建议,通过采取此项措施确认这些分析和建议与 David Olive 的薪酬方案没有冲突。

      此决议不会对组织或机构群体产生任何财政影响,也不会对域名系统的安全性、稳定性和灵活性造成任何影响。该决议体现了组织管理职能,无需征询公众意见。

    十四位理事会成员投票赞成第 2013.02.28.01 号和第 2013.02.28.02 号决议。成员 Erika Mann 和 Judith Vazquez 无法对决议投票。决议通过。

    完成对认可议程的投票之后,Bertrand de La Chapelle 询问了先前提出纳入理事会议程的一个事项的状态。该事项就是申请在 GNSO 的非合同签约方机构内创建一个网吧社群。

    Ray Plzak 就该问题提供了一个简单的信息更新,并告知理事会机构改进委员会正在重新考虑这一问题。更新后的信息将在理事会的下一次例会上提供给理事会讨论。

  2. 主要议程:

    1. 阿拉伯争议解决中心担任 UDRP 提供商的提案

      主席将 2.a. 项从认可议程移至主要议程。主席介绍了该议题并启动了讨论,讨论的重点集中在就该问题达成最终决议的方法上。

      Samantha Eisner 指出,尽管阿拉伯争议解决中心 (ACDR) 申请中所做的更改并无过多实质性更改,因此不足以提议在理事会考虑之前再次征询公众意见,但是,如果理事会认为再次征询公众意见较为稳妥,则不反对拿出此事项再次征询公众意见。届时,工作人员要将进一步意见的摘要反馈给理事会。

      主席指出,他所收到的一些问题与 ICANN 将如何确保各提供商之间的统一性有关。主席希望能够解决这个问题。

      Samantha 认为解决提供商统一性的问题与 ACDR 的特定申请问题可以区分开,ICANN 可以起草一个单独的声明或文件让公众就统一性问题进行评议。这样就可以在继续考虑 ACDR 申请的同时,完成消除机构群体对提供商统一性质疑的工作。

      Bruce Tonkin 请求解释在 UDRP 提供商不履行义务时或存在质量控制问题时现有的应对框架。Bruce 还询问了最严重的情况或在这些情况下的相关风险管理问题。

      Samantha 指出实际上向 ICANN 投诉 UDRP 提供商行为不当的情形少之又少,而那些已经报告的情况经调查后被确认为是投诉人对最终裁决的不满。但是只要提出了关于行为不当的投诉,ICANN 就会展开适当的审核与调查。在最严重的提供商行为不当的情况下,ICANN 可以撤销对 UDRP 提供商的批准。由于多年来投诉很少,所以在这类投诉的审核和撤销批准方面,ICANN 没有一个完善的流程,但可以开发这样一个流程。还要指出的很重要的一点就是,UDRP 提供商审批流程已经被部分划分到 GNSO 的政策制定流程范畴。多年前,GNSO 曾有机会处理与 UDRP 提供商有关的具体问题,但他们选择不这么做。最近,在潜在的 UDRP PDP 中,这是一个可以纳入的事项。该 PDP 在新 gTLD 进入根区域后延迟了一段时间。这项工作有的可以通过该政策流程来解决。

      Bruce 同意,针对提供商的审核或撤销建立某种形式的合同或公共流程将会很有用。

      总顾问兼秘书长指出,争议解决服务的竞争性市场是确保 UDRP 提供商按预期履行义务的一个因素。关于建立一个针对 UDRP 提供商投诉的处理流程的提案会起到很好的推动作用。

      Bertrand de La Chapelle 同意更好地记录针对不作为 UDRP 提供商的处理流程,但是认为没有必要就 ACDR 申请发起又一轮公众意见征询,因为该征询收到的建议可能与已经收到的建议相差不大。

      主席指出,尽管他认同 Bertrand 所说的对 ACDR 申请进行又一轮意见征询的可能结果,但是所收到的新版本较前一版本的出入部分决定了对新版本进行意见征询的必要性,这很重要。无论是否收到公众意见,理事会的正确做法似乎就是将对 ACDR 申请的决定至少推迟到下下次会议,同时完成关闭提供商统一性问题的工作。

      Bruce 肯定了这一点,因为公众尚未看到新的文件。未来,如果至少有机会在理事会采取措施之前发布这类文件,可能会减少再次征询意见的必要性。

      Bertrand 支持此时就 ACDR 申请发起一个意见征询期。

      征求理事会意见后,主席指示工作人员就 ACDR 的申请再次开放一个意见征询期,并要求总顾问办公室将用于解决不作为或表现不佳的 UDRP 提供商的框架信息提供给机构群体。未达成任何决议。

    2. 重新授权代表马里的域名 .ML

      在主席介绍完待考虑的决议之后,Elise Gerich 简单说明了请求重新授权代表马里的 ccTLD 的来龙去脉,以及 IANA 职能部门处理当前的重新授权请求所遵循的流程。

      吴国维随后提出以下决议并得到 Bill Graham 的支持。

      总顾问兼秘书长对所提决议的语言方面稍作修改。

      Bertrand de La Chapelle 重申了其先前提出的请求,即 ICANN 应当重新审视授权和重新授权决议中的措辞,因为 ICANN 所进行的审核并非总是能让 ICANN 做出该请求符合互联网群体的利益这一实质性判断。事实上,证明流程得到遵守才是对支持判断的标准评估的一部分。这一讨论可在稍后进行。

      Ray Plzak 支持 Bertrand 的请求。

      主席要求与工作人员进一步讨论该事项。

      理事会随后采取了以下行动:

      第 2013.02.28.03 号决议:ICANN 已经审查并评估了该请求,文档证明已遵循重新授权流程,并且该举动符合当地及全球互联网群体的利益。

      十四位理事会成员投票赞成第 2013.02.28.03 号决议。Erika Mann 和 Judith Vazquez 无法对决议投票。决议通过。

      第 2013.02.28.03 号决议的理由

      作为 IANA 职能的一部分,ICANN 会收到授权和重新授权国家或地区顶级域名的请求。ICANN 工作人员已经审查并评估了对此域名的重新授权请求,并且已向 ICANN 理事会提供一份报告,证明评估中已遵循正确的流程。理事会对流程的监管有助于确保 ICANN 按照 IANA 职能合同正确地执行其与具有关键意义的互联网唯一标识符系统的稳定和安全运行相关的职责。确保遵循此流程进一步加强了 ICANN 的问责制。此行动不会对 ICANN 或机构群体产生任何财政影响,并且会对域名系统的安全性、稳定性和灵活性产生积极影响。

      该决议体现了组织管理职能,无需征询公众意见。

    3. 授权代表乌克兰的 .укр 域名

      在主席介绍完待考虑的决议之后,Elise Gerich 简要阐述了向乌克兰授权 ccTLD 的提议。Elise 肯定了该请求符合快速通道流程的要求且遵循了该流程。

      吴国维随后提出以下决议并得到 Bill Graham 的支持。

      理事会随后采取了以下行动:

      第 2013.02.28.04 号决议:ICANN 已经审查并评估了该请求,文档证明已遵循授权流程,并且该举动符合当地及全球互联网群体的利益。

      十四位理事会成员投票赞成第 2013.02.28.04 号决议。Erika Mann 和 Judith Vazquez 无法对决议投票。决议通过。

      第 2013.02.28.04 号决议的理由

      作为 IANA 职能的一部分,ICANN 会收到授权和重新授权国家或地区顶级域名的请求。ICANN 工作人员已经审查并评估了对此域名的授权请求,并且已向 ICANN 理事会提供了一份报告,证明评估中已遵循正确的流程。理事会对流程的监管有助于确保 ICANN 按照 IANA 职能合同正确地执行其与具有关键意义的互联网唯一标识符系统的稳定和安全运行相关的职责。确保遵循此流程进一步加强了 ICANN 的问责制。此行动不会对 ICANN 或机构群体产生任何财政影响,并且会对域名系统的安全性、稳定性和灵活性产生积极影响。

      该决议体现了组织管理职能,无需征询公众意见。

    4. 对 ccTLD 授权和重新授权流程的新看法

      理事会和工作人员就理事会在新的 IANA 职能合同下考虑 ccTLD 授权和重新授权请求流程的新方法展开了讨论。

      Bertrand de La Chapelle 重申了其请求,要求理事会更改批准 ccTLD 授权或重新授权时的措辞,更加明确理事会在 IANA 职能合同下的监督职责,而不是在这些事务中做出任何实质性的判断。

      Chris Disspain 指出,ccNSO 在解读框架 (FoI) 方面的工作会把根据 IANA 职能合同需要做出的变更纳入考虑范围。FoI 最终可能会对 ICANN 考虑 ccTLD 授权和重新授权标准的方式产生影响,但根据 FoI 工作,目前还不需要对措辞进行更改。

      Ray Plzak 指出,建议的对未来决议的措辞更改代表了理事会向监督职能的重大转变。这使理事会不再是对事务做出定性判断的机构,并削弱了理事会已经实现的立法机构形象。它没有释放理事会确保事务以正确方式进行的职责信息;而是强调理事会确保流程得到遵循的立场。

      Chris 同意 Ray 的观点并指出,理事会对某个事项不会展开政策基础上的讨论,并不意味着理事会的职责有任何形式的减轻。理事会可以重点关注管理。

      主席指出,必要时可能需要对这一问题展开进一步讨论。

    5. 北京会议信息更新

      Geoff Bickers 和 Jeff Moss 向理事会简单介绍了针对北京会议上工作人员和理事会的后勤保障和安全所做的准备。

      主席指示工作人员在北京会议召开之前安排一个电话会议,就安全问题与理事会做一个更详细的信息沟通。

    6. 其他事务

      Bertrand de La Chapelle 简单介绍了 UNESCO 最近在巴黎举行的 WSIS 会议。

      首席执行官兼总裁简单更新了其过去数周开会和出差的信息,并对理事会成员在其本地协助安排参与一些重要会议表示感谢。

minutes-28feb13-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."