Skip to main content

gTLD目录服务专家工作组的状态更新

To Submit Your Comments (Forum)

ICANN已经踏上了重塑当前WHOIS系统的道路。请积极参加ICANN布宜诺斯艾利斯会议中的讨论,并通过在线参与的形式,帮助专家工作组构建一套更为完善的体系。

gTLD目录服务专家工作组(EWG)正在努力寻找一种明确的方式,以更好地满足全球互联网社群在域名注册数据方面的需求,从而加强隐私性、准确性和问责制。该工作组发布的初始报告 [PDF, 877 KB] 已于今年6月发布,在该文件中,工作组提出了一系列的原则,并为用于替代目前WHOIS系统的下一代注册目录服务(RDS)提出了一套拟定模型。

随着ICANN第48届布宜诺斯艾利斯会议的临近,工作组又再次发布了状态更新报告 [PDF,2.26 MB]。在这份报告中,工作组对一些公开领域进行了更为深入的探究,并对社群针对《初始报告》所提出的意见进行了深度考量,进一步细化了工作组的分析意见,并强调了其对一些关键问题的当前看法。鉴于工作组的考量工作仍在继续,我们希望本报告能够为工作组的建议提供更多资讯、答疑解惑,并在布宜诺斯艾利斯会议上和在线讨论的过程中,调动积极的社群对话。

状态更新报告 [PDF, 2.26 MB] 所强调的关键问题包括:

  • 确定可在网上自由获取的、以匿名形式显示的数据元素,以及根据许可目的的不同而需要进行认证核实、授权网关访问的数据元素
  • 更好的隐私或代理服务的详细原则;针对风险人群的使用所采取的安全保护验证系统的提案
  • 通过认证核实标准化流程、定期检查和联系方式预先核实等流程来提高数据质量的建议
  • 对司法管辖权和适用法律问题的考量,特别是针对数据保护法的考量
  • 确保针对数据保护、安全措施采取和谐方式,建立一套符合公司有关数据保护义务规定的框架而提出的建议。
  • 探究现有技术协议应当如何用于工作组的建议实施模型(例如:互联网工程任务组(IETF)制定的EPP或RDAP协议)
  • 比较目前的WHOIS系统(《2013注册商授权协议》中已经完善的版本)和工作组建议的下一代注册数据目录服务
  • 描述工作组已经审核过的多项实施模型,包括针对各个模型的详细利弊分析

《状态更新报告》中提出的想法还不成熟,尚未形成共识性建议。工作组可能会在布宜诺斯艾利斯会议上对此进行深入地探讨更新。工作组希望利用社群的建议,并对某些具体领域进行深入研究,从而在其《最终报告》中提出一套以事实为基础的建议。

参与讨论

在构建这一更为完善的体系的过程中,您有多种参与方式:

下一步是什么?

鉴于当前任务的复杂性和深入理解任何下一代注册数据服务模型利弊及其影响的重要性,专家工作组尚未完成其建议工作,但在获取了社群反馈意见,并对指定领域进行深入分析之后,有望在2014年初拟定其建议内容。专家工作组希望于2014年3月再次召开会议,提出一系列以事实为基础的建议内容,并在2014年6月之前向ICANN董事会提交其《最终报告》。

背景

ICANN于去年12月宣布成立下一代gTLD注册目录服务专家工作组,做为履行ICANN董事会关于重新界定gTLD注册数据的目的和提供的指示的第一步。本专家工作组的工作成果旨在用来做为通用名称支持组织(GNSO)制定有关gTLD注册数据提供的新型全球性政策的基础。

工作组于2013年6月24日发布了专家工作组针对gTLD目录服务(EWG)的《初始报告》和常见问题解答,并向ICANN社群征询意见,此举是本工作组在工作成果上取得的一个重要里程碑。《初始报告》 [PDF, 877 KB] 中列举了用户、目的、数据元素、建议原则和功能、以及拟定模型,用以指导替代WHOIS系统的下一代注册目录服务(RDS)的开发工作。

本《初始报告》还附有一张调查问卷表,以针对一些复杂的、需要进行进一步分析的问题向社群征询意见,从而起草共识性建议。在针对整个《初始报告》所获得的意见中,有两个问题获得的反馈意见最多,它们是:专家组建议采用网关访问模式代替完全匿名的WHOIS系统的建议,以及拟定的集中式注册数据服务(ARDS)的实施模型。

工作组本次发布的《状态更新报告》 [PDF, 2.26 MB] 则在慎重考虑了截止目前所获得的全部意见和反馈之后,针对上述问题,以及一些其他重要问题提出当前的看法。该报告还将应社群的请求,提供有关《初始报告》 [PDF, 877 KB] 背后的深入分析内容。

更多信息

专家工作组按照董事会的指示,对gTLD注册数据的目的和提供进行重新界定,以平衡数据准确性和访问问题与数据保护措施之间的矛盾。工作组对过去十年间通用名称支持组织(GNSO)、WHOIS审核小组、政府咨询委员会(GAC)和其他社群的重要工作成果进行了深入考量。

专家工作组的《初始报告》 [PDF, 877 KB] 反映了其对一套新型注册数据服务系统所需的原则和功能所达成的共识,提出了一套拟定模型,并解释了该模型将如何运用到ICANN的域名生态系统中去。如需了解更多信息,请参见工作组在《初始报告》发布后编制的常见问题解答

《初始报告》执行摘要

初始报告

咨询存档

如需查看专家工作组的活动,请参考专家工作组wiki


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