gTLD	Full Legal Name	E-mail suffix	Detail
.广东	Guangzhou YU Wei Information Technology Co., Ltd.	zodiac-corp.com	View

15(b). Describe the process used for development of the IDN tables submitted, including consultations and sources used.
The Applicant hereby submits two Chinese IDN tables for the applied-for string. Although the two tables are essentially the same, one table is using the Simplified Chinese as the base character with Traditional Chinese as the preferred variants, while the other table is using the Traditional Chinese as the base character with Simplified Chinese as the preferred variants. The reason the Applicant submits two Chinese IDN tables is that the proposed registration policy for IDN domain names is that when registering a Chinese domain name, the registrant will be given a pure simplified Chinese form, a pure traditional Chinese form along with its original form in a bundle. Other variant form of the Chinese domain name will be reserved for the registrant. Doing so ensures the consistence of user experience and prevents potential anti-phishing on the Chinese domain names.

As a matter of fact, there are two Chinese IDN tables that have been submitted to IANA and is published at the following addresses:
http:⁄⁄www.iana.org⁄domains⁄idn-tables⁄tables⁄cn_zh-cn_4.0.html
http:⁄⁄www.iana.org⁄domains⁄idn-tables⁄tables⁄tw_zh-tw_4.0.1.html

The IDN tables submitted by the Applicant is based on these two IDN tables, which were formulated according to the process specified by Chinese Domain Name Consortium (CDNC), which is developed according to the guiding principles described in RFC 3743.

The IDN table formulation process, as described in RFC 3743, is “an effort of the Joint Engineering Team (JET), a group composed of members of CNNIC, TWNIC, KRNIC, and JPNIC as well as other individual experts. It offers guidelines for zone administrators, including but not limited to registry operators and registrars and information for all domain names holders on the administration of domain names that contain characters drawn from Chinese, Japanese, and Korean scripts.” Details of the development process of the IDN table, please refer to RFC 3743 at: http:⁄⁄www.ietf.org⁄rfc⁄rfc3743.txt.

The Chinese IDN tables were initially submitted to IANA in 2005. Over time, updates of the IDN tables have been carried out from time to time with the consultation among the CDNC members and users of the IDN tables. The submitted tables are the latest versions.

gTLD	Full Legal Name	E-mail suffix	Detail
.在线	TLD REGISTRY LIMITED	sedari.com	View

The applicable IDN table is developed by the Chinese Domain Name Consortium (CDNC). CDNC is a collaboration among CNNIC, TWNIC, HKNIC and MONIC. As an independent non-profit organization, the CDNC oversees standardizing of all regulations and policies on Chinese IDN registrations, including standardization of the Chinese language tables, variant mapping policies, and registration policies.
Afilias is an invited member of CDNC and coordinates closely to design and execute on the latest advances in deployment of Chinese scripts.
Afilias evaluates IDN tables on 4 categories:
1. Conformance to IDNA: Afilias was actively involved in efforts to evolve the IDNA standards to ensure they are more responsive to technical and social needs, as reflected in RFCs 5890, 5891, 5892, and 5893. Each Unicode character, including variants, that are captured within the IDN table are analyzed against the IDNA protocol to ensure full compliance; examples of incompatibility includes characters that are prohibited in IDNA. Incompatible characters are excluded from the tables.
2. Completeness of the Table: Afilias determines whether the IDN table is complete, ensuring that there are no corner cases that may lead to confusion to end-users. In this process, specifically if variants exist, Afilias analyzes each character and its associated variants to ensure that each character produces the same set of variants. If all variant mappings and reverse mappings correlate, the IDN table is considered complete. Any exceptions are raised to CDNC for further evaluation and recommendations.
3. Registration and administration policies: In the analysis of supporting Chinese IDNs, Afilias references 2 core RFCs; RFC3743: JET Guidelines for IDN Registration and Administration for Chinese, Japanese, and Korean and RFC4713: Registration and Administration Recommendations for Chinese Domain Names. Afilias also solicited recommendations from John Klensin, who led the development of RFC4713.
Afilias has determined that there are no outstanding issues regarding the Chinese IDN table.
4. Registry policies: Upon successful evaluation of the IDN tables and its registration policies, Afilias considered additional policies to ensure consistency of implementation, as well as to prevent potential abusive behavior to ensure a high quality of service.
These policies include:
• Identifying the maximum allowable Unicode characters for a given domain registration. The maximum length may vary for different scripts and is enforced to ensure the A-label does not exceed the maximum label length. Afilias solicits feedback CDNC to ensure the limitation does not impact the registrar, registrant or user experience.
• Identifying the maximum allowable variants permitted per IDN registration. For Chinese IDNs, there are cases which may generate millions of variants. The maximum allowable variants prevent malicious use of IDN registrations that may impact the quality of the registry service.