Skip to main content
Resources

公共意见征询:针对NTIA移交IANA职能管理权提案制定的原则、机制和流程一题,根据初始社群反馈意见制定的提案草案

公共意见征询

2014年4月8日发布:"公共意见征询:针对NTIA移交IANA职能管理权提案制定的原则、机制和流程一题,根据初始社群反馈意见制定的提案草案。"

为了确保最终的提案将以社群为主导,获得广泛的支持,ICANN致力于搜集并整合来自全球利益相关方社群的意见和反馈。您可以将您的意见和反馈发送至:ianatransition@icann.org,邮件清单(存档)。

参与公共对话和社群反馈的机会

2014年4月8日
截止时间:2014年5月8日(世界协调时午夜时分)
请通过公开存档邮件清单地址提交您的反馈意见:ianatransition@icann.org

简介

2014年3月14日,美国国家电信和信息管理局(NTIA)宣布有意将关键互联网域名职能移交至全球多利益相关方社群。NTIA请求ICANN作为IANA职能承包商和全球域名系统协调人,召集多利益相关方来制定一套移交提案。NTIA在深入考察利益相关方和IANA职能的直接服务对象以解决技术细节问题时,建立了一套引导讨论话题的明确框架,并告知ICANN该移交提案必须获得广泛的社群支持,并符合以下四大原则:

  • 支持和加强多利益相关方模型;
  • 维护互联网域名系统的安全、稳定和弹性;
  • 满足IANA服务全球客户和合作伙伴的需求和期望;和
  • 维护互联网的开放性。

此外,NTIA还明确声明将不会接受以一家政府主导的组织或一家政府间组织来取代NTIA的职责的解决方案。

请阅读声明全文。

为了人们能够清晰理解本提案所讨论的具体问题,现发布一份描述讨论范畴的文件(以及哪些内容不属于讨论范畴):http://www.icann.org/zh/about/agreements/iana/iana-transition-scoping-08apr14-zh.pdf [PDF, 76 KB]

ICANN第49届新加坡会议在3月24日举行的一场会议上,ICANN启动了一套以多利益相关方为主导的流程,以搜集社群的看法与贡献,讨论如何制定NTIA移交IANA职能管理权的机制。除了向身处新加坡的1,940名与会人员召开这节公共会议并开放远程参会服务外,我们同时还设立了一个邮件清单地址(ianatransition@icann.org),从而进一步鼓励大家建言献策,初始评论期的截止日期为3月27日。

注:3月27日之后收到的评论如果与本对话相关,则应当在审核拟定流程草案时加以考虑,如需查看拟定流程草案请点击此处

根据本节会议的情况和截止3月27日通过邮件清单获得的反馈意见,ICANN接受NTIA发出的请求,作为本流程的召集人,现针对NTIA移交IANA职能管理权提案制定的原则、机制和流程一题的提案草案进一步征询公众意见与反馈。本提案草案以ICANN社群熟悉且经证实成功有效的现有机制和模型为基础(例如:问责制和透明度审核小组(ATRT)和《义务确认书》的流程),并征询了互联网技术组织的意见和建议。

鉴于IANA各相关方的需求存有差异,因此有必要同时进行区别讨论,而无需要求他们实施全面同步或达成完全一样的结果。这将确保能够更快地确定流程,且仅关注与IANA职能具体方面相关的问题。但在此过程中协调工作必不可少。讨论的结果需要与具体问题相兼容(例如:特殊用途注册),我们预计协调工作对取得成功将是至关重要的。

在新加坡进行的讨论和后续获得的看法确定了需要额外设立一个平行流程,从而在编制NTIA对IANA职能管理权的移交提案时,审视范围更广的ICANN全球化和问责机制:但本文并不尝试讨论这些机制。尽管ICANN全球化和问责制的协商流程与美国政府权力移交问题具有高度相关性,但对前者的协商应当在ICANN社群内部进行。基于新加坡公共会议的讨论,本流程应从一开始就采用自下而上的流程(与移交流程保持平行)。

社群针对本流程提出的原则和机制

