Skip to main content
Resources

《新通用顶级域注册管理机构基本协议》2017 年通用修订案

注:所有语种版本中,英文版为官方版本,其他语种版本仅供参考.

新闻

2017 年 7 月 31 日——《新通用顶级域注册管理机构基本协议》2017 年通用修订案 于 2017 年 7 月 31 日正式生效。《注册管理机构基本协议》的原形式已更新,该协议已发布到 ICANN 的"注册管理机构协议"网页上。根据《注册管理机构协议》第 7.7(c) 款的规定,不需要单独执行修订案。

查看存档新闻

相关资源

背景

《新通用顶级域注册管理机构基本协议》第 7.7(a) 款提供了一个机制,通过此机制,ICANN 组织或注册管理机构利益相关方团体 (RySG) 可以定期启动协商和《注册管理机构协议》修订程序。ICANN 和 RySG 都可以启动上述协商,但每 12 个月内只能启动一次。在 2014 年 7 月 1 日前,任何一方不得提交启动协商程序的第一次通知。

2014 年 7 月 16 日,RySG 向 ICANN 发出了通知,表示希望就《注册管理机构协议》的修改提案进行协商。按照《注册管理机构协议》第 7.7(b) 款的要求,ICANN 与由 RySG 组建的工作组展开了一段时间的讨论,就工作组和 ICANN 所提交的合同修订提案的形式和内容展开了讨论。

2016 年 5 月 31 日,ICANN 发布了《注册管理机构协议》的修改提案,开始征询公众意见。公共评议期于 2016 年 7 月 20 日结束,随后 ICANN 于 2016 年 8 月 17 日发布了公众意见报告[PDF,404 KB]。ICANN 和工作组审核了公众意见,于 2016 年 12 月 22 日发布了重发版报告 [PDF,545 KB],为之前发布的公众意见报告做出了补充,展开了进一步的分析,同时发布了更新版通用修订案 [PDF, 424 KB]。

通用修订案已发布在相关资源部分,此修订案是双方就修订提案中双方都可接受的内容展开数月的协商而得出的结果。

根据《注册管理机构协议》第 7.7(c) 款的规定,只有在 ICANN 董事会和适用注册管理运行机构对通用修订案予以批准后,该通用修订案才可视为符合《注册管理机构协议》条款的已批准修订案。

ICANN 组织和工作组同意发起投票表决程序,ICANN 组织聘请了第三方投票管理机构来主持适用注册管理运行机构的投票表决。投票期于 2017 年 4 月 10 日截止,适用注册管理运行机构的投票达到了要求的门槛。随后,ICANN 董事会在 2017 年 5 月 18 日举行的会议上批准了通用修订案。

在各方均予以批准后,ICANN 向适用注册管理运行机构发出了通知,声明通用修订案将于 60 天后(即 2017 年 7 月 31 日)正式生效。

ICANN 已在"注册管理机构协议"网页上发布了《注册管理机构协议》2017 年修订案,同时在 ICANN.org 上各个适用注册管理运行机构的"注册管理机构协议"页面中发布了 2017 年通用修订案。

最终表决结果

在 2017 年 4 月 10 日投票期截止后,适用注册管理运行机构批准了《新通用顶级域注册管理机构基本协议》通用修订案。以下数据反映了最终的表决结果。

在 1228 个有权参与投票的适用注册管理运行机构中,共有 875 个机构实际参与了投票,投票结果达到了以下门槛:

  • 费用门槛:在上一自然年中向 ICANN 支付的费用额在所有适用注册管理运行机构向 ICANN 支付的费用总额中占 76.59% 的适用注册管理运行机构同意批准通用修订案,达到了要求的所付费用占三分之二 (66.66%) 的比重,按此门槛可予以批准。
  • 绝大多数门槛:有 71.09% 的适用注册管理运行机构投赞成票,达到了绝大多数的票数,按此门槛可予以批准。

ICANN 董事会于 2017 年 5 月 18 日批准了通用修订案。随后,ICANN 组织向 ICANN 社群发出了有关公告,并向注册管理运行机构发出关于生效日期的通知。

