Skip to main content
Resources

会议记录 | ICANN 董事会特别会议

本页面还提供其他语种:

本文档已翻译为多种语言,仅供参考之用。原始官方版本(英文版)可在以下位置找到:https://www.icann.org/resources/board-material/minutes-2016-05-27-en

ICANN 董事会于世界协调时 2016 年 5 月 27 日 13:00 召开了一次电话特别会议。

主席史蒂夫·克罗克 (Steve Crocker) 准时宣布会议正式开始。

除主席外,以下董事也参加了全部或部分会议: 里纳利亚·阿卜杜尔·拉辛 (Rinalia Abdul Rahim)、谢林·查拉比(Cherine Chalaby,副主席)、罗恩·达席尔瓦 (Ron da Silva)、克里斯·狄思潘 (Chris Disspain)、阿莎·合美嘉妮 (Asha Hemrajani)、拉斐尔·利托·伊瓦拉 (Rafael Lito Ibarra)、马库斯·库墨 (Markus Kummer)、埃里卡·曼 (Erika Mann)、马跃然(Göran Marby,总裁兼首席执行官)、乔治·萨多夫斯基 (George Sadowsky)、麦克·希尔伯 (Mike Silber)、布鲁斯·托金 (Bruce Tonkin)、露丝薇斯·范德朗 (Lousewies van der Laan) 以及吴国维 (Kuo-Wei Wu)。

以下董事会联络人参加了全部或部分会议: 拉姆·莫罕(Ram Mohan,SSAC 联络人)、托马斯·施耐德(Thomas Schneider,GAC 联络人)、琼尼·索尼能(Jonne Soininen,IETF 联络人)和苏珊·沃尔夫(Suzanne Woolf,RSSAC 联络人)。

以下董事因未能参加会议而表示歉意: 布鲁诺·朗万 (Bruno Lanvin)。

秘书长: 约翰·杰弗里(John Jeffrey,总法律顾问兼秘书长)。

以下 ICANN 高级管理人员和工作人员参加了全部或部分会议: 格蕾丝·阿布哈马德(Grace Abuhamad,公共政策经理);阿克兰·阿特拉(Akram Atallah,全球域名分部总裁);米歇尔·布莱特(Michelle Bright,董事会运营内容经理);邓肯·伯恩斯(Duncan Burns,全球传播副总裁);莎莉·科斯特顿(Sally Costerton,总裁高级顾问兼全球利益相关方合作高级副总裁);莎曼珊·艾斯内(Samantha Eisner,助理法律顾问);特里莎·埃利亚斯(Teresa Elias,董事会运营管理服务经理);杰米·赫德伦(Jamie Hedlund,全球域名分部战略计划副总裁);塔瑞克·卡梅尔(Tarek Kamel,总裁高级顾问 – 政府合作);梅丽莎·金(Melissa King,董事会运营副总裁);温西安·科尼格斯菲尔德(Vinciane Koenigsfeld,董事会运营内容经理);戴-常·努言(Dai-Trang Nguyen,GDD 运营高级主管);戴维·奥利佛(David Olive,政策制定支持部高级副总裁兼 ICANN 伊斯坦布尔地区总部总经理);温迪·普若菲特(Wendy Profit,董事会运营专家);埃里卡·兰德尔(Erika Randall,高级顾问);艾米·斯塔索斯(Amy Stathos,副总法律顾问);以及特里莎·斯旺哈特(Theresa Swinehart,战略事务总裁高级顾问)。

