Skip to main content
Resources

社群 gTLD 变更请求

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

社群 gTLD 变更请求流程允许社群 gTLD 注册管理运行机构寻求 ICANN 的批准,以对其《注册管理机构协议》规范 12 中列举的"社群注册政策"进行修改。

根据该流程的指导原则,注册管理运行机构不得寻求如下变更:变更会取消"社群注册政策",变更会大幅提高或降低注册人资格和/或域名选取要求,或者变更会导致对顶级域社群带来重大负面影响。如果变更请求超出了这些指导原则的范围,ICANN 组织将通知注册管理运行机构。超出这些指导原则范围的任何变更请求将不予考虑。

资格

符合此服务范围的变更请求只能由社群 gTLD 的注册管理运行机构提出。社群 gTLD 是:

  • 签署有《注册管理机构协议》的 gTLD,该协议中包含规范 12,而且
  • 规范 12 的章节标题是"社群注册政策"或"顶级域政策"。

说明

要向 ICANN 组织提交社群 gTLD 变更请求,符合条件的注册管理运行机构应遵循操作指南 [PDF, 800 KB] 中的说明。

提交和状态

在 ICANN 组织对按照流程提交的请求进行初步审核之后,ICANN 组织将会发布该请求(包括所有必需的文件),以进行为期 30 天的评议。感兴趣的相关方可以查阅请求,并通过向以下地址发送电子邮件来针对该请求提出相关意见。下表列出了对特定请求进行评议的截止日期。

向以下电子邮件地址提交任何个人资料,即表示您本人同意根据 ICANN 隐私政策处理您的个人资料,并同意遵守网站的服务条款

gTLD Registry Operator Questionnaire and Draft Amendment Supporting Documents Date Posted Comment Deadline Status
.madrid Comunidad de Madrid

Questionnaire

Draft Amendment (clean version)

Draft Amendment (redline version)

Comunidad de Madrid Public Consultation_English

Comunidad de Madrid Public Consultation_Spanish

07 December 2020 06 January 2021 Approved

.bank

fTLD Registry Services LLC

Questionnaire

Draft Amendment (clean version)

Draft Amendment (redline version)

fTLD Public Comment Communications

fTLD Public Comment Report

fTLD Board Meeting Minutes

11 October 2019

10 November 2019

Approved

.insurance

fTLD Registry Services LLC

Questionnaire

Draft Amendment (clean version)

Draft Amendment (redline version)

fTLD Public Comment Communications

fTLD Public Comment Report

fTLD Board Meeting Minutes

11 October 2019

10 November 2019

Approved

状态说明:

  • 评议期:提交的请求目前处于 30 天的评议期。
  • 待定:ICANN 组织正在审核变更请求以及所收到的任何意见,以便做出决定。
  • 已批准:ICANN 组织批准了变更请求。正在进行修订,或已将修订发布到特定于 gTLD 的《注册管理机构协议》网页上。
  • 已驳回:ICANN 组织驳回了变更请求。
  • 已撤销:注册管理运行机构撤销了变更请求。
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."