Skip to main content
Resources

转移(转让)ICANN 认证

RAA 包含一套流程,允许 ICANN 认证注册服务机构("转让人")请求 ICANN 批准,将其所获认证转移(转让)给其他希望成为认证注册服务机构的实体("被转让人")。转让流程不同于注册服务机构收购,收购是指新所有者购买或以其他方式获得整个注册服务机构实体(例如购买公司股票)。注册服务机构可通过以下程序请求 ICANN 批准转移认证。

2013 年 RAA 转让程序

根据 2013 年《注册服务机构认证协议》,请求 ICANN 批准转让注册服务机构认证的实体必须通过发送电子邮件至 registrarupdates@icann.org,向 ICANN 提交任何拟定的转让通知或任何转让批准请求。ICANN 将在 30 天内 (1) 批准或拒绝转让,或 (2) 要求提供其他信息,包括注册服务机构认证申请信息1。如果 ICANN 要求提供其他信息,将在收到要求的信息后 60 天内批准或拒绝转让。2

请注意,该流程不同于 2013 年《注册服务机构认证协议》中注册服务机构请求 ICANN 批准涉及全资子公司和其他相关业务实体的转让程序,下文对后者进行了详细说明。

ICANN 将在批准注册服务机构认证申请后以书面形式通知双方。然后,双方必须签订一份《转让及承接协议》[PDF, 70 KB] 以确认转让 RAA。接下来,ICANN 将在认证转移获得批准后以书面形式通知双方。如果在收到 ICANN 对注册服务机构认证申请的批准后 90 天内未执行《转让及承接协议》,ICANN 将保留关闭任何未决 RAA 转让案例并要求重新提交的权利。

然后,被转让人将承担并负责履行转让人现有的全部 RAA 相关义务和责任。

涉及全资子公司的 2013 年 RAA 转让程序

2013 年 RAA 为认证注册服务机构提供了一套简化的流程,以请求 ICANN 批准涉及某些相关业务实体的 RAA 转移/转让。在以下情况下可使用此流程:ICANN 认证注册服务机构希望获得 ICANN 批准,将其认证转让给该 ICANN 认证注册服务机构的一家全资子公司或母公司,或从一家全资子公司转让给同一母公司的另一家全资子公司。

转让人必须通知 ICANN 转移认证事宜,并且必须向 ICANN 提供官方文件,证明转让人和被转让人之间存在所需的母公司/子公司或子公司/子公司关系。应将此通知通过电子邮件发送至 registrarupdates@icann.org

此外,还必须提交以下文件:

  1. 证明受让人明确接受 RAA 条款和条件的文件。此协议模板位于 https://www.icann.org/en/system/files/files/assignment-assumption-agreement-2013-raa-04nov15-en.pdf [PDF, 43 KB],
  2. 主要联系人更新 [PDF, 184 KB] 表(如果主要联系人信息因转移而更新),以及
  3. 更新的注册服务机构信息规范表 [XLSX, 111 KB],包括被转让人的企业注册证明、被转让人的存续证明文件,以及被转让人的高管和董事名单。

1 如果 ICANN 未在 30 天内批准或拒绝申请,也未要求提供其他信息,则该申请被视为已获批准。

2 如果 ICANN 未在收到要求提供的信息后 60 天内批准或拒绝申请,则该申请被视为已获批准。

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