Skip to main content
Resources

通过的理事会决议 | ICANN 理事会例行会议

本页面还提供其他语种:

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

 

  1. 认可议程:
    1. 通过理事会会议记录
    2. ICANN 理事会确认收到并对关于通过域名系统进行内容阻止所产生影响的 SAC056 咨询报告表示感谢。
      1. 第 2012.10.13.02 号决议的理由
    3. 修订理事会管理委员会章程
      1. 第 2012.10.13.03 号决议的理由
  2. 主要议程:
    1. 批准 .Name 注册管理机构协议续约提案
      1. 第 2012.10.13.04 号决议的理由
    2. 保密决议
      1. 第 2012.10.13.05 – 2012.10.13.06 号决议的理由

 

  1. 认可议程:

    决议:本认可议程通过了以下决议:

    1. 通过理事会会议记录

      第 2012.10.13.01 号决议:理事会批准 2012 年 10 月 3 日的 ICANN 理事会会议记要。

    2. ICANN 理事会确认收到并对关于通过域名系统进行内容阻止所产生影响的 SAC056 咨询报告表示感谢。

      鉴于安全与稳定咨询委员会在 2012 年 10 月 9 日向 ICANN 理事会转交 SSAC 咨询报告:SAC056:关于通过域名系统进行内容阻止所产生影响的 SSAC 咨询报告。

      鉴于 ICANN 理事会确认,使用 DNS 阻止会导致间接损害或意外后果,且很少能或无法为受影响的各方提供补救措施。

      兹此发布第 2012.10.13.02 号决议:ICANN 理事会确认收到 SAC056 并对 SSAC 在为 ICANN 机构群体编制本咨询报告时做出的工作表示感谢。

      第 2012.10.13.02 号决议的理由

      为继续对 ICANN 机构群体负责,理事会认为确认其咨询委员会编制的报告十分重要。此项行动不会对 ICANN 的资源造成任何影响,且确认报告预计不会对 DNS 的安全性、稳定性或灵活性产生任何影响。

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

    3. 修订理事会管理委员会章程

      鉴于为了维持理事会管理委员会的章程准确无误,需对其进行修改,且 BGC 建议理事会批准该等修改。

      兹此发布第 2012.10.13.03 号决议:理事会批准经修订的理事会管理委员会章程。

      第 2012.10.13.03 号决议的理由

      作为其年度工作的一部分,理事会管理委员会对其章程进行审核,以确保 BGC 的工作与其章程相符。今天批准的修改不会对 ICANN 或机构群体的资源造成任何影响。此项行动不会对 DNS 的安全性、稳定性或灵活性产生任何影响。

      此项行动体现了 ICANN 的组织管理职能,即无需征询公众意见。

  2. 主要议程:

    1. 批准 .Name 注册管理机构协议续约提案

      鉴于 ICANN 在 2012 年 7 月 3 日启动了关于 2007 年 .name 注册管理机构协议 (<http://www.icann.org/en/about/agreements/registries/name/agreement-15aug07-en.htm>) 续约协议提案的公众意见征询期 (<http://www.icann.org/en/news/public-comment/name-renewal-2012-03jul12-en.htm>)。

      鉴于 .name 注册管理机构协议续约提案包含修改后的条款,以便 .name 注册管理机构协议与其他类似协议一致。

      鉴于有关协议提案的公众意见论坛已于 2012 年 8 月 23 日结束,ICANN 收到了三条意见;对这些意见的总结和分析已提供给理事会。

      理事会在考虑了这些意见后决定,无需对 .name 注册管理机构协议续约提案进行修订。

      鉴于 .name 注册管理机构协议续约提案与当前的 .name 注册管理机构协议相比较有显著改进。

      兹此发布第 2012.10.13.04 号决议:批准 .name 注册管理机构协议续约提案,并授权总裁兼首席执行官和总顾问根据需要采取此类行动来实施该协议。

      第 2012.10.13.04 号决议的理由

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

      此前的 .name 注册管理机构协议在 2012 年 8 月 15 日已过期。Verisign 在 ICANN 考虑协议的新形式提案期间继续根据此前协议的条款运营。协议续约提案已在 2012 年 7 月 3 日公布征询公众意见。意见征询期已于 2012 年 8 月 23 日结束。

      正在考虑的提案是什么?

      对 .name 协议和附录的修改分为几大类:(i) 为促进各注册管理机构保持一致做出的修改;(ii) 为更新协议做出的修改,以反映自签署当前的 .name 注册管理机构协议以来进行的修改(包括更新参考信息、技术修改和其他更新);以及 (iii) 为允许 Verisign 更好地服务互联网机构群体做出的修改(包括允许Verisign 更加快速地处理一些可能影响 TLD 或互联网安全性和稳定性的威胁)。

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

      ICANN 就 .name 注册管理机构协议续约提案征询了公众意见,意见征询期为 2012 年 7 月 3 日至 2012 年 8 月 23 日,此后对这些意见进行了总结和分析。

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

      机构群体的三名成员参与了公众意见征询,不过只有一条意见实质上提到了协议提案。这条意见提到了合同竞标。

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

      理事会审核了 .name 注册管理机构协议续约提案及其附录,以及公众意见摘要和分析。

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

      理事会仔细考虑了公众意见以及工作人员对这些意见提出的建议。理事会考虑了 ICANN 关于当前正在使用的 .name 注册管理机构协议的合同义务,然后才做出了此项决定,特别是,注册管理执行机构必须对没有特定待决违约事项的协议续约,以及续约的特定条款必须与现有的可比 gTLD 注册管理机构协议相符。

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

      作为续约流程的一部分,ICANN 根据当前使用的 .name 注册管理机构协议审查了 Verisign 最近的执行情况。合同合规性审核包括以下方面:(i) SRS 中断限制;(ii) 注册服务商平等访问 SRS;(iii) 区域批量文件访问;(iv) 支付所需费用;以及 (v) 提交月度报告。审核后确定 Verisign 符合其合同要求(请参阅http://www.icann.org/en/resources/compliance/reports/operator-verisign-name-06apr12-en.pdf [PDF, 104 KB])。证据表明,机构群体可预计能够继续保持良好业绩。

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

      预计 ICANN 批准 .name 注册管理机构协议续约提案后不会产生重大的财务影响。关于注册管理机构费用和定价限制的规定与新 gTLD 基本协议和当前的主要 gTLD 大部分一致。

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

      预计 ICANN 批准 .name 注册管理机构协议续约提案后,不会产生与 DNS 有关的安全性、稳定性和灵活性问题。协议提案事实上包括了便于在出现某些与 DNS 安全性或稳定性有关的威胁时更快采取行动的条款。

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

    2. 保密决议

      [编写的决议]

      第 2012.10.13.07 号决议:理事会批准对第 2012.10.13.05 和 2012.10.13.06 号决议的全部或部分内容、相应理由及相关材料予以保密。

      第 2012.10.13.05 – 2012.10.13.06 号决议的理由

      [编写的理由]

resolutions-13oct12-zh.pdf  [275 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."