Skip to main content

RSSAC2 审核:评估报告现已发布

敬请参加 ICANN61 公共会议

本页面还提供其他语种:

洛杉矶——2018 年 2 月 27 日——Interisle Consulting Group 公司作为 ICANN 根服务器系统咨询委员会 (Root Server System Advisory Committee, RSSAC) 第二轮审核的独立审核人,现已发布了其评估报告。

请阅读本报告 [PDF, 2.46 MB]。

审核工作组和独立审核人将在 ICANN61 波多黎各圣胡安会议上会面。现诚邀 ICANN 社群参加这节会议,提出反馈意见。本届会议将在世界协调时 3 月 14 日下午 17:30 至 19:00 期间举行(即大西洋标准时间下午 13:30 至 15:00)。如需更多详情,包括远程参会信息,请点击此处

评估报告简介

这份评估报告旨在在广大 ICANN 社群和独立审核人之间达成最大程度的共识,了解 RSSAC 的工作在哪些方面比较出色,哪些方面可以得到改善。这份评估报告中并未纳入建议内容。所有建议将被纳入在预计将于 2018 年 7 月发布的最终报告之中。

请点击此处阅读执行摘要 [PDF, 455 KB]。

(注:这份执行摘要将被翻译成阿拉伯语、中文、法语、俄语和西班牙语。执行摘要各语种版本将在翻译完成后发布在此处。)

背景

本轮针对 RSSAC 的独立审核源于 ICANN《章程 (Bylaws)》的规定,属于 ICANN 对发展、改进、问责制和透明度所做承诺的一部分。Interisle Consulting Group 于2017 年 9 月入选执行这项审核并开始工作。

RSSAC2 审核旨在确定 (i) RSSAC 在 ICANN 架构中是否有继续存续的必要;(ii) 若有,则其架构或运营是否需要进行调整以提高效率;和 (iii) RSSAC 是否对其选区、利益相关方团体、各个组织和其他利益相关方负责。最后,这轮 RSSAC 审核还将对此前在 2008 年间进行的 RSSAC 审核的改进建议有效性进行评估。请访问 ICANN.org 网站上的 RSSAC 审核页面,深入了解本次审核。

根据《ICANN 章程》中该组织的设立章程,RSSAC 针对与根服务器系统相关的运营、管理、安全和诚信等事务向 ICANN 董事会和社群提出建议。RSSAC 的成员由来自运营全球根域名服务的各大机构的代表构成。RSSAC 的成员中还包括来自维护权威根区的组织代表,他们为无表决权成员。外部组织和团体的联络人也参与本机构的事务,充当无表决权成员。请点击此处深入了解 RSSAC

ICANN 简介

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


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