Skip to main content
Resources

Centralized Zone Data Service (CZDS)

Please note that the English language version of all translated content and documents are the official versions and that translations in other languages are for informational purposes only.

News

CZDS Platform Migration Webinar Conducted

On 21 April 2016, ICANN staff and registry operators discussed the upcoming migration of the Centralized Zone Data Service to a more flexible and secure platform.

The Centralized Zone Data Service provides a centralized point for interested parties to request access to Zone Files provided by participating Top Level Domain Registries. The service is the solution for scaling zone data transfer as hundreds of new gTLDs are added to the Internet.

Every new gTLD Registry is required to provide zone data to approved requesters (e.g. law enforcement agents, IP attorneys, researchers) upon technical delegation of its gTLD.

New Registries will be provided with instructions for utilizing the Centralized Zone Data Service once a gTLD Registry Agreement has been executed.

CZDS Benefits for Registries

  • CZDS simplifies the process of entering into zone data contracts. Rather than creating and executing a contract for every request, Registries can simply approve or deny requests with one click.
  • Registries can save additional time by appointing ICANN to handle zone data file transfer (AXFR), formatting, and distribution to approved end-users instead of using internal resources.

Using the CZDS

CZDS News

9 May 2014 – A new version of software for the Centralized Zone Data Service has been released. For more information, read the FAQ (current version) [PDF, 213 KB].

Related News:

5 May 2014 – The Centralized Zone Data Service (CZDS) was temporarily taken offline to investigate a technical issue. To learn more, please read the FAQ (version 2). [PDF, 61 KB]

2 May 2014 – The Centralized Zone Data Service (CZDS) was temporarily taken offline to investigate a technical issue. To learn more, please read the FAQ (version 1). [PDF, 280 KB]

Terms and Conditions

Questions?

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