在整个投票表决过程中,ICANN 组织大约每两周更新一次该部分,反映了根据《新通用顶级域注册管理机构基本协议》第 7.6(j)(ii) 款的规定,投票逐渐达到适用注册管理运行机构批准通用修订案所需门槛的情况。下图显示了 2017 年 4 月 10 日投票截止时的最终表决结果。

  1. 费用门槛图示:表示以下维度的最终投票结果"在上一自然年中向 ICANN 支付的款项在 ICANN 同期根据《注册管理机构协议》所收入的全部费用中占三分之二的适用注册管理运行机构在审批中予以批准。"
    Fee Threshold Chart
    截至 2017 年 4 月 10 日
  2. 绝大多数门槛图示:表示以下维度的最终投票结果"在批准通用修订案时,绝大多数适用注册管理运行机构同意批准。"
    Majority Threshold Chart
    截至 2017 年 4 月 10 日
  3. 逐渐达到批准门槛的百分比:表示随着时间的推移,投票向批准通用修订案所需的费用门槛和绝大多数门槛靠近的相应走势。数据点表示 ICANN 从第三方投票软件收集投票进展数据的日期。
    Percentage toward Approval Threshold Chart
    截至 2017 年 4 月 10 日

下面链接的 CSV 文件中提供了适用注册管理运行机构的列表并显示了各个机构是否参与了投票。此文件包含以下数据:(1) 顶级域 (TLD);(2) 注册管理运行机构名称;(3) 投票状态,其中"X"表示已提交选票。

其他资源

对于本网页中使用的所有大写术语和引用部分,其含义与《新通用顶级域注册管理机构基本协议》中描述的含义均相同。

新闻存档

2017 年 6 月 1 日——ICANN 向适用注册管理运行机构发出了通知,声明通用修订案将于 60 天后正式生效。生效日期为 2017 年 7 月 31 日。

根据《注册管理机构协议》第 7.7(c) 款的规定,在通用修订案生效后,不需要单独执行修订案。在上述生效日期,ICANN 将在"注册管理机构协议"网页上发布已生效的通用修订案。此外,ICANN 还将在 ICANN.org 上各个适用注册管理运行机构的"注册管理机构协议"页面中发布通用修订案。

请参阅下面的相关资源部分,了解《注册管理机构协议》的变更,确定必要的实施措施。如有疑问,请通过全球域名分部与 ICANN 联系,或者发送电子邮件至 globalsupport@icann.org

2017 年 5 月 23 日——ICANN 董事会在 2017 年 5 月 18 日举行的会议上批准了通用修订案。根据董事会的决议,ICANN 将就后续实施步骤向适用注册管理运行机构发送通知,同时会相应地更新此网页。ICANN 还将向 ICANN 社群提供最新资讯,以使社群随时了解动态。

2017 年 5 月 8 日——适用注册管理运行机构已批准通用修订案,接下来适用注册管理运行机构会将通用修订案提交至 ICANN 董事会,供其审批。

2017 年 4 月 10 日 23:59(世界协调时)——投票期结束

2017 年 2 月 9 日 23:59(世界协调时)——投票期开始

2017 年 2 月 7 日,16:00-17:00(世界协调时)——网络研讨会——《注册管理机构协议》修订案投票表决程序

ICANN 就《新通用顶级域注册管理机构基本协议》通用修订案举行了网络研讨会。在此次网络研讨会期间,RySG 工作组和 ICANN 组织成员向与会者介绍了修订流程,总结了所做的变更,回顾了投票程序,还展望了后续工作。

2016 年 12 月 22 日——ICANN 发布了关于《新通用顶级域注册管理机构基本协议》通用修订提案的重发版工作报告 [PDF,545 KB]。

2016 年 6 月 17 日——在 ICANN 第 56 届会议上宣布——修订《新通用顶级域注册管理机构协议》

在赫尔辛基举行的 ICANN 第 56 届会议期间,ICANN 于 2016 年 6 月 28 日 07:30(世界协调时,东欧夏令时间为 10:30)就《新通用顶级域注册管理机构基本协议》修订提案召开了会议。如需了解更多信息,请阅读 2016 年 5 月 31 日 发布的博客

2016 年 6 月 14 日——网络研讨会——修订《新通用顶级域注册管理机构协议》

2016 年 5 月 31 日——《新通用顶级域注册管理机构基本协议》的修订提案

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