Skip to main content
Resources

主席兼首席执行官 Rod Beckstrom 主题演讲 互联网名称与数字地址分配机构 (ICANN)

本页面还提供其他语种:

开幕式
互联网管理论坛
V立陶宛维尔纽斯

预备稿

我很荣幸能够来到立陶宛(现已成为欧盟成员)的首都维尔纽斯,这一具有独特、美丽而又充满历史气息的城市。

我从一个简单的提示开始我的发言: 互联网运作。 每一天的每一小时,再到每一分钟。 域名系统每天要处理数百亿次交易。 这比世界金融市场和电话系统处理的交易都要多。

事实上,互联网为多利益主体管理模式做出了极大的贡献, 但政府机构不能独自做到这一点。

互联网有能力改写人类的历史。 它使人与人之间的沟通达到前所未有的规模,并且使之融入到世界数十亿人的生活中。 其开放性、包容性以及缺少相关法规约束的特点,使之成为培养创新能力和竞争能力的沃土和经济增长所需的引擎。

为什么会提到包容性? 因为使用互联网的每个人都应该并且必须参与到它的管理中来。

如果由某个国家的某个省份单独进行管理或被其他任何利益所占据,则我们将失去互联网长远发展潜力和革新价值的基础。

针对其未来所做的决策应尽可能反映最广泛的观点,以及整个全球社群的智慧 - 而不只是政府的观点和智慧。

ICANN 能做些什么

ICANN 是一家致力于以下公共利益的跨国组织: 稳定、安全且规范的全球互联网。 这一点反映在互联网运作的全球性不断增强,以及 ICANN 的员工、董事会、支持组织和顾问委员会的国际化。

ICANN 在互联网管理中的角色代表了以达成共识为基础的独特管理模式: 全球展望;自下至上的决策制定;分散控制;直观透明的流程;并关注来自所有级别社群的声音。

作为域名系统和互联网地址的协调机构,ICANN 是互联网未来的重要管理者。 全球社群及其多利益主体的支持、私营企业主导的决策模式目前是并且将来仍是 ICANN 成功的基础。

我们的国际咨询和政策制定小组代表了所有的利益主体。 其中包括代表政府在公共政策中的合法作用的政府咨询委员会,以及成员来自全球各地的董事会。

自 SHARM EL SHEIKH 会议以来的进展

自从去年在 Sharm el Sheikh 举行 IGF 会议以来,ICANN 的成绩有力地证明了多利益主体模式的优势。

随着 2009 年《承诺声明》的签署,美国和 ICANN 正式确定任何一方都不得对互联网管理有过度的影响。 该声明肯定了 ICANN 模式的成功;该模式使 ICANN 保持成为一个私有、非营利组织,验证政府咨询委员会的作用并声明 ICANN 的独立性以及它不为任何实体所控制。

另一个重要成就是域名系统安全扩展(实际上为 DNSSEC)的历史性部署 - 20 年内互联网最大规模的结构改进。 当其完成全面部署时,某些类型的网络攻击所造成的威胁将会大大降低。

国际化域名(或称为 IDN)允许在顶级域名中使用非拉丁语。 IGF 提高了其优先级;ICANN 和我们的社群正逐步进行实施。 数以亿计的用户现在可以用他们的母语访问整个网络。 自从 2009 年启动 IDN 快速跟踪流程以来,ICANN 已收到针对 IDN 的 33 个涵盖 22 种语言的请求。 其中十四个已经进行了授权,并且我们会尽快授权更多的请求。 22 种语言中包括阿拉伯语、中文和西里尔语,这三种语言在全球共有超过 15 亿人使用。

多利益主体模式具有潜在风险

有些人希望专门将互联网管理纳入政府间组织的框架。 这意味着什么? 大多数互联网用户 - 企业、服务提供商、非营利机构、消费者 - 将无法参与有关互联网管理的讨论。

毫无疑问: 如果我们现在不共同联合起来有效解决此问题,就会使已获得如此多成功的多利益主体模式与我们失之交臂。 我们必须协同合作,才能继续保持多利益主题模式所具有的创新且公开的特点。

ICANN 支持 IGF

IGF 是一个重要的公众论坛,在这里所有相关团体都是平等的,都是为了公共利益才致力于这些议题。 它的最大价值是平等主义哲学体系及其包容性: 这扇大门向所有人敞开。

IGF 从多利益主体构成中获得其优势和合法性。 使其成为传统政府间框架将破坏联合国近年来的追求: 国有、私有以及社群合作关系。

所有利益主体必须让他们各自的政府了解他们的观点;各国政府机构将会在今年秋天在联合国大会上决定此体制的未来。

结论

总之,我们每个人都可以呼吁联合国保留此重要且成功的 IGF 形式。

但最重要的是我们通过继续接受不同且有时候相抵触的意见来进一步加强多利益主体模式。 同时,我们能确保互联网的未来掌握在它最重要的支持者手中: 普通用户。

互联网运作。 让我们继续保持其健康发展。

谢谢。

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