Skip to main content
Resources

公告:针对 WHOIS(43 端口)和基于 Web 的目录服务对注册管理机构和注册服务机构的要求的澄清

发布日期:2014 年 9 月 12 日;2015 年 4 月 27 日更新;2018 年 5 月 25 日再次更新

红线标注的更改部分

注:所有语种版本中,英文版为官方版本,其他语种版本仅供参考。

本公告旨在针对注册管理机构和注册服务机构分别遵守《注册管理机构协议》和《注册服务机构认证协议》所需的 WHOIS (端口 43)和基于 Web 的目录服务(本文件中统称 Whois)规范提供澄清说明。

第 I 部分中的澄清说明对注册管理机构和注册服务机构均适用;第 II 部分中的澄清说明仅对注册管理机构适用;第 III 部分中的澄清说明仅对注册服务机构适用。

发布这些澄清说明的目的之一是确保能够轻松解析输出信息。我们鼓励感兴趣的用户在为 WHOIS 输出信息开发解析器时考虑这些澄清说明。

应按照 RFC 2119(详见 http://www.ietf.org/rfc/rfc2119.txt [TXT, 5 KB])谨慎使用"可以"、"必须"、"不得"、"需"、"不应"和"应"这些词语,以正确指示要求级别。

  1. 如下澄清说明对注册管理机构和注册服务机构的注册数据目录服务规范适用:

    1. 对于每种类型的对象查询(域名、注册服务机构、域名服务器),本公告标识了一些可选字段。对于在缔约方注册系统 (SRS) 中不存在数据的可选字段,缔约方必须遵从以下规定:1) 字段的键(即冒号左侧的字符串)必须显示,但值(即冒号右侧部分)不得包含信息;或 2) 不得显示字段。如果给定可选字段存在数据,必须显示键和包含数据 的值。
    2. 在对域名对象查询的响应中,以下字段视为可选字段,并应按照澄清 1 中所述来处理:

      • Updated Date(更新日期)(如果域名自创建后未进行更新)
      • Registrant/Admin/Tech Organization(注册人/管理人员/技术人员组织)
      • Registrant/Admin/Tech State/Province(注册人/管理人员/技术人员所在州/省)
      • Registrant/Admin/Tech Postal Code(注册人/管理人员/技术人员所在地邮政编码)
      • Registrant/Admin/Tech Phone Ext(注册人/管理人员/技术人员电话分机号码)
      • Registrant/Admin/Tech Fax(注册人/管理人员/技术人员传真号码)
      • Registrant/Admin/Tech Fax Ext(注册人/管理员/技术人员传真分机号码)
      • Name Server(域名服务器)

      例如,不包含域名服务器(并且无 DS 或 DNSKEY 记录)的域名查询会生成以下两种输出信息之一:


      Tech Email(技术人员电子邮件): EMAIL@EXAMPLE.TLD
      Name Server(域名服务器):
      DNSSEC: unsigned


      Tech Email(技术人员电子邮件): EMAIL@EXAMPLE.TLD
      DNSSEC: unsigned

    3. 如 RFC 3912 中所述,WHOIS 协议(端口 43)未进行国际化。鼓励注册管理机构和注册服务机构对 WHOIS(端口 43)输出信息仅使用 US-ASCII 编码和字符集。如果注册管理运行机构/注册服务机构使用 US-ASCII 字符集以外的字符,应当使用 UTF-8 对输出信息进行编码,以便最大限度地提高互操作性。
    4. WHOIS 输出信息可以使用其他语言显示键名称,但键的第一个条目必须与协议中显示的内容相同,翻译信息必须显示在圆括号(U+0028 和 U+0029)中,且字段键(在 2013 年 RAA 或《注册管理机构协议》中指定,视具体情况而定)与左圆括号 (U+0028) 之间留有一个空格 (U+0020)。各翻译信息之间必须用斜线 (U+002F) 隔开。右圆括号 (U+0029) 之后必须紧跟冒号。键名称翻译与圆括号(U+0028 和 U+0029)之间不得留有空格。斜线 (U+002F) 两侧不得留有空格。

      例如,"Domain Name:"(域名)使用西班牙语和葡萄牙语显示为:

      Domain Name (Nombre de Dominio/Nome de Domínio): foo.example

    5. 任何字段(例如,Domain Name [域名]、Name Server [域名服务器]、email [电子邮件])值中的所有域名标签必须以 ASCII 兼容格式(A-标签)显示。

      例如,具有国际化域名 (IDN) 标签的域名服务器应当显示为:

      Name Server(域名服务器): ns1.xn--caf-dma.example

    6. 如果 Domain Name(域名)为 IDN,Registry Operator/Registrar(注册管理运行机构/注册服务机构)可以使用"Internationalized Domain Name:"(国际化域名)键以 U-标签格式显示 IDN。如果这样显示,字段必须按照澄清 11 中的定义显示为额外字段,或紧接"Domain Name"(域名)字段之后显示。例如:

      Domain Name(域名): XN--SVENSKAKOMMUNFRBUNDET-UEC.INFO
      Internationalized Domain Name(国际化域名): café.example


      DNSSEC: signedDelegation
      Internationalized Domain Name(国际化域名): café.example

    7. 域状态必须符合 EPP RFC5730-5734 和 3915 中规定的映射。根据 AWIP (https://www.icann.org/resources/pages/policy-awip-2014-07-02-en),可扩展供应协议 (EPP) 状态之后必须紧跟至少一个但最多不超过九个空格 (U+0020),空格后则紧跟一个对应 ICANN 网站中的状态描述的 URL。有关示例,请参阅澄清说明第 11 项。
    8. 页脚">>> Last update of Whois database: <date and time> <<<"(>>> WHOIS 数据库的上次更新时间:<日期和时间> <<<)中显示的日期和时间是指从 SRS 数据库更新 RDDS 数据库的日期和时间(采用 RFC 3339 格式)。根据 2013 年 RAA 第 1.4.2 节和《注册管理机构协议》规范 10 中所述的服务水平要求,RDDS 服务必须在做出任何更改后的 60 分钟内进行更新。如果缔约方正在直接查询其 SRS 数据库,从而使用实时数据,那么此日期和时间将显示查询的响应时间戳。
    9. 域名 WHOIS 查询的输出信息中不应显示域名服务器的 IP 地址。如果显示,IP 地址必须紧跟在相应的域名服务器之后,与域名服务器对象响应的显示方式一致。
    10. 当查询的域名在 SRS 中有一个或多个 DS 或 DNSKEY 记录时,必须显示"DNSSEC: signedDelegation"。对于所有其他情况,必须显示"DNSSEC: unsigned"。
    11. 如果 WHOIS 输出信息中包含合同或政策规定之外的其他数据字段,必须将这些字段放置在响应的末尾部分,但本公告中另有说明的情况或政策或合同另有规定的情况除外。
    12. JavaScript 或其他客户端脚本代码不得添加到(端口 43)WHOIS 输出信息中,可能会被错误解释为标记语言的对象数据必须在基于 Web 的 WHOIS 中进行正确转义。
    13. 基于 Web 的 WHOIS 输出信息必须与 WHOIS (端口 43)遵守相同的约定。
    14. 每个字段(键/值对)必须以 ASCII CR 后跟 ASCII LF <U+000D, U+000A> 结尾。(请参见 RFC 3912 第 2 节"WHOIS 协议规范"。)这适用于法律免责声明所用的段落或 WHOIS 输出信息中显示的任何其他行。
    15. 键和值必须用冒号后跟一个空格(": ",<U+003A,U+0020>)隔开。

      例如,名称应当显示为:

      Name Server(域名服务器): ns1.xn--caf-dma.example

    16. 前导空格不应出现在 WHOIS 输出信息中。如果出现,前导空格的数量不得超过 9 个。不得包括结尾空格。
    17. 响应中的最后一个数据字段与页脚">>> Last update of Whois database: <date and time> <<<"(>>> WHOIS 数据库的上次更新时间:<日期和时间> <<<)之间不应留有空行。如果留有,响应中的最后一个数据字段与"Last update"(上次更新时间)页脚之间不得出现超过三个空行。
    18. 域名对象的 WHOIS(端口 43)查询应当每个查询仅返回一条记录(即仅执行精确匹配查找,无部分匹配或其他搜索功能)。
    19. 所有字段均应区分大小写。键(即冒号左侧的字符串)区分大小写,它必须按照合同或政策中规定的方式显示。
    20. ASCII CR 和/或 ASCII LF <U+000D, U+000A> 只得出现在字段末尾。
    21. Registry Operator(注册管理运行机构)和 Registrar(注册服务机构)必须使用完全合格域名。显示域名时,Registry Operator(注册管理运行机构)不应包含结尾圆点。
    22. 根据其他合同或政策规定,Registry Operator(注册管理运行机构)和 Registrar(注册服务机构)可以显示域名的 Billing Contact(账单联系人)信息。如果显示,联系人字段必须按照本文档澄清 11 中的定义,显示为额外字段,或紧接技术联系人数据字段之后显示。
    23. 根据 AWIP (https://www.icann.org/resources/pages/policy-awip-2014-07-02-en),WHOIS 输出信息必须包含如下页脚:"有关 WHOIS 状态代码的更多信息,请访问 https://icann.org/epp "。AWIP 页脚必须显示在澄清 17 中所述的"上次更新时间"页脚之后。AWIP 页脚之前必须至少留有一个空行,但最多不能超过三个空行。法律免责声明必须跟在 AWIP 页脚之后,前面必须至少留有一个空行,但最多不能超过三个空 行。例如:

      Domain Name(域名): foobar.example
      Registry Domain ID(注册管理机构域名 ID): D1234567-example

      DNSSEC: signedDelegation
      URL of the ICANN Whois Inaccuracy Complaint Form(ICANN WHOIS 信息错误投诉表的 URL): https://www.icann.org/wicf/
      >>> Last update of WHOIS database(WHOIS 数据库的上次更新时间): 2009-05-29T20:15:00Z <<<

      有关 WHOIS 状态代码的更多信息,请访问 https://icann.org/epp

      使用条款此WHOIS 服务的用户……

    24. 除非另有明确指定,否则 WHOIS 输出信息中的字段不得出现多次。
    25. 在对域名对象查询的响应中,以下字段可以有多个值,因此可能会出现多次:
      • Domain Status(域状态)
      • Name Server(域名服务器)
      • Registrant/Admin/Tech/Billing Street (注册人/管理员/技术人员/账单联系人街道)(即遵循 EPP RFC 5733 用法)
    26. 如果收到对象查询,而 SRS 中不存在该对象,则缔约方应当返回键"The queried object does not exist: "(查询的对象不存在:),可选择后跟注册管理机构定义的文本消息(值)来提供有关对象不存在的更多信息。不得显示其他字段。"last update"(上次更新时间)页脚、空白行和法律免责声明必须像其他 WHOIS 查询一样附加在后面。
  2. 以下澄清仅适用于注册管理机构。

    1. 为了回应域名服务器查询,以下字段被视为可选字段,并应按照澄清 1 中所述进行处理:
      • 注册服务机构
      • Registrar WHOIS Server(注册服务机构 WHOIS 服务器)
      • Registrar URL(注册服务机构 URL)
    2. 针对域名服务器对象的 WHOIS(端口 43)查询不应提供部分匹配或其他搜索功能。
    3. 使用域名服务器名称或 IP 地址作为搜索字符串来查询域名服务器对象时,可能会找到多个匹配的对象。在此情况下,注册管理机构应返回消息行"Query matched more than one name server:"(查询匹配到多个域名服务器:),后接匹配的 ROID,并在括号中注明相应的域名服务器名称,每行一个。例如,IP 为"203.0.113.7"、具有三个匹配对象的域名服务器的查询将返回:

      Query matched more than one name server(查询匹配多个域名服务器):
      roid1abc-examplerep (ns1.foo.example)
      roid5jkl-examplerep (ns2.example.com)
      roid9mno-examplerep (ns1.example.net)
      >>> Last update of WHOIS database(WHOIS 数据库的上次更新时间): 2009-05-29T20:15:00Z <<<

    4. 实施澄清 29 的注册管理机构必须支持使用域名服务器对象的 ROID 查询域名服务器 对象,例如以下形式的查询:whois roid <roid>,其中 <roid> 是域名服务器的 ROID。
    5. 注册管理机构可为注册服务机构对象查询提供部分匹配功能。在收到匹配多个对象的注册服务机构对象查询时,注册管理机构必须返回多个记录。每个注册服务机构对象必须以空行隔开,后接关键字"Registrar Name:"(注册服务机构名称)以指示新记录的开始。例如,具有两个匹配对象的注册服务机构"Example"的查询将返回(如果提供搜索功能):

      Registrar(注册服务机构): Example Registrar, Inc.


      Registrar URL(注册服务机构 URL): http://www.example-registrar.example
      Admin Contact(管理联系人): Joe Registrar
      Phone Number(电话号码): +1.5553101213
      Fax Number(传真号码): +1.5553101213
      Email(电子邮件): joeregistrar@example-registrar.example
      Admin Contact(管理联系人): Jane Registrar
      Phone Number(电话号码): +1.5553101214
      Fax Number(传真号码): +1.5553101213
      Email(电子邮件): janeregistrar@example-registrar.example
      Technical Contact(技术联系人): John Geek

      Registrar(注册服务机构): Example Registrar Two, Inc.


      Registrar URL(注册服务机构 URL): http://www.example-registrar-two.example
      Admin Contact(管理联系人): Joe Registrar Two
      Phone Number(电话号码): +1.5553101213
      Fax Number(传真号码): +1.5553101213
      Email(电子邮件): joeregistrar@example-registrar-two.example
      Admin Contact(管理联系人): Jane Registrar
      Phone Number(电话号码): +1.5553101214
      Fax Number(传真号码): +1.5553101213
      Email(电子邮件): janeregistrar@example-registrar-two.example
      Technical Contact(技术联系人): John Geek

      >>> Last update of WHOIS database(WHOIS 数据库的上次更新时间): 2009-05-29T20:15:00Z <<<

    6. 在收到匹配多个对象的域名服务器对象查询时,如果还未实施本文件中的澄清 29,注册管理机构必须返回多个记录。每个域名服务器对象必须以空行隔开,后接关键字"Server Name:"(服务器名称)以指示新记录的开始。例如,具有两个匹配对象的域名服务器"203.0.113.7"的查询将返回:

      Server Name(服务器名称): ns1.foo.example
      IP Address(IP地址): 203.0.113.7
      Registrar(注册服务机构): Example Registrar, Inc.
      Registrar WHOIS Server(注册服务机构 WHOIS 服务器): whois.example-registrar.example
      Registrar URL(注册服务机构 URL): http://www.example-registrar.example

      Server Name(服务器名称): ns3.bar.example
      IP Address(IP地址): 203.0.113.7
      Registrar(注册服务机构): Example Registrar 2, Inc.
      Registrar WHOIS Server(注册服务机构 WHOIS 服务器): whois.example-registrar2.example
      Registrar URL(注册服务机构 URL): http://www.example-registrar2.example
      >>> Last update of WHOIS database(WHOIS 数据库的上次更新时间): 2009-05-29T20:15:00Z <<<

    7. 注册管理运行机构可在注册服务机构数据中显示联系人的电话分机号和/或传真分机号要素。如果显示,每个字段必须按照本文档澄清 11 中的定义显示为额外的数据字段,或紧接各个联系人电话或传真字段之后显示。
    8. 注册管理机构应支持使用注册服务机构的 IANA ID 来查询注册服务机构对象,例如以下形式的查询:whois registrar-id <IANA ID>。
    9. 为了回应域名服务器对象查询,"IP Address"(IP 地址)字段可具有多个值,因此可多次出现。
    10. 如果要查询的域名服务器至少有一个活跃的域名需要 DNS 中的粘合数据(请参见 RFC 1034)并且注册管理机构拥有该数据,则注册管理机构至少必须在来自其 SRS 的响应数据(如服务器名称、IP 地址)中包含需要 DNS 中的粘合数据的域名的相关 IP 地址。在其他情况下,注册管理机构可提供包含 SRS 数据的响应。

      例如,如果域名"foo.example"活跃于 DNS 中并且具有域名服务器"ns.foo.example",则域名服务器"ns.foo.example"查询的 WHOIS 输出中将显示来自 SRS 的该域名服务器的 IP 地址和相关数据。

    11. 为了响应注册服务机构对象查询,以下字段可具有多个值,因此可多次出现:

      • Admin Contact(管理联系人)
      • Technical Contact(技术联系人)
      • Email(电子邮件)
      • Fax Number(传真号码)
      • Phone Number(电话号码)
      • Phone Ext(电话分机号)
      • Fax Ext(传真分机号)
      • Street(街道)

      当注册服务机构对象查询返回多个管理或技术联系人时,相关字段(Email [电子邮件]、Fax Number [传真号码] 和 Phone Number [电话号码])必须跟在联系人姓名(如 Admin Contact [管理联系人] 或 Technical Contact [技术联系人])字段之后。例如,具有两个管理联系人的注册服务机构查询将返回:

      Registrar(注册服务机构): Example Registrar, Inc.


      Registrar URL(注册服务机构 URL): http://www.example-registrar.example
      Admin Contact(管理联系人): Joe Registrar
      Phone Number(电话号码): +1.5553101213
      Fax Number(传真号码): +1.5553101213
      Email(电子邮件): joeregistrar@example-registrar.example
      Admin Contact(管理联系人): Jane Registrar
      Phone Number(电话号码): +1.5553101214
      Fax Number(传真号码): +1.5553101213
      Email(电子邮件): janeregistrar@example-registrar.example
      Technical Contact(技术联系人): John Geek

      >>> Last update of WHOIS database(WHOIS 数据库的上次更新时间): 2009-05-29T20:15:00Z <<<

    12. 当收到匹配域名和域名服务器对象的"unqualified query"[不合格查询](即不包含"nameserver"[域名服务器]或"registrar"[注册服务机构]参数的查询字符串)时,注册管理机构应返回有关域名对象的信息。

    13. 为了响应注册服务机构对象查询,以下字段被视为可选字段,并应按照澄清 1 中所述进行处理:
      • State/Province(州/省)
      • Postal Code(邮政编码)
      • Fax Number(传真号码)
    14. 对注册服务机构对象查询的响应应包括至少一个管理联系人和一个技术联系人。
    15. 除非政策或合同中另外要求,字段的值部分(即冒号的右侧)必须符合 EPP RFC5730-5734 和 3915 中规定的格式。以下字段在 EPP RFC5730-5734 或 3915 中没有具体规定,但必须遵循下列格式规范:

      1. "Registrar WHOIS Server"(注册服务机构 WHOIS 服务器)的字段值是主机名(参见 RFC952 和 RFC1123)且必须显示所属注册服务机构的 WHOIS 服务器(端口 43)名称,如果该注册服务机构为查询对象提供 WHOIS (端口 43)服务,则该值可根据澄清 1 中所述被视为可选值;
      2. "Registrar URL"(注册服务机构 URL)的字段值是一个统一资源定位符 (URL)(参见 RFC3986)。该值必须显示所属注册服务机构的网址。URL 必须为:查询对象的 web-Whois、注册服务机构的 web-Whois 服务的 URL,或所属注册服务机构的主网页;
      3. "Registrar IANA ID"(注册服务机构 IANA ID)字段值是一个十进位制的正整数;
      4. "Registrar"(注册服务机构)字段值是一个标记(参见《可扩展标记语言》 第 1.1 节);
      5. 注册服务机构对象的联系人对象要素定义为 EPP 联系人对象要素。
    16. 为了响应域名、注册服务机构或域名服务器对象查询,以下字段被视为可选字段,并应按照澄清 1 中所述进行处理:
      • Registrar WHOIS Server (注册服务机构 WHOIS 服务器)(如果所属注册服务机构不为查询对象提供 WHOIS [端口 43] 服务)
  3. 以下澄清仅适用于注册服务机构。

    1. 一名注册服务机构仅需提供该机构所支持的域名的 WHOIS 信息。
    2. 字段"Registry Domain ID:"(注册管理机构域名 ID:)是指 RFC 5730 中规定的域名对象的存储库对象标识符 (ROID)(在注册管理机构协议规范 4 中称为域名 ID)。例如,注册服务机构可通过 EPP 从注册管理机构处获得 ROID,并可在通过转移创建或获得域名后在本地缓存信息。
    3. 字段"Registry Admin/Tech/Billing/Registrant ID:"(注册管理机构管理联系人/技术联系人/账单联系人/注册人 ID)是指 RFC 5733 中规定的联系人对象的存储库对象标识符 (ROID)。例如,注册服务机构可通过 EPP 从注册管理机构处获得 ROID,并在本地缓存信息。RAA 2013 规定,如果可从注册管理机构获得该信息,则必须显示。如果此信息无法从注册管理机构处获得(如"简略"注册),则应显示"Not Available From Registry"(无法从注册管理机构处获得)字符串。
    4. 字段"Updated Date:"(更新日期)必须反映该注册服务机构已知的最近更新成功的日期和时间。注册服务机构无需持续更新从注册管理机构处获得的这一"Updated Date:"(更新日期)。
    5. 《注册数据目录服务 (WHOIS) 规范》第 2.2 节中描述的服务水平要求"RDDS 更新时 间"仅指注册服务机构做出调整时的时间。
    6. WHOIS 输出信息中的 EPP 状态必须显示注册管理机构数据中的最新 EPP 状态。注册服务机构无须在注册管理机构处时时更新 EPP 状态。
    7. 除非政策或合同中另外要求,字段的值部分(即冒号的右侧)必须符合 EPP RFC5730-5734 和 3915 中规定的格式。以下字段在 EPP RFC5730-5734 或 3915 中没有具体规定,但必须遵循下列格式规范:

      1. "Registrar Abuse Contact Email"(注册服务机构滥用行为联系电子邮件)(应符合 EPP RFC 中对电子邮件字段的规定)
      2. "Registrar Abuse Contact Phone"(注册服务机构滥用行为联系电话)(应符合 EPP RFC 中对电话字段的规定)
      3. "Reseller"(分销商)是一个标记(参见《可扩展标记语言》第 1.1 节)
      4. "Registrar WHOIS Server"(注册服务机构 WHOIS 服务器)的字段值是主机名(请参见 RFC 952 和 RFC 1123),并是所属注册服务机构的 WHOIS 服务器(端口 43)名称
      5. "Registrar URL"(注册服务机构 URL)的字段值是一个统一资源定位符 (URL)(请参见 RFC3986),且必须显示所属注册服务机构的网站地址,更具体地说,即查询对象的 web-WHOIS 的 URL,或至少提供该注册服务机构的 web-WHOIS 服务的 URL
      6. "Registrar IANA ID"(注册服务机构 IANA ID)字段值是一个十进位制的正整数。
      7. "Registrar"(注册服务机构)字段值是一个标记(参见《可扩展标记语言》 第 1.1 节)。
    8. "Reseller"(分销商)字段的值部分应当显示,但可以留白;或可以不显示整个字 段。如果显示该字段,则当分销商是一个法律实体时,应在这一栏填写该组织的名称;或当分销商为自然人时,填写该自然人的姓名。
    9. 以下字段可以在最后一个字段("URL of the ICANN Whois Inaccuracy Complaint Form"[ICANN WHOIS 信息错误投诉表的 URL])后显示,而不是在"Registrar IANA ID"(注册服务机构 IANA ID)字段后显示:

      • Registrar Abuse Contact Email(注册服务机构滥用行为联系电子邮件)
      • Registrar Abuse Contact Phone(注册服务机构滥用行为联系电话)
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."