Skip to main content

IANA 域名职能审核小组社群网络研讨会

本页面还提供其他语种:

洛杉矶——2020 年 9 月 21 日——互联网号码分配机构域名职能审核小组 (IANA Naming Function Review Team, IFRT) 于今天宣布他们目前正处在《初步报告》的最终编写阶段。IFRT 将面向社群召开一场网络研讨会,讨论一项拟定建议。这项建议将要求针对互联网名称和数字地址分配机构 (Internet Corporation for Assigned Names and Numbers, ICANN) 和其附属机构公共技术标识符 (Public Technical Identifiers, PTI) 之间签署的《IANA 域名职能合同 (IANA Naming Functions Contract)》进行一项修订。国家和地区顶级域 (ccTLD) 和通用顶级域 (gTLD) 的注册管理运行机构可能对这项修订内容格外关注。

根据 ICANN 的《章程 (Bylaws)》第 18 条第 18.5.d.(a) 节:

按照第 18.3 节中列出的 IANA 域名职能审核 (IFR) 的责任,IFRT 可以合理提出建议对《IANA 域名职能合同》、IANA 域名职能工作范畴和/或《客户常任委员会章程 (CSC Charter)》进行修订。IFRT 在对《IANA 域名职能合同》、IANA 域名职能工作范畴和/或《客户常任委员会章程 (CSC Charter)》进行修订之前,至少应当采取以下步骤:......(iii) 面向 ccTLD 和 gTLD 注册管理运行机构召开一场公众意见征询会议。

IFRT 指出《IANA 域名职能合同》中对 IANA 的月度《根运营审计报告 (Root Operations Audit Reports)》 的格式提出了要求,但这项要求可被视为已经过时。鉴于此,IFRT 现提出建议:

在第 7 条第 7.1(a) 节中,IFRT 建议从合同中删除这句陈述:“与调整措施相关的各项政策应当在月度报告中列示出来”,因为这一陈述是美国国家电信和信息管理局 (NTIA) 合同中的遗留部分,目前已不再需要。

IFRT 鼓励所有利益相关方,特别是 ccTLD 和 gTLD 注册管理运行机构参与这场既定的资讯通报网络研讨会,了解更多情况。

网络研讨会信息

日期:2020 年 9 月 29 日
时间:世界协调时 17:00 至 17:30
网络研讨会链接:https://icann.zoom.us/j/96824197988?pwd=TGpISnFnck1TblpQdkthd0lHUzRxdz09
参会密码: IFRT_09/29

本节网络研讨会的录音将发布在 IFRT 的维基页面上,您还可以随时致信给该小组的公众邮件清单,提交您的问题和评论:input-to-IFRT@icann.org。如需查看更多有关这节网络研讨会的信息,请点击此处

IANA 域名职能审核 (IFR) 简介

IANA 域名职能审核 (IFR) 作为 IANA 管理权移交的问责机制之一,旨在确保 ICANN 能够通过其附属机构公共技术标识符 (PTI) 来满足域名客户的需求和期望。

ICANN 简介

ICANN 的使命在于确保全球互联网的稳定、安全与统一。在互联网上寻找另一个人的信息,您必须在您的电脑或其他设备中键入一个地址——可以是一个名称或是一串数字。这一地址必须是独一无二的,只有这样电脑之间才能互相识别。ICANN 则负责协调并支持这些分布在全球各地的唯一标识符。ICANN 成立于 1998 年,是一家非营利公益型企业,其社群成员遍布全球各地。

公共技术标识符 (PTI) 简介

公共技术标识符 (Public Technical Identifiers, PTI) 是一家 ICANN 的附属机构,负责执行互联网号码分配机构 (IANA) 的职能,具体包括:管理支持互联网运营的域名系统 (DNS) 根区、全球互联网协议地址空间和其他协议参数。在 IANA 职能管理权顺利移交给多利益相关方社群后,PTI 于 2016 年应运而生。PTI 负责根据与 ICANN 签署的合同执行 IANA 的职能。


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