An internationalized domain name ( IDN ) is an Internet domain name that contains at least one label that is displayed in software applications, in whole or in part, in a language-specific script or alphabet, such as Chinese, Russian or the Latin-based languages with diacritics, such as French. These writing systems are encoded by computers in multi-byte Unicode. Internationalized domain names are stored in the Domain Name System as ASCII strings using Punycode transcription.
The Domain Name System, which performs a lookup service to translate user-friendly names into network addresses for locating Internet resources, is restricted to the use of ASCII characters, a technical limitation that initially set the standard for acceptable domain names. The internationalization of domain names is a technical solution to translate names written in language-native scripts into an ASCII text representation that is compatible with the Domain Name System. Internationalized domain names can only be used with applications that are specifically designed for such use, and they require no changes in the infrastructure of the Internet.
IDN was originally proposed in December 1996 by Martin Dürst and implemented in 1998 by Tan Juay Kwang and Leong Kok Yong under the guidance of T.W. Tan. After much debate and many competing proposals, a system called Internationalizing Domain Names in Applications (IDNA) was adopted as a standard, and has been implemented in several top-level domains.
In IDNA, the term internationalized domain name means specifically any domain name consisting only of labels to which the IDNA ToASCII algorithm (see below) can be successfully applied. In March 2008, the IETF formed a new IDN working group to update the current IDNA protocol.
In October 2009, the Internet Corporation for Assigned Names and Numbers (ICANN) approved the creation of country code top-level domains (ccTLDs) in the Internet that use the IDNA standard for native language scripts.
Internationalizing Domain Names in Applications
Internationalizing Domain Names in Applications (IDNA) is a mechanism defined in 2003 for handling internationalized domain names containing non-ASCII characters. While much of the Domain Name System can technically support non-ASCII characters, applications such as e-mail and web browsers restrict domain names to what can be used as a hostname. Rather than redesigning the existing DNS infrastructure, it was decided that non-ASCII domain names should be converted to a suitable ASCII-based form by web browsers and other user applications; IDNA specifies how this conversion is to be done.
IDNA was designed for maximum backward compatibility with the existing DNS system, which was designed for use with names using only a subset of the ASCII character set.
An IDNA-enabled application is able to convert between the restricted-ASCII and non-ASCII representations of a domain, using the ASCII form in cases in which it is needed (such as for DNS lookup), but being able to present the more readable non-ASCII form to users. Applications that do not support IDNA will not be able to handle domain names with non-ASCII characters, but will still be able to access such domains if given the (usually rather cryptic) ASCII equivalent.
ICANN issued guidelines for the use of IDNA in June 2003, and it was already possible to register .jp domains using this system in July 2003 and .info domains in March 2004. Several other top-level domain registries started accepting registrations in 2004 and 2005. IDN Guidelines were first created in June 2003, and have been updated to respond to phishing concerns in November 2005. An ICANN working group focused on country code domain names at the top level was formed in November 2007 and promoted jointly by the country code supporting organization and the Governmental Advisory Committee.
Mozilla 1.4, Netscape 7.1, Opera 7.11 were among the first applications to support IDNA. A browser plugin is available for Internet Explorer 6 to provide IDN support. Internet Explorer 7.0 and Windows Vista's URL APIs provide native support for IDN.
ToASCII and ToUnicode
The conversions between ASCII and non-ASCII forms of a domain name are accomplished by algorithms called ToASCII and ToUnicode. These algorithms are not applied to the domain name as a whole, but rather to individual labels. For example, if the domain name is www.example.com, then the labels are www , example , and com . ToASCII or ToUnicode are applied to each of these three separately.
The details of these two algorithms are complex, and are specified in RFC 3490. The following gives an overview of their function.
ToASCII leaves unchanged any ASCII label, but will fail if the label is unsuitable for the Domain Name System. If given a label containing at least one non-ASCII character, ToASCII will apply the Nameprep algorithm, which converts the label to lowercase and performs other normalization, and will then translate the result to ASCII using Punycode before prepending the four-character string "xn--". This four-character string is called the ASCII Compatible Encoding ( ACE ) prefix, and is used to distinguish Punycode encoded labels from ordinary ASCII labels. The ToASCII algorithm can fail in several ways; for example, the final string could exceed the 63-character limit of a DNS name. A label for which ToASCII fails cannot be used in an internationalized domain name.
The function ToUnicode reverses the action of ToASCII, stripping off the ACE prefix and applying the Punycode decode algorithm. It does not reverse the Nameprep processing, since that is merely a normalization and is by nature irreversible. Unlike ToASCII, ToUnicode always succeeds, because it simply returns the original string if decoding fails. In particular, this means that ToUnicode has no effect on a string that does not begin with the ACE prefix.
Example of IDNA encoding
Main article: PunycodeIDNA encoding may be illustrated using the example domain Bücher.ch . “Bücher” is German for “books”, and .ch is the ccTLD of Switzerland. This domain name has two labels, Bücher and ch . The second label is pure ASCII, and is left unchanged. The first label is processed by Nameprep to give bücher , and then converted to Punycode to result in bcher-kva . It is then prepended with xn-- to produce xn--bcher-kva . The final domain suitable for use in the DNS is therefore xn--bcher-kva.ch .
Top-level domain implementation
The ICANN board approved the establishment of an internationalized top-level domain name working group within the Country Code Names Supporting Organisation (ccNSO) in December 2006. They resolved in June 2007 inter alia to proceed and asked the IDNC Working Group to prepare a proposal, which the group delivered in June 2008, " to recommend mechanisms to introduce a limited number of non-contentious IDN ccTLDs, associated with the ISO 3166-1 two-letter codes in a short time frame to meet near term demand. " The group proposed a methodology using ICANN's Fast Track Process based on the ICANN charter to work with the Internet Assigned Numbers Authority (IANA): 1) Identify technical basis of the TLD strings and country code specific processes, select IDN ccTLD personnel and authorities, and prepare documentation; 2) Perform ICANN due diligence process for technical proposal and publish method; 3) Enter delegation process within established IANA procedures.
Starting November 16, 2009, nations and territories may apply for IDN ccTLDs, which may be expected to be operational in mid-2010. Non-Latin alphabet scripts are used by more than half of the world's 1.6 billion Internet users. ICANN expects that Arabic, Chinese, and Russian domains are likely to be the first implementations. ... .مصر .Miṣr Egypt (.eg)
Timeline
- 12/1996: Martin Dürst's original Internet Draft proposing UTF5 (the first example of what is known today as an ASCII-compatible encoding (ACE)) – UTF-5 was first defined by Martin Dürst at the University of Zürich in
- 03/1998: Early Research on IDN at National University of Singapore (NUS), Center for Internet Research (formerly Internet Research and Development Unit – IRDU) led by Prof. Tan Tin Wee (IDN Project team – Lim Juay Kwang and Leong Kok Yong) and subsequently continued under a team at Bioinformatrix Pte. Ltd. (BIX Pte. Ltd.) – an NUS spin-off company led by Prof. S. Subbiah.
- 07/1998: Geneva INET'98 conference with a BoF discussion on iDNS and APNG General Meeting and Working Group meeting.
- 07/1998: Asia Pacific Networking Group (APNG, now still in existence and distinct from a gathering known as APSTAR ) iDNS Working Group formed.
- 10/1998: James Seng was recruited to lead further IDN development at BIX Pte. Ltd. by Prof. S. Subbiah.
- 02/1999: iDNS Testbed launched by BIX Pte. Ltd. under the auspices of APNG with participation from CNNIC, JPNIC, KRNIC, TWNIC, THNIC, HKNIC and SGNIC led by James Seng
- 02/1999: Presentation of Report on IDN at Joint APNG-APTLD meeting, at APRICOT'99
- 03/1999: Endorsement of the IDN Report at APNG General Meeting 1 March 1999.
- 06/1999: Grant application by APNG jointly with the Centre for Internet Research (CIR), National University of Singapore, to the International Development Res
Canadian Domain Name - Canada Domain names
Canadian Domain Name - Welcome! Choosing a domain ... to make sure that your domain name are still free and will not go against the bylaws of Canadian domain registration.
Canadian Domain Name Registration, .ca Domain Name Registration ...
Canadian Domain registration and Web Hosting at Sibername. Specializing in canadian web site hosting,.ca domain registrations and .eu .ca and ICANN domain name registration canada
BlueFurDomains.com - Canadian Domain Name Registration
BlueFurDomains.com Vancouver Canada Domain Name Registration ... BlueFurDomains.com is a leader in Canadian domain name registration. Our reputation is built upon personal customer ...
Canadian Domain Registration .ca Domain Hosting Canadian Domain Name ...
Domain name registration & Domain name hosting Canada domain name, ca domain name Canada by WebServe Canada.
Canadian domain reg service. name, registration - DASLWEB, Montreal
Canadian Domain Name Reg Service Daslweb delivers easy-to-use, affordable domain registration service in Montreal.
Canadian Domain Registration | Full Internet Marketing Services - CFS ...
Canadian Domain Registration. Another thing to consider before choosing your domain name is whether you want a Canadian Domain Registration or .ca extension.
domain name registration
Domain Plus is a Canadian domain name registration company.
DOMAINScanada.ca: Canadian Domain Name Registration Services SiteMap
SiteMap to help you registering a Canadian Domain Name. ... DOMAINScanada.ca, your source for quick and easy Canadian Domain Name Registration.
Canadian Domain
Provides domain name registration to the Canadian market and a free search for available domain names.
Domain Name Registration Form [ Canadian Web Hosting and Domain Name ...
dotcanuck Web Services registers Canadian .ca domain names, .com domains, .cc registrations and other international website addresses. We also offer inexpensive web hosting for ...