Difference between revisions of "Internationalized Domain Name"

From ICANNWiki
Jump to navigation Jump to search
Line 7: Line 7:
 
An '''IDN''' ('''Internationalized Domain Name''') is an Internet domain name that uses the latest [[ICANN]] protocols and standards to support domain names written in multiple scripts and languages (non-ASCII characters). They allow users to use the Internet without using English, which was long considered the default Internet language despite the Internet's growing base of international users. The first IDNs were implemented into [[Root Zone|the root]] in April, 2010; it is estimated that 60% of users now access the Internet in their native, non-English language.<ref>[http://mobile.ictqatar.qa/sites/default/files/documents/IDN_IGF_2011.pdf IDN IGF, ictqatar.qa]</ref>
 
An '''IDN''' ('''Internationalized Domain Name''') is an Internet domain name that uses the latest [[ICANN]] protocols and standards to support domain names written in multiple scripts and languages (non-ASCII characters). They allow users to use the Internet without using English, which was long considered the default Internet language despite the Internet's growing base of international users. The first IDNs were implemented into [[Root Zone|the root]] in April, 2010; it is estimated that 60% of users now access the Internet in their native, non-English language.<ref>[http://mobile.ictqatar.qa/sites/default/files/documents/IDN_IGF_2011.pdf IDN IGF, ictqatar.qa]</ref>
  