3月24日,在ICANN第49届新加坡会议中主题为IANA管理权移交的会议上(2014年3月24日),ICANN进行了一次界定移交流程的讨论,以征询公众和社群的意见。并诚邀亲临会场和远程参与人员,以及普通大众就以下问题提出看法:

  • 本流程中最为重要的原则是什么?
  • 为了确保流程运营良好,哪些机制是重要的?

根据本节会议(会议音频和文稿)、2014年3月27日公共论坛会议(会议音频和文稿)、和截止到2014年3月27日(世界协调时午夜时分)通过邮件清单ianatransition@icann.org电子邮件存档)获得的反馈意见,人们提出了以下原则和机制。

原则

  • 包容性
  • 透明性
  • 全球性
  • 问责制
  • 多利益相关方
  • 专注性[范畴内]
  • 注重实用性和实证性
  • 开放性[所有人均可发表看法]
  • 无害性
  • 以共识为基础

机制

  • 以网络为平台
  • 使用工作组的方式
  • 组织对话
  • 考虑现有信息和流程
  • 进行压力测试
  • 设立清晰可见的时间表
  • 认识到其他领域的讨论
  • 采取广泛参与的合作平台
  • 多语言支持
  • 多种评论场所

社群建议的提案制定流程

ICANN第49届新加坡会议上举行的主题为IANA管理权移交的会议(2014年3月24日)上,参会人员还被邀请就制定IANA职能管理权向全球多利益相关方社群移交的提案所需的拟定流程提出意见。在2014年3月27日举行的公共论坛上(会议音频和文稿)和邮件清单ianatransition@icann.org电子邮件存档)反馈中同样对这一话题进行了讨论。

社群的反馈意见指出有必要设立一个由自愿者组成的工作组或指导小组来管理这一流程。而其他确保透明度和问责制的拟定流程包括:使用新的案例测试拟定模型、设立清晰可见的活动阶段。其他建议还指出,本流程必须确立一套以社群为主导的提案。

根据上述所获的反馈意见,和对以社群主导的成功流程和机制的考量,包括《义务确认书(AoC)》中确立的审核流程,下文对拟定的提案制定流程进行了大概描述,现公开发布征询公众意见。

成立一个指导小组并启动运营,采取下文描述的开放、透明、包容和负责的态度管理该流程。

  • 社群应成立一个指导小组引领这一流程。指导小组应由来自ICANN社群中每个支持组织/咨询委员会派出的两名代表、和来自每个相关方(互联网工程任务组(IETF)、互联网架构委员会(IAB)、国际互联网协会(ISOC)和号码资源组织(NRO)派出的两名代表构成。
  • 在ICANN社群中,有意参与的社群成员应提交一份《意向书》。ICANN董事会主席和政府咨询委员会(GAC)主席将采用与《义务确认书(AoC)》的审核流程类似的方式,从社群中选取小组成员。相关方将选择加入指导小组的代表人员。
  • 本次遴选过程将采取谨慎负责的态度,以确保代表多样性和区域性,避免构成与ICANN的利益冲突。
  • 本指导小组还将指定一名指导小组主席。
  • 指导小组的职责是:协调并确保按照适当的方式推进本流程。受到影响的相关方将指导各自社群的相关流程,以确定任何适当的必要机制。然而,指导小组必须协调这些结果,并将其整合到整体拟定机制中去。
  • 作为本流程的召集人,ICANN董事会将任命一名参与人作为董事会和指导小组之间的联络人。
  • ICANN董事会在监督ICANN扮演的召集人角色时将:1) 确保本流程的执行符合社群建议的原则和NTIA概括的本工作的原则,和 2) 确保遵守范畴文件中的各项参数。提案制定完毕后,ICANN董事会将不会对该提案进行表决。
  • 指导小组制定的向NTIA提交的最终提案将由ICANN和相关方共同审核,从而确保各方均对本提案表示认可。该认可环节的内容将放入到提案中,但并不会进行正式表决。
  • 指导小组还将获得一名ICANN秘书提供的支持。
  • 确保流程的开放性、透明性和包容性的额外机制还将包括:
    • 设立一个网站,刊登活动和会议时间表、指导小组的所有材料和沟通信息,以及整个流程确立过程中所获得的并已评估的所有内容的完整存档;
    • 设立一个邮件清单,确保任何人均能参与到小组的活动和工作进度中来;和
    • 所有会议和电话会议均应对利益相关方开放,并公开发布相关会议文稿和音频文件。
  • 应及时组建指导小组,使其能够在2014年6月ICANN第50届伦敦会议上首次亮相。
  • 指导小组将在第50届伦敦会议上举办一场公开论坛,在社群面前首度亮相,并进一步听取社群的意见。指导小组将会举行持续性的对话。
  • 该小组还将在第50届伦敦会议举行期间,确定指导小组主席,并根据社群反馈意见、范畴文件和NTIA确立的原则最终敲定本小组的章程。指导小组还将确立一套流程,制定以社群为主导的提案。
  • 指导小组将确定具体的流程,该流程应遵循此前社群中设立的有效工作组的工作要素:
    • 相关方和其他利益方应能在充足的时间范围内制定提案,从而能够向指导小组适当地提供所有可行的提案要素供其进行深入考察。
    • 起草提案时,应进行适当的外展工作联系社群,获取反馈意见。
    • 确立向ICANN提交供NTIA审核的最终提案的工作必须建立在共识的基础上。

