Skip to main content
Resources

运营设计阶段

本页面还提供其他语种:

关于运营设计阶段 (ODP)

运营设计阶段 (ODP) 的制定

进行中的 ODP

已完成的 ODP

关于运营设计阶段

单击此处可阅读运营设计阶段流程文件

运营设计阶段 (ODP) 旨在对通用名称支持组织 (GNSO) 理事会提出的政策建议或其他 ICANN 社群提出的董事会认为适当的建议进行评估,以便向董事会提供相关信息,供其审议是否批准这些建议。上文链接的 ODP 流程文件简要介绍了 ODP 流程。针对 GNSO 共识性政策,ODP 通过提高 ICANN 组织所做工作的透明度和条理性,改进了共识性政策实施框架 (CPIF) 中的现有流程,以评估 GNSO 理事会批准的建议对运营带来的影响。

如果董事会根据 GNSO 政策建议的复杂性和/或潜在的运营影响,认为有必要对这些建议进行评估,将启动 ODP。如果董事会要求启动 ODP,会指示 ICANN 组织对一系列给定的 GNSO 政策建议进行运营分析。ICANN 组织会根据董事会确定的范围进行分析,并在规定的时间内向董事会提交运营设计评估 (ODA),即,ODP 的预期结果。完成分析后,ICANN 组织会将运营设计评估提交给董事会审议。除了其他相关材料(例如建议本身以及章程规定的关于建议的公共评议流程)之外,ODA 也将协助董事会确定这些建议是否符合 ICANN 社群或 ICANN 的最佳利益。

虽然是 ICANN 组织负责实施 ODP,但是 ICANN 社群反馈在这个流程中发挥着重要作用。在整个 ODP 期间,ICANN 组织将定期提供关于 ODP 进展的最新资讯。这些关于 ODP 进展的最新资讯将通过多个平台提供,包括 icann.org 网站、网络研讨会、博客以及 ICANN 会议期间的专门会议,让 ICANN 社群有机会提出问题、寻求澄清和提供一般反馈。除了这些关于进展的最新资讯之外,ICANN 组织还会在 ODP 工作达到相关里程碑时,向 ICANN 社群进行汇报,让 ICANN 社群了解工作进展情况并征询他们对事实、数据和根据分析所做推测的意见。所有最新资讯都将以透明的方式提供,以确保 ICANN 社群、董事会和组织都了解所提出的不同意见。值得注意的是,与 ODP 的任何其他部分一样,ICANN 社群意见不是用于重新讨论政策制定流程中已解决的问题的论坛。如果在 ODP 期间出现任何与政策有关的问题,这些问题将提交给 GNSO 理事会,我们鼓励 GNSO 理事会任命一名 ODP 联络员来协助开展关于这些问题的沟通工作。

有关 ODP 宗旨及其实施方式的更多详细信息,请参阅运营设计阶段流程文件。虽然该文件是介绍 ODP 流程的权威文档,但 ICANN 组织还起草了一份流程图,以说明 ODP 如何融入整个政策实施周期,以及社群如何在 ODP 流程中提供反馈。ODP 流程制定工作是在 ICANN 社群的协助下历时 6 个多月完成的。此处对 ODP 流程中的各个步骤进行了说明。

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