===Overview===
+
IDN can also be perceived as the label displayed in a software application, in an alphabet or language-specific script. IDNs are stored in the [[DNS]] as ASCII strings. The DNS performs look-up services to ensure the translation of user-friendly names to locate the Internet resources, and it is restricted to using [[ASCII]] characters for acceptable domains. IDNs ensure the names written by means of non-ASCII scripts are translated into ASCII text compatible with the [[DNS]].
The IDN can also be perceived as the label displayed in a software application, in an alphabet or language-specific script. IDNs are stored in the [[DNS]] as ASCII strings. The DNS performs look-up services to ensure the translation of user-friendly names to locate the Internet resources, and it is restricted to using [[ASCII]] characters for acceptable domains. IDNs ensure the names written by means of non-ASCII scripts are translated into ASCII text compatible with the [[DNS]].
 
  
===IDN History===
+
The syntax designed for the used of [[IDNA]] is known as "Punycode." The non-ASCII characters are transformed into a specific format containing only ASCII characters and then a unique identification is processed for the domain name. <ref>[http://www.quackit.com/domain-names/internationalized_domain_names.cfm Registering IDNs]</ref>
The IDN was proposed by [[Martin Dürst]] in 1996 and implemented in 1998 by [[Tan Juay Kwang]] and [[Leong Kok Yong]]. Later on, the [[IDNA]] system (Internationalizing Domain Names in Applications) was adopted and implemented in some top-level domain names. According to the [[IDNA]] system, an ''"internationalized domain name"'' signifies any domain name which contains labels on which the IDNA ASCII algorithm could be applied. [[James Seng]] (ChingHong Seng) has been credited as a primary inventor of IDNs.<ref>[http://zodiacregistry.com/about.php About, ZodiacRegistry.com]</ref>  In the early stages of his career, James Seng's mentor Dr. Tan Tin Wee inspired him to work on [[IDN]]s to curb the digital divide in Asia. With $24 million in investment from Venture Capital firms General Atlantic Partners and [[Network Solutions]]/[[Verisign]], James went on become the founder and CTO of [[i-DNS.net]]. During this time, he was working on the standardization of IDNs as the Co-Chair of the IDN Working Group at the [[IETF]]. He also stressed the need for IDNs at various forums such as [[ICANN]], [[ITU]] and [[IGF]] and his efforts have helped make IDN an Internet standard.
 
 
 
===Logistics===
 
The syntax designed for the used of [[IDNA]] is known as ''"Punycode"''. The non-ASCII characters are transformed into a specific format containing only ASCII characters and then a unique identification is processed for the domain name. <ref>[http://www.quackit.com/domain-names/internationalized_domain_names.cfm Registering IDNs]</ref>
 
  
 
In order to see and use the characters found in IDNs various changes and specific settings may need to be manipulated within the Web browser, or the installation of foreign language packs may be required.
 
In order to see and use the characters found in IDNs various changes and specific settings may need to be manipulated within the Web browser, or the installation of foreign language packs may be required.
  
==ICANN and IDN==
+
==History==
According to ICANN, Internationalized Domain Names (IDNs) are domain names represented by local language characters. <ref>[http://www.icann.org/en/topics/idn/ IDN according to ICANN]</ref> These types of domain names could either contain non-ASCII script characters or letters.  
+
The IDN was proposed by [[Martin Dürst]] in 1996 and implemented in 1998 by [[Tan Juay Kwang]] and [[Leong Kok Yong]]. Later on, the [[IDNA]] system (Internationalizing Domain Names in Applications) was adopted and implemented in some top-level domain names. According to the [[IDNA]] system, an ''"internationalized domain name"'' signifies any domain name which contains labels on which the IDNA ASCII algorithm could be applied. [[James Seng]] (ChingHong Seng) has been credited as a primary inventor of IDNs.<ref>[http://zodiacregistry.com/about.php About, ZodiacRegistry.com]</ref>  In the early stages of his career, James Seng's mentor Dr. Tan Tin Wee inspired him to work on [[IDN]]s to curb the digital divide in Asia. With $24 million in investment from Venture Capital firms General Atlantic Partners and [[Network Solutions]]/[[Verisign]], James went on become the founder and CTO of [[i-DNS.net]]. During this time, he was working on the standardization of IDNs as the Co-Chair of the IDN Working Group at the [[IETF]]. He also stressed the need for IDNs at various forums such as [[ICANN]], [[ITU]] and [[IGF]] and his efforts have helped make IDN an Internet standard.
  
 
An important milestone in the development of IDN [[TLD]]s was the October, 2009, [[ICANN]] meeting in Korea. At the meeting the [[ICANN Board]] approved the IDN [[ccTLD]] Fast Track Process that enabled countries to offer national domain names with non-Latin characters. At that time, [[ICANN]] accepted the development of IDN ccTLDs on the Internet using IDNA standards. <ref>[http://www.icann.org/en/topics/idn/ IDN ccTLD Fast Track Process according to ICANN]</ref>  
 
An important milestone in the development of IDN [[TLD]]s was the October, 2009, [[ICANN]] meeting in Korea. At the meeting the [[ICANN Board]] approved the IDN [[ccTLD]] Fast Track Process that enabled countries to offer national domain names with non-Latin characters. At that time, [[ICANN]] accepted the development of IDN ccTLDs on the Internet using IDNA standards. <ref>[http://www.icann.org/en/topics/idn/ IDN ccTLD Fast Track Process according to ICANN]</ref>  
Line 33: Line 28:
  
 
At [[ICANN 44]] in Prague, the [[GAC]] addressed rejected IDN ccTLDs. Their communique asked ICANN to "urgently reconsider" its ruling, as they saw the move as having "erred on the too-conservative side, in effect applying a more stringent test of confusability between Latin and non-Latin scripts than when undertaking a side by side comparison of Latin strings." While not all of the rejected strings were addressed directly, the communique was understood to address ICANN's rejection of the aforementioned [[.6r]] from Bulgaria, Greek's [[.ελ]] (short for Ελλας, or Hellas), and a Greek transliteration of [[.eu]]). [[.ελ]] was rejected because of its similarity to .EA, which is a reserved 2 character [[ccTLD]] on the [[ISO-3166]] list,<ref>[http://idntraffic.com/?p=193 IDNtraffic.com]</ref> while the other was too similar to Estonia's [[.ee]].<ref>[http://domainincite.com/9667-gac-demands-appeal-of-idn-cctld-bans GAC Demands APpeal of IDN ccTLD Bans]</ref>
 
At [[ICANN 44]] in Prague, the [[GAC]] addressed rejected IDN ccTLDs. Their communique asked ICANN to "urgently reconsider" its ruling, as they saw the move as having "erred on the too-conservative side, in effect applying a more stringent test of confusability between Latin and non-Latin scripts than when undertaking a side by side comparison of Latin strings." While not all of the rejected strings were addressed directly, the communique was understood to address ICANN's rejection of the aforementioned [[.6r]] from Bulgaria, Greek's [[.ελ]] (short for Ελλας, or Hellas), and a Greek transliteration of [[.eu]]). [[.ελ]] was rejected because of its similarity to .EA, which is a reserved 2 character [[ccTLD]] on the [[ISO-3166]] list,<ref>[http://idntraffic.com/?p=193 IDNtraffic.com]</ref> while the other was too similar to Estonia's [[.ee]].<ref>[http://domainincite.com/9667-gac-demands-appeal-of-idn-cctld-bans GAC Demands APpeal of IDN ccTLD Bans]</ref>
 +
 +
===IDN New gTLDs===
 +
:: '''See a list of all IDN New gTLDs [[New gTLD IDN Applications|here]].
 +
 +
It was revealed in June 2012 that 116 IDN [[New gTLDs]] had been applied for, 73 of them being Chinese language. Approximately half of these Chines TLDs come from mainland China, but a significant number of them were applied for by non-Chinese companies. Because of the restriction against single-character TLDs, many companies who would have applied for "网" (web) and "店" (shop), instead were forced to apply for "网站" (website) and "网店" (web-shop). The biggest IDN applicant was [[Zodiac]], which applied for 15 Chinese TLDs. [[Verisign]] applied for 12 foreign language transliterations of [[.com]] and [[.net]]. The languages with the second highest number of applications were Arabic (15) and Japanese (9).<ref>[http://www.circleid.com/posts/20120614_analysis_of_the_idn_new_gtld_applications/ Analysis of the IDN New gTLD Applications, circleid.com]</ref>
  
 
==References==
 
==References==

Revision as of 02:48, 21 September 2012

This article is neutral, but is sponsored by Verisign,
the registry for .com, .net, & other TLDs.
You can learn more about their services here.
link={{{link}}}
ICANNWiki Platinum Sponsor

An IDN (Internationalized Domain Name) is an Internet domain name that uses the latest ICANN protocols and standards to support domain names written in multiple scripts and languages (non-ASCII characters). They allow users to use the Internet without using English, which was long considered the default Internet language despite the Internet's growing base of international users. The first IDNs were implemented into the root in April, 2010; it is estimated that 60% of users now access the Internet in their native, non-English language.[1]

IDN can also be perceived as the label displayed in a software application, in an alphabet or language-specific script. IDNs are stored in the DNS as ASCII strings. The DNS performs look-up services to ensure the translation of user-friendly names to locate the Internet resources, and it is restricted to using ASCII characters for acceptable domains. IDNs ensure the names written by means of non-ASCII scripts are translated into ASCII text compatible with the DNS.

The syntax designed for the used of IDNA is known as "Punycode." The non-ASCII characters are transformed into a specific format containing only ASCII characters and then a unique identification is processed for the domain name. [2]

In order to see and use the characters found in IDNs various changes and specific settings may need to be manipulated within the Web browser, or the installation of foreign language packs may be required.

History

The IDN was proposed by Martin Dürst in 1996 and implemented in 1998 by Tan Juay Kwang and Leong Kok Yong. Later on, the IDNA system (Internationalizing Domain Names in Applications) was adopted and implemented in some top-level domain names. According to the IDNA system, an "internationalized domain name" signifies any domain name which contains labels on which the IDNA ASCII algorithm could be applied. James Seng (ChingHong Seng) has been credited as a primary inventor of IDNs.[3] In the early stages of his career, James Seng's mentor Dr. Tan Tin Wee inspired him to work on IDNs to curb the digital divide in Asia. With $24 million in investment from Venture Capital firms General Atlantic Partners and Network Solutions/Verisign, James went on become the founder and CTO of i-DNS.net. During this time, he was working on the standardization of IDNs as the Co-Chair of the IDN Working Group at the IETF. He also stressed the need for IDNs at various forums such as ICANN, ITU and IGF and his efforts have helped make IDN an Internet standard.

An important milestone in the development of IDN TLDs was the October, 2009, ICANN meeting in Korea. At the meeting the ICANN Board approved the IDN ccTLD Fast Track Process that enabled countries to offer national domain names with non-Latin characters. At that time, ICANN accepted the development of IDN ccTLDs on the Internet using IDNA standards. [4]

ICANN Approves Delegation of IDN ccTLDs

The first IDN ccTLDs were successfully implemented into the DNS root zone in May, 2010, these included Russia (.рф), Egypt (صر.), Saudi Arabia السعودية.) and United Arab Emirates (امارات.).[5] In August 2010, ICANN approved the delegation of the Arabic script TLDs for Palestine (فلسطين.), Tunisia (تونس.) Jordan (الاردن.), Thailand (.ไทย) and the two IDN ccTLDs for Sri Lanka (.ලංකා) and (.இலங்கை.[6] ICANN also approved the Arabic script ccTLD for Iran, India, Qatar, Singapore, Syria and Taiwan.[7]

ICANN received 36 IDN ccTLD applications in 22 languages. Thirty IDN ccTLDs are currently delegated in the root zone.[8]

Rejected IDN ccTLDs

The internet governing body has twice rejected the IDN application of the Bulgarian government for .6r, the Cyrillic translation of .bg due to its close similarity with the .br, ccTLD for Brazil.[9] In an interview, Bulgaria's Technology Minister Alexander Tsvetkov said that his government will appeal to ICANN to reconsider its decision. [10] In addition, Bulgaria's Deputy Transport Minister stated the government might modify its application or wait for the launching of an appeals procedure. He hoped that ICANN will accept their proposal by the end of 2011. Meanwhile, the Brazilian government supported ICANN's decision to reject .6r, saying that "any graphic confusion migh facilitate phishing practices" and other related problems.[11]

At ICANN 44 in Prague, the GAC addressed rejected IDN ccTLDs. Their communique asked ICANN to "urgently reconsider" its ruling, as they saw the move as having "erred on the too-conservative side, in effect applying a more stringent test of confusability between Latin and non-Latin scripts than when undertaking a side by side comparison of Latin strings." While not all of the rejected strings were addressed directly, the communique was understood to address ICANN's rejection of the aforementioned .6r from Bulgaria, Greek's .ελ (short for Ελλας, or Hellas), and a Greek transliteration of .eu). .ελ was rejected because of its similarity to .EA, which is a reserved 2 character ccTLD on the ISO-3166 list,[12] while the other was too similar to Estonia's .ee.[13]

IDN New gTLDs

See a list of all IDN New gTLDs here.

It was revealed in June 2012 that 116 IDN New gTLDs had been applied for, 73 of them being Chinese language. Approximately half of these Chines TLDs come from mainland China, but a significant number of them were applied for by non-Chinese companies. Because of the restriction against single-character TLDs, many companies who would have applied for "网" (web) and "店" (shop), instead were forced to apply for "网站" (website) and "网店" (web-shop). The biggest IDN applicant was Zodiac, which applied for 15 Chinese TLDs. Verisign applied for 12 foreign language transliterations of .com and .net. The languages with the second highest number of applications were Arabic (15) and Japanese (9).[14]

References