请查看下文中拟定指导小组和流程图表:

指导小组

IANA Steering Group Formation

Process

IANA Steering Group Process

初步草案相关问题:

问题1:在制定IANA职能管理权向全球多利益相关方移交的提案的过程中,这些是否是能够指导本流程的正确原则?如不是,请说明理由,并指出还需考虑哪些其他原则?

问题2:在制定IANA职能管理权向全球多利益相关方移交的提案的过程中,这些是否是本流程中应当使用的正确机制?如不是,请说明理由,并指出还需考虑哪些其他机制?

问题3:在制定IANA职能管理权向全球多利益相关方移交的提案的过程中,ICANN作为流程召集人是否还须考虑与可用原则和机制相关的其他因素?如是,请进行描述。

问题4:在制定IANA职能管理权向全球多利益相关方移交的提案的过程中,设立一个指导小组是否是管理本流程的正确方式?如不是,请说明理由,并指出此处还需采用哪些其他方式?

问题5:在制定IANA职能管理权向全球多利益相关方移交的提案的过程中,上文中描述的设立一个指导小组并启动运营以管理该流程的步骤是否正确?如不是,请说明理由,并指出还缺少哪些步骤?

问题6:在制定IANA职能管理权向全球多利益相关方移交的提案的过程中,ICANN作为流程召集人是否还须考虑与设立指导小组管理本流程相关的其他因素?如是,请进行描述。

如何参与本流程

本流程针对任何有意参与的人士开放。相关方内部和外部均有许多现有部门积极参与着其所在地区举行的各种对话。请查看以下活动清单:

活动时间表

Affected Party's Dialogue Fora Timeline

如果您发现还有一些参与机会并未列示在以下内容中,请将这些方式发送至:ianatransition@icann.org

ICANN还将继续召开公共讨论会议,包括即将在伦敦(2014年6月)和洛杉矶(2014年10月)举行的ICANN会议,以及2015年即将在非洲、拉丁美洲和欧洲举行的会议(日期待定)。

在全球范围内还将展开合作和外展工作,并与相关组织加强合作。

请访问ICANN.org获取更多信息和资源;加入我们的网络公共论坛;将您的看法发送至:ianatransition@icann.org;或阅读邮件存档;注册参与即将举行的多场网络研讨会;或在社交媒体上关注我们的页面(#IANAtransition)—积极参与本次讨论活动!

IANA团队简介

互联网号码分配机构(IANA)团队负责运营协调互联网唯一标识符(包括域名系统(DNS)根、IP地址和其他互联网协议资源)、维护社群的信任度,从而公平、负责和有效地提供服务。

如需了解更多有关IANA职能的信息,请访问: www.IANA.org

请阅读在ICANN第49届新加坡会议(2014年3月)上,依莉丝·格利琪(Elise Gerich)女士(IANA和技术运营副总裁)文稿(PDF, 8-9页)在IANA问责制移交会议上对IANA职能的介绍。

请查看"互联网号码分配机构职能一览表" [PDF, 231 KB]

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