Skip to main content
Resources

ICANN 预期行为标准

本页面还提供其他语种:

ICANN 多利益相关方流程的全体参与者(包括董事会、工作人员,以及支持组织和咨询委员会涉及的所有人)承诺:

  • 遵照 ICANN章程行事。参与者特别承诺根据 ICANN 使命本着章程规定的价值观行事。
  • 遵从章程中规定的利益冲突政策。
  • 平等对待 ICANN 社群的所有成员,不论其国别、性别、种族或民族、宗教信仰、年龄或性取向如何或是否残障;ICANN 社群成员在现实和网络中应以礼相待。
  • 在参与政策制定和决策流程时,以合理、知情的方式行事。这包括定期参加所有既定会议,以符合互联网用户和互联网系统安全性与稳定性的整体最佳利益为准绳,进行独立判断,而不考虑个人利益和个人可能获得其任命的实体的利益。
  • 在审议政策问题时倾听所有利益相关方的意见。ICANN 拥有独特的多利益相关方环境。ICANN 流程的参与者必须理解所有利益相关方的重要性,力争了解他们的观点。
  • 努力与其他利益相关方达成共识,以便找到 ICANN 责任范围内各类问题的解决方案。ICANN 模式立足于自下而上的共识方法来制定政策。ICANN 流程的所有参与者必须通过努力与其他参与者达成共识,以确保模式运营成功。
  • 遵照 ICANN 政策行事
  • 保护组织的资产,保证资产得到切实有效的利用。
  • 在 ICANN 流程中与其他参与者公平、诚信相处

ICANN咨询原则

ICANN 基于一个多利益相关方模式,通过自下而上的共识流程制定政策。章程中列明的 ICANN 价值体现了协商在 ICANN 流程中的重要性:

  1. 在各级政策制定和决策过程中,积极寻求并支持广泛而知情的参与,以此体现互联网在功能、地域和文化方面的多样性。
  1. 采用公开透明的政策制定机制,以此 (i) 促成在专家建议基础上的明智决策;并且 (ii) 确保利益攸关的机构可以参与政策制定过程。

    (第 I 条,第 2 款)

此外,在政策制定以外的其他运营方面,包括战略规划、运营规划和预算编制等,ICANN 也会广泛征询意见。

ICANN 章程为协商的各方面(尤其是与政策制定相关的方面)规定了明确框架。

本文档不会推翻或取代章程中的任何要求。但是鉴于咨询对 ICANN 社群的重要性,本文档制定了一套原则,用来指导 ICANN 社群内进行的咨询。

原则

在咨询 ICANN 社群时,ICANN 力争秉持如下原则。

为了促进协商流程中的各方参与,ICANN 将:

  • 尽早提供即期事宜的信息,为社群回应留出时间。对于要在会上公开讨论的问题,将力争在会前至少一周提供相关信息。
  • 维护当前协商流程的日程,并尽可能提供即期协商的日程,方便 ICANN 社群了解何时会向他们征求意见
  • 将在线论坛作为展开协商的基本机制
  • 提供充分的来龙去脉和背景材料,使得参与者了解正在征求他们意见的问题
  • 明确协商流程的目标和意见的利用方式
  • 利用新技术促进协商流程
  • 遵守 ICANN 翻译政策,根据该政策翻译和发布相关文档和问题
  • 除非章程另行规定,保证意见征询期至少有 21 天
  • 维护有利于社群提前讨论具体问题的一个公众参与网站,以便提早澄清争议和立场。如有必要,可为满足需求而快速建立特定网页、论坛和聊天室

为鼓励大家积极辩论问题,ICANN 将:

  • 探索针对所提意见互动的方法,从而鼓励社群成员之间展开讨论和形成方案
  • 本着章程中规定的价值观,积极寻求受问题影响最大那些实体的意见

为使协商流程最大程度透明化,ICANN 将:

  • 让所有意见对社群可见
  • 要求所有意见注明发送人的姓名和任何相关附属机构(当个人代表组织发言时)。当回复人是 ICANN 支持组织、咨询委员会或社群组织时,必须注明用于形成意见的流程,以及参与该流程的各方
  • 在每个意见征询期结束时,在征求意见的相同地方发布一份意见总结
  • 发布一份意见分析报告
  • 解释意见将被如何利用
  • 尽可能明确公众意见对决策产生的影响
  • 在讨论审议中的主题时,请相关机构详细讨论该总结和分析报告

为使协商流程产生最大效力,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."