Skip to main content

提高亚太地区社群在多利益相关方模型中的参与度,第 1 部分

8 月,我们曾发布了名为热烈庆祝 APAC 区域办公室成立四周年的特别报告。最近我写了一篇关于该报告的博文,反思了亚太地区 (APAC) 社群当前在 ICANN 中的参与度。

为 APAC 社群参与 ICANN 提供支持是我们新加坡区域办公室的工作重点之一。这是一项艰巨的任务。首先我们要面临的第一个挑战是,帮助利益相关方认识 ICANN 以及了解 ICANN 在互联网生态系统中扮演的角色。

作为与其他技术合作伙伴合作的互联网唯一标识符技术协调机构,ICANN 是负责制定和实施域名系统 (DNS) 相关规则的生态系统的重要组成部分。具体而言,在 ICANN,这些域名相关规则的制定被称为政策制定

ICANN 政策制定对全球互联网有着重大影响。例如,新通用顶级域 (gTLD) 项目带来了最大规模的 DNS 扩展,共引入了 1,200 多个新顶级域。此项目还使得在顶级域中使用中文和阿拉伯文等本地文字成为可能 — 这类顶级域被称为国际化域名 (IDN)。能够访问完全用本地文字书写的网站正影响着用户访问互联网的方式,特别是对于完全不使用英文或拉丁文的社群而言。

是否启动此类项目取决于像您这样的利益相关方

无论是个人还是企业,都使用域名来访问网站。这就使得每一名互联网用户,包括您和我,都成为了 DNS 中的利益相关方。DNS 将来如何发展,完全取决于 ICANN 的利益相关方。也就是说,您的参与至关重要。

以下两项关键统计数据也强调了 APAC 社群参与 ICANN 事务的重要性:

  • 世界上一半的互联网用户生活在 APAC 地区。
  • 在互联网用户最多的 10 个国家/地区中,有 5 个国家/地区位于 APAC 地区,它们分别是:中国(第一)、印度(第二)、印度尼西亚(第五)、日本(第六)和孟加拉国(第十)。

鉴于这些统计数据,与 APAC 互联网社群的规模相比较,APAC 社群在 ICANN 中的代表明显不足。

现在我们已经了解了必须参与的原因,下一个挑战则是了解 ICANN 的参与模式。

多利益相关方模型

ICANN 生态系统基于多利益相关方模型构建。此术语出自 2005 年信息社会突尼斯议程,与互联网治理密切相关。事实上,互联网生态系统中的许多技术机构已采用多利益相关方模型,包括互联网工程任务组 (IETF) 和地区互联网注册管理机构(在我们地区,即亚太互联网络信息中心)。

通过与更广泛的 APAC 社群之间互动,我曾注意到,多利益相关方这个词对社群成员来说可能不熟悉,容易混淆。通常来说,在 APAC 地区(请原谅我这样概括),治理意味着政策,而在公共空间组织开展政策制定讨论的机构通常是政府。

就互联网治理而言,有一点并不总是很明确,那就是采用多利益相关方模型的责任并不能全都压在政府肩上。在互联网唯一标识符生态系统中,多利益相关方模型的应用方式是自下而上,而非自上而下

在我的下一篇博文中,我将使用靠近大本营的平台,如亚太地区互联网治理论坛 (APrIGF),来阐明这一要点。敬请留意。

与此同时,我们希望收到您的意见!

欢迎和我们一起,塑造 DNS 的未来!在 APAC 区域办公室,为您参与 ICANN 事务提供帮助是我们的工作重点。如果您有意加入,但不知该从何处着手,请发送电子邮件到 apachub@icann.org

期待在即将到来的 ICANN60 阿布扎比会议期间与您当面或远程见面,该会议的召开时间为 2017 年 10 月 28 日至 11 月 3 日。请访问 ICANN60 网站获取详细信息。

Comments

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