Skip to main content

NGPC处理域名冲突后果的决议出炉

本页面还提供其他语种:

ICANN董事会在2013年5月18日举行的会议中采纳了一项决议,授权一项调查研究,以确认每一新申请的gTLD对目前在公共域名系统根域中尚未授权的顶级域名的使用可能带来多大的影响。

这份名为"域名系统中的域名冲突"的调查研究,以及本研究提出的风险管理提案均于2013年8月5日至9月17日在网上公布,征询公众意见。在公共评议期内,我们已经收到了75个评论意见。根据公众的意见,员工已经对研究提出的风险管理提案进行了更新。有关这些公众意见的报告请参见以下链接:http://forum.icann.org/lists/comments-name-collision-05aug13/

ICANN董事会旗下的新gTLD项目委员会(NGPC)已于2013年9月28日会面,以审核并讨论有关如何处理域名冲突的提案。2013年10月7日,NGPC再次举行会议,通过了一份更新提案,该提案名为:"新gTLD域名冲突事件管理计划" [PDF文件,840 KB],用以缓和因新gTLD的引入而导致的潜在域名冲突风险。

《冲突事件管理计划》指导员工进行进一步的研究调查,以制定域名冲突事件管理的框架。这一框架将包括适当的参数和流程,以评估域名冲突事件造成有害后果的概率和严重程度。这些参数可包括:域名系统请求数量、域名系统请求类型、查询类型、查询来源的多样化、内部域名证书的样式。本框架还将确定一套域名冲突事件评估和相应的缓和措施;如有必要,ICANN或顶级域名申请人可能需要对每个二级域名(SLD)搜集"互联网生命中的一天(DITL)"数据集。

此外,该计划还使得注册局运营商得以在获取二级域名冲突事件评估报告之前进行授权(根据已定的流程和规程)。若注册局运营商选择采取这种替代方式进行授权,则必须首先封锁评估中在DITL数据集中显示的所有二级域名。

本计划的另一项功能则要求每位顶级域名运营商设立一套流程,使得受到影响的各方可以汇报并请求对因域名冲突事件造成严重影响的二级域名进行封锁。该流程旨在缓和在研究调查数据集中尚未发现的、可能导致严重影响的其他二级域名所带来的冲突事件风险。

本计划还包含针对可能受到影响的相关方展开外展工作,帮助他们识别并管理其网络内部域名冲突事件的源头(原因)。做为外展工作的一部分,ICANN将在其总裁兼首席执行官的指导下,邀请社群中具有共同利益的成员和相关方参与进来,并与之合作,从而在这一问题上取得进展。

在10月7日的会议上,NGPC还向ICANN董事建议董事会风险委员会应当对域名冲突问题进行监督,并定期审核;且ICANN还需与社群共同合作,制定一项长期计划以留存并衡量根服务器上的数据。

更多有关NGPC的信息,请访问:http://www.icann.org/en/groups/board/new-gtld


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