Skip to main content
Resources

注册服务机构数据托管代理过渡资源

本页面还提供其他语种：

背景介绍

2023 年 3 月 20 日，ICANN 组织启动了提案征询，旨在确定有资格为 ICANN 认证注册服务机构提供托管服务的一家或多家 ICANN 指定的注册服务机构数据托管代理 (DEA)。ICANN 组织于 2023 年 7 月宣布，DENIC Services GmbH & Co. KG (DENIC) 当选为 ICANN 指定的唯一注册服务机构数据托管代理。DENIC 总部位于德国达姆施塔特，自 2018 年以来，它一直是 ICANN 指定的注册服务机构 DEA。DENIC 已将其技术运营范围扩展到北美，并做好进一步扩张准备，能够为 ICANN 全球范围内的注册服务机构客户群提供服务，以便注册服务机构可以选择将其数据存储在欧洲或北美。

由于 DENIC 获选为 ICANN 指定的唯一注册服务机构 DEA，因此，自 2023 年 7 月 17 日起，NCC Group Software Resilience (NA) LLC (NCC Group) 将不再接受新的注册服务机构客户，且自 2024 年 11 月 1 日起，在将现有注册服务机构客户移交给其他 DEA 后，将不再提供注册服务机构数据托管服务。因此，当前向 NCC Group 交纳保证金的所有注册服务机构必须准备在未来几个月内过渡到其他 DEA。

如果注册服务机构想要向 ICANN 指定的 DEA（免费向注册服务机构提供服务）交纳保证金，则需要准备过渡到 DENIC。或者，注册服务机构也可以选择自费使用 ICANN 批准的 DEA。预计大多数注册服务机构都需要采取行动，以免出现潜在的合规问题。请查看以下方案：

  1. 当前向 NCC Group 交纳保证金的注册服务机构
  2. 当前向 DENIC 交纳保证金的注册服务机构
  3. 当前向 ICANN 批准的其他 DEA 交纳保证金的注册服务机构

如需了解更多信息，请参阅 FAQ – 注册服务机构数据托管代理变更。

  1. 当前向 NCC Group 交纳保证金的注册服务机构

    1. 过渡到 DENIC

      当前向 NCC Group 交纳保证金并希望继续由 ICANN 组织支付其 DEA 费用的注册服务机构应准备过渡到 DENIC。ICANN 将在 NCC Group 注册服务机构数据托管协议续约日期前 120 天左右向注册服务机构通知其过渡方案和后续工作。收到通知后，注册服务机构需要在不晚于其 NCC Group 数据托管协议续约日期前 75 天的时间内，向 ICANN 组织提交注册服务机构 DEA 变更请求。请参阅 FAQ - 注册服务机构数据托管代理变更，如有任何与过渡时机相关的问题，请联系 ICANN 组织。

      过渡到 DENIC 的注册服务机构将在整个过程中获得 DENIC 的加入支持，其中包括网络研讨会和其他资源。DENIC 已成立专门的支持团队，负责协助注册服务机构完成过渡工作。此支持包括通过其加入支持和 API 简化加入过程，以便使用同一后端服务提供商实现注册服务机构团体和注册服务机构的批量加入。

      DENIC 的注册服务机构数据托管平台已与 ICANN 的注册报告界面 (Registration Reporting Interface, RRI) 系统完全集成。因此，一些注册服务机构可能需要对其数据托管保证金进行调整，确保符合注册服务机构数据托管规范并遵循注册服务机构数据托管保证金验证流程。此外，过渡到 DENIC 的注册服务机构必须签署一份新的注册服务机构数据托管协议，其中包括一份可选的数据处理协议。

      下面是对预期过渡流程的简单总结：

      • 注册服务机构在与 NCC Group 的数据托管协议续约日期前 120 天左右收到 ICANN 组织发出的通知。
      • 注册服务机构在不晚于其数据托管协议续约日期前 75 天的时间内，向 ICANN 组织提交一份填写完整的 DEA 变更请求表单。如需了解有关 DEA 变更请求流程的更多详情，请访问此处。
      • 注册服务机构与 DENIC 和 ICANN 组织签订新的注册服务机构数据托管协议。
      • 注册服务机构向 DENIC 成功交纳第一笔保证金。
      • ICANN 组织向注册服务机构、DENIC 和 NCC Group 发送过渡通知，说明 NCC Group 注册服务机构数据托管协议将被视为终止。

    2. 过渡到 ICANN 批准的 DEA

      除了过渡到 ICANN 指定的 DEA（如上所述）外，当前向 NCC Group 交纳保证金的注册服务机构还可以选择过渡到 ICANN 批准的 DEA。请注意，ICANN 组织将不承担 ICANN 批准的 DEA 所收取的费用。如需获取 ICANN 批准的 DEA 清单，请访问此处。

      ICANN 组织将在 NCC Group 数据托管协议续约日期前 120 天左右向注册服务机构通知其过渡方案和后续工作。收到通知后，注册服务机构需要在不晚于其 NCC Group 数据托管协议续约日期前 75 天的时间内提交 DEA 变更请求。

      下面是对预期过渡流程的简单总结：

      • 注册服务机构在与 NCC Group 的数据托管协议续约日期前 120 天左右收到 ICANN 组织发出的通知。
      • 注册服务机构在不晚于其数据托管协议续约日期前 75 天的时间内，向 ICANN 组织提交一份填写完整的 DEA 变更请求表单。如需了解有关 DEA 变更请求流程的更多详情，请访问此处。
      • 注册服务机构与 ICANN 批准的 DEA 和 ICANN 组织签订数据托管协议。
      • 注册服务机构向选定的 ICANN 批准的 DEA 成功交纳第一笔保证金。
      • ICANN 组织向注册服务机构、ICANN 批准的 DEA 和 NCC Group 发送过渡通知，说明 NCC Group 注册服务机构数据托管协议将被视为终止。

  2. 当前向 DENIC 交纳保证金的注册服务机构

    已经向 DENIC 交纳保证金并希望继续此行为的注册服务机构无需采取任何行动。如果注册服务机构希望签署可选的数据处理协议，可以联系 DENIC 支持团队 (escrow@denic-services.de) 来了解更多详情。

  3. 当前向 ICANN 批准的其他 DEA 交纳保证金的注册服务机构

    当前向 ICANN 批准的任何其他 DEA 交纳保证金的注册服务机构此时无需采取行动。如果任何注册服务机构希望过渡到 DENIC 并由 ICANN 承担其费用，可以向 ICANN 组织提交 DEA 变更请求。

相关资源

A note about our terms of service:

We have updated our electronic terms of service to provide greater transparency and align with laws applicable to us. Learn more.

This site uses cookies to deliver an efficient user experience and to help us see how the site is used. Learn more.OK

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