以下是 2016 年 5 月 27 日 ICANN 董事会特别会议的记录。

  1. 主要议程:
    1. 为实施 IANA 管理权移交而批准新 ICANN 章程
    2. 为实施 IANA 管理权移交而公布重订 ICANN 公司设立章程草案征询公众意见
    3. 与 RIR 订立有关 IANA 号码服务的服务水平协议 (SLA)
    4. IETF 谅解备忘录补充协议
    5. 其他事务 — 重新确认董事会关于 .HOTEL 和 .ECO IRP 声明的决议

 

  1. 主要议程:

    1. 为实施 IANA 管理权移交而批准新 ICANN 章程

      谢林·查拉比介绍了此议程事项。关于按照 IANA 管理权移交协调小组的 IANA 管理权移交提案及加强 ICANN 问责制跨社群工作组的第 1 阶段报告(统称“移交提案”)修订 ICANN 章程的准备工作情况,他向董事会提供了最新相关信息。自马拉喀什会议后,多利益相关方社群致力于制定对现行 ICANN 章程作出多处变更的新 ICANN 章程,以执行移交提案。谢林告知董事会,新章程草案于 2016 年 4 月 21 日公布以征询公众意见,为期 30 天。意见征询期结束后,将公布详细的意见分析。他向董事会提供的更新信息包括对所征询的新章程草案公众意见的讨论,以及为处理意见提议作出的变更。

      总法律顾问确认,为处理公众意见提议对章程作出的变更符合移交提案。另外,谢林报告,CCWG 联合主席确认,CCWG 和 CWG 的外部顾问也确认建议变更符合移交提案。

      布鲁斯·托金和里纳利亚·阿卜杜尔·拉辛建议,相关变更需能够解释清楚提议的决议。克里斯·狄思潘提出决议并得到阿莎·合美嘉妮的支持。董事会采取了以下行动:

      鉴于 2014 年 3 月 14 日,美国商务部下属国家电信和信息管理局 (NTIA) 宣布有意将对 IANA 职能的管理权移交至全球多利益相关方社群。

      鉴于 2016 年 3 月 10 日,互联网名称与数字地址分配机构 (ICANN) 接受并向 NTIA 呈交了下列移交文件:(i) IANA 管理权移交协调小组的 IANA 管理权移交提案,以及 (ii) 加强 ICANN 问责制跨社群工作组的第 1 工作阶段报告(统称“移交提案”)。

      鉴于 ICANN 的律师以及聘请的独立律师事务所在制定移交提案方面为社群提供帮助,为创建一套新的章程不断努力,提出了对 ICANN 目前章程的各种更改意见,以便实施移交提案。他们的工作获章程协调小组的支持,该小组成立于 ICANN 第 55 届马拉喀什会议,由参与移交提案的不同小组的社群成员组成。

      鉴于章程草案于 2016 年 4 月 21 日公布以征询公众意见,为期 30 天。意见征询结束后,对意见进行了详细分析,并根据公众意见对章程进行了相应修改。ICANN 与独立的律师事务所协调,进行修改。

      鉴于 ICANN 的总法律顾问已确认,提议的新 ICANN 章程与移交提案保持一致,建议予以采纳,以便继续执行计划。

      鉴于章程的修订已与章程协调小组分享,该小组获授权于董事会考虑前向法律起草小组提供建议。董事会随后考虑了章程协调小组的意见和反应以及公众意见的总结和分析。

      兹此发布第 2016.05.27.01 号决议:ICANN 董事会采纳于 2016 年 5 月 26 日修订的新 ICANN 章程 [PDF,1.42 MB]。

      第 2016.05.27.02 号决议:新 ICANN 章程将在 ICANN 与 NTIA 签订的《IANA 职能合同》到期后生效。董事会重申其第 2016.03.10.18 号决议,指出:“董事会致力于与社群合作,以辨别在确定 ICANN 履行 IANA 职能的义务将在与 NTIA 的合同下得到保留的情况下,问责制 CCWG 建议中可实施的部分。”

      第 2016.05.27.03 号决议:指示总裁兼首席执行官或其指定人员规划章程的实施工作,以便 ICANN 在 NTIA 批准 IANA 管理权移交提案和《IANA 职能合同》到期的情况下做好履行其义务的运营准备工作。

      第 2016.05.27.04 号决议:董事会批准向 NTIA 确认采纳该等章程。

      出席会议的所有董事会成员一致投票赞成第 2016.05.27.01 – 2016.05.27.04 号决议。 布鲁诺·朗万未能对第 2016.05.27.01 – 2016.05.27.04 号决议投票。 布鲁诺确认,他支持上述决议,但由于他没有出席会议,因此他的票数不予记录。 决议通过。

      第 2016.05.27.01 – 2016.05.27.04 号决议的理由

      采纳新章程是规划执行移交提案中的重要一步。NTIA 曾指出在其结束对移交提案的审核之前,他们需要查看现已通过的《章程》修订内容是否足以达到移交提案中规定的实施条件。及时采纳章程方可支持全球多利益相关方社群顺利移交 IANA 职能管理权。

      这些新章程是法律团队与 ICANN 社群协调,努力工作的成果。社群工作通过章程协调小组以及 CWG 管理权和加强 ICANN 问责制跨社群工作组予以支持。章程公布以征询公众意见,为期 30 天,共收到 31 份意见。每份意见均得到了考虑和分析,并说明是否需要修改章程,以反映意见中提出的事项。法律团队继续密切协作,制定章程的必要更新。

      值得注意的是,虽然章程收到大量意见,但并没有需要就意见对任何条文做相应大篇幅的重新起草。虽然最终版本的章程乃经过编辑后得到,但提出意见的人士几乎达成一致意见,认为公布的章程真实代表了移交提案。仅需进行略微说明,保持与相关提案的一致性。

      采取该行动时,董事会依赖:

      董事会还依赖总法律顾问和秘书长的确认,即章程反映了移交提案,以及独立律师顾问于章程协调小组会议期间的声明,即章程的修订仍然支持移交提案。

      采纳这些章程符合 ICANN 对问责制和透明度的承诺。首先,章程包含新的和经增强的方法,以便社群要求 ICANN 承担责任。该行动证明了 ICANN 采纳这些变更的承诺。其次,此时采纳章程证明 ICANN 支持移交提案的承诺,这响应了 NTIA 记录 ICANN 对移交提案所需问责制变更的承诺的需求。

      采纳这些新章程更改预计不会对 DNS 的安全性、稳定性或弹性造成任何影响。当中将会产生资源影响,包括规划执行章程所需新架构和机制的重要资源。另外预计新章程生效后,还可能有重大资源影响,例如经改善独立审核流程或其他机制中的潜在成本。

      这属于组织管理职能,已为其征询了公众意见。

    2. 为实施 IANA 管理权移交而公布重订 ICANN 公司设立章程草案征询公众意见

      谢林·查拉比介绍了此议程事项,并就按照 IANA 管理权移交协调小组的 IANA 管理权移交提案及加强 ICANN 问责制跨社群工作组的第 1 阶段报告(统称“移交提案”)修订 ICANN 公司设立章程的准备工作情况,向董事会提供了最新相关信息。在更新中,值得注意的是,ICANN 的法律团队与 CCWG 和 CWG 的外部法律顾问合作起草公司设立章程,建议公布经修订的公司设立章程以征询社群意见。

      利托·伊瓦拉提出本决议并得到布鲁斯·托金的支持。董事会采取了以下行动:

      鉴于 2014 年 3 月 14 日,美国商务部下属国家电信和信息管理局 (NTIA) 宣布有意将对 IANA 职能的管理权移交至全球多利益相关方社群。

      鉴于 2016 年 3 月 10 日,互联网名称与数字地址分配机构 (ICANN) 接受并向 NTIA 呈交了下列移交文件:(i) IANA 管理权移交协调小组的 IANA 管理权移交提案,以及 (ii) 加强 ICANN 问责制跨社群工作组的第 1 工作阶段报告(统称“移交提案”)。

      鉴于除要求更改章程外,移交提案还要求修订 ICANN 的公司设立章程。ICANN 的律师连同聘请的独立律师事务所协助社群制定移交提案,制定按照这些提案议定的公司设立章程修订草案。

      兹此发布第 2015.05.27.05 号决议:ICANN 董事会批准在合理、切实可行的情况下尽快于 ICANN 网站公布公司设立章程修订草案,以征询公众意见。

      出席会议的所有董事会成员一致投票赞成第 2016.05.27.05 号决议。 布鲁诺·朗万未能对第 2016.05.27.05 号决议投票。. 布鲁诺确认,他支持上述决议,但由于他没有出席会议,因此他的票数不予记录。 决议通过。

      第 2016.05.27.05 号决议的理由

      公布这些经修订公司设立章程提案以征询公众意见是移交提案的实施规划的下一个必要步骤。这些经修订章程必须在移交 IANA 职能管理权之前采纳。

      经修订章程提案通过 ICANN 法律团队与选定的问责制 CCWG 和 CWG 管理权独立律师顾问合作制定。目标旨在制定符合提案和执行所需加强的经修订章程。

      公布这些经修订章程以征询公众意见符合 ICANN 对问责制和透明度的承诺。所有公众意见都将受到评估并呈交给董事会,供其考虑和决定。提交此文件以征询公众意见不会产生财务影响。公布这些经修订章程提案预计不会对 DNS 的安全性、稳定性或弹性造成任何影响。

      该决议属于组织管理职能,无需征询公众意见。

    3. 与 RIR 订立有关 IANA 号码服务的服务水平协议 (SLA)

      利托·伊瓦拉介绍了该议程事项,董事会考虑就 IANA 号码服务批准与地区互联网注册管理机构 (RIR) 的服务水平协议 (SLA)。SLA 是提案方案的其中一项要求,而该提案方案由董事会于 2016 年 3 月 10 日批准,以向全球多利益相关方社群移交 NTIA 的 IANA 职能管理权。利托告知董事会,ICANN 与 RIR 合作制定 SLA。他标注了该协议部分条文,如协议期限和绩效预期。他还注意到,SLA 的起草经过了多轮的公众意见征询,及 SLA 于进行移交后生效。马跃然就董事会批准 SLA 后的后续计划提供了最新信息。

      罗恩·达席尔瓦提出决议,并得到吴国维的支持。董事会采取了以下行动:

      鉴于 2016 年 3 月 10 日,董事会批准关于将 NTIA 的 IANA 职能管理权移交给全球多利益相关方社群的提案方案(下称“提案”)。

      鉴于提案要求 ICANN 与五个地区互联网注册机构 (RIR) 就执行号码服务订立服务水平协议 (SLA)。

      鉴于提案包含十一项关于 IANA 服务水平协议的原则。

      鉴于 RIR 按照公开透明的程序,包括就每个版本通过 ianaxfer 电子邮件清单 <https://www.nro.net/pipermail/ianaxfer> 征询公众意见,根据提案中的 IANA 服务水平协议原则起草 SLA 提案。RIR 在起草期间还与 ICANN 讨论和召开会议,ICANN 就各版本 SLA 提案向 ianaxfer 电子邮件清单提交书面意见。

      兹此发布第 2016.05.27.06 号决议:总裁兼首席执行官或其指定人员获授权采取适当行动,以定稿和执行按提案规定,就 IANA 号码服务与地区互联网注册管理机构签订的服务水平协议。

      出席会议的所有董事会成员一致投票赞成第 2016.05.27.06 号决议。 布鲁诺·朗万未能对第 2016.05.27.06 号决议投票。 布鲁诺确认,他支持上述决议,但由于他没有出席会议,因此他的票数不予记录。 决议通过。

      第 2016.05.27.06 号决议的理由

      今天,董事会拟采取行动,批准 ICANN 就 IANA 号码服务与地区互联网注册管理机构 (RIR) 签订的服务水平协议 (SLA)。该行动于董事会 2016 年 3 月 10 日的决议后执行,在该决议中,董事会批准全球互联网社群就将 NTIA 的 IANA 职能管理权移交给全球多利益相关方社群制定的提案方案(下称“提案”)。提案的其中一项要求是 ICANN 与 RIR 订立一份 SLA。提案包含十一项关于此 SLA 的原则。SLA 是 ICANN 与 RIR 就交付号码服务订立的合同协议。因此,当中包含绩效预期,并规定在发生不执行情况时的呈报渠道和争议解决机制。

      除非 ICANN 或 RIR 因故选择不续期,并在当时期限届满前提供 12 个月通知,否则 SLA 每 5 年自动续期。若没有续期或终止,RIR 可全权酌情决定选择继任运营商。

      SLA 允许 ICANN 经过 RIR 同意后,将号码服务分包。SLA 还包含前提条件条文,即规定 SLA 仅在进行移交后生效。这将允许 ICANN 在移交前,继续根据与 NTIA 的现行 IANA 职能合同履行其义务。

      RIR 提起程序,根据提案中的 IANA 服务水平协议原则起草 SLA 提案,并通过 RIR 的 ianaxfer 电子邮件清单进行多轮公众意见征询。共有六个 SLA 提案版本,每个版本均经过公众意见征询程序。RIR 适当考虑和处理每个版本收到的意见。ICANN 向 ianaxfer 电子邮件清单提交意见,并与 RIR 进行信息讨论。

      在审议过程中,董事会审核了诸多材料,包括但不限于以下材料和文档:

      董事会批准 SLA 提案满足了全球利益相关方社群认可且获得董事会于 2016 年 3 月 10 日批准的提案的其中一项要求,这将对社群有积极的影响。另外,批准 SLA 将有助于确保 ICANN 能够满足号码社群对根据号码社群服务水平需要继续执行号码服务的期望。

      SLA 提案第 5 条指出,ICANN 与 NRO 的信件往来中预期 RIR 向 ICANN 提供 650,000 美元的捐献(2007 年及 2009 年),是用于报销 ICANN 运营 IANA 号码服务的成本。因此,该 650,000 美元部分款项构成向 ICANN 的限制捐赠人捐献,ICANN 需确保在其财务报表中充分识别这笔款项,正确应用于 PTI 的 IANA 号码服务中。

      董事会批准 SLA 不会造成任何与 DNS 有关的预期安全性、稳定性或灵活性问题。

      此项决议体现了组织管理职能,无需征询公众意见。

    4. IETF 谅解备忘录补充协议

      阿克兰·阿特拉就 ICANN 与 IETF 之间的谅解备忘录 (MoU) 补充协议草案,向董事会提供相关最新信息。阿克兰指出 MoU 和补充协议规定 ICANN 履行执行协议参数所需的职能,且补充协议于 2016 年 10 月 1 日或该日后 90 天内进行管理权移交后生效。主席询问了协议获批准和签立后的日后计划,阿克兰答复,会公布协议以征询社群意见。

      谢林·查拉比提出决议并得到阿莎·合美嘉妮的支持。董事会采取了以下行动:

      鉴于 2016 年 3 月 10 日,董事会批准关于将 NTIA 的 IANA 职能管理权移交给全球多利益相关方社群的提案方案(下称“提案”)。

      鉴于提案规定 ICANN 维持其与互联网工程任务组 (IETF) 的现有谅解备忘录 (MoU),以执行自 2000 年起设定的协议参数职能。每年均会商讨服务水平协议,以补充谅解备忘录(下称“谅解备忘录补充协议”)。

      鉴于 ICANN 与 IETF 已议定 2016 年的最终谅解备忘录补充协议。

      鉴于 2016 年 IETF 谅解备忘录补充协议已根据 IETF 承包服务指引起草。

      兹此发布第 2016.05.27.07 号决议:总裁兼首席执行官或其指定人员获授权采取适当行动,以落实和执行与 IETF 就提案规定的协议参数注册管理机构职能订立的 2016 年 IETF 谅解备忘录补充协议。

      出席会议的所有董事会成员一致投票赞成第 2016.05.27.07 号决议。 布鲁诺·朗万未能对第 2016.05.27.07 号决议投票。 布鲁诺确认,他支持上述决议,但由于他没有出席会议,因此他的票数不予记录。 决议通过。

      第 2016.05.27.07 号决议的理由

      今天,董事会拟采取行动,批准 ICANN 与 IETF 就履行协议参数职能而订立的 2016 年 IETF 谅解备忘录补充协议。该行动于董事会 2016 年 3 月 10 日的决议后执行,在该决议中,董事会批准全球互联网社群就将 NTIA 的 IANA 职能管理权移交给全球多利益相关方社群制定的提案方案(下称“提案”)。

      自 2000 年以来,ICANN 与 IETF 社群一直依据双方签署的谅解备忘录 (MoU) 行事。每年均会商讨服务水平协议,以补充谅解备忘录。提案的其中一项要求是完成 ICANN 与 IETF 之间的 IETF 谅解备忘录补充协议。双方已完成商议 2016 年 IETF 谅解备忘录补充协议,现董事会予以批准。

      2016 年 IETF 谅解备忘录补充协议包含履行 ICANN 与 IETF 所议定协议参数注册管理机构职能的服务水平协议。谅解备忘录补充协议乃根据 IETF 承包服务指引起草。谅解备忘录补充协议不禁止分包履行协议参数注册管理机构职能,IETF 已表明不反对 ICANN 分包履行协议参数注册管理机构职能 <https://comments.ianacg.org/pdf/submission/submission72.pdf> [PDF,332 KB]。谅解备忘录补充协议生效日期已虑及移交时间表,并规定将于 2016 年 10 月 1 日生效,若 NTIA 与 ICANN 之间的 IANA 协议未终止,只要在该日后三 (3) 个月内终止,则谅解备忘录补充协议将在 IANA 协议终止时生效。

      在审议过程中,董事会审核了诸多材料,包括但不限于以下材料和文档:

      董事会批准 2016 年 IETF 谅解备忘录补充协议提案满足了全球利益相关方社群认可且获得董事会于 2016 年 3 月 10 日批准的提案的其中一项要求,这将对社群有积极的影响。另外,批准 2016 年 IETF 谅解备忘录补充协议将有助于确保 ICANN 能够满足协议参数注册管理机构社群对根据协议参数注册管理机构社群服务水平需要继续执行协议参数注册管理机构职能的期望。

      董事会批准 SLA 不会造成任何与 DNS 有关的预期安全性、稳定性或灵活性问题。

      此项决议体现了组织管理职能,无需征询公众意见。

    5. 其他事务 — 重新确认董事会关于 .HOTEL 和 .ECO IRP 声明的决议

      艾米·斯塔索斯介绍了此议程事项。她报告,在 2016 年 3 月 10 日的董事会公开会议中,董事会采纳了 IRP 小组就 .HOTEL 和 .ECO 相关合并 IRP 程序发布的最终声明。艾米指出,采纳决议后,乔治·萨多夫斯基就决议通过的速度提出若干疑问,董事会成员也表达出或支持这方面的疑问。乔治希望确保董事会投票的记录和董事会成员希望载入的任何投票声明,均对社群公开。秘书长在公开会议中考虑通过该决议,但鉴于上述情况(且为了保证行动中有充分的谨慎和透明度),董事会提出疑问,并保证公开会议期间未加入到记录中的事项已获充分考虑和投票表决。

      乔治·萨多夫斯基提出本决议并得到埃里卡·曼的支持。董事会采取了以下行动:

      鉴于在 2016 年 3 月 10 日的会议中,董事会通过了以下决议 https://www.icann.org/resources/board-material/resolutions-2016-03-10-en#2.a,采纳于 2016 年 2 月 12 日就 .HOTEL 和 .ECO 相关合并独立审核流程 (IRP) 程序所发布最终声明 [PDF,2.16 MB] 中的结论。该会议决议已经过秘书长批准确认,公布于 ICANN 网站内。

      鉴于董事会成员就决议通过速度提出若干疑问,并希望确保董事会投票的记录和董事会成员希望载入的任何投票声明均清晰透明。

      兹此发布第 2016.05.27.08 号决议:董事会特此重申,以下决议于 2016 年 3 月 10 日获得通过:https://www.icann.org/resources/board-material/resolutions-2016-03-10-en#2.a

      出席会议的所有董事会成员一致投票赞成第 2016.05.27.08 号决议。 布鲁诺·朗万未能对第 2016.05.27.08 号决议投票。 布鲁诺确认,他支持上述决议,但由于他没有出席会议,因此他的票数不予记录。 决议通过。

      第 2016.05.27.08 号决议的理由

      ICANN 致力确保董事会决策的记录清晰,完全反映董事会成员的意见。董事会着重指出,秘书长认为 https://www.icann.org/resources/board-material/resolutions-2016-03-10-en#2.a 的决议已在 2016 年 3 月 10 日的董事会公开会议中正式获得通过。然而,鉴于一名董事会成员提出的疑问,及为了保证行动中有充分的谨慎和透明度,我们重申该决议,确保相关问题已获充分考虑和投票表决,且董事会成员的意见完整载列于记录中。

      重申董事会之前的决议不会对组织产生任何财务影响,也不会对域名系统的安全、稳定或弹性产生直接影响。

      这属于组织管理职能,无需征询公众意见。

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