Generic Top-Level Domain (gTLD) Registry Agreements
.asia Registry Agreement | Appendix S
Contents Part 3. Description of Sponsored TLD Community Part 5. Selection of Registrars The DotAsia registry will serve the Pan-Asia and Asia Pacific community. The DotAsia Organisation will adopt the boundaries defined by ICANN (http://www.icann.org/montreal/geo-regions-topic.htm) for the Asia / Australia / Pacific (AP) region as a basis for its scope of eligibility. This provides for a clear definition of eligibility based on the geographic locations represented within the region. The vision of the DotAsia Organisation is to create a globally visible domain that embodies the successful, cooperative atmosphere established within the Pan-Asia and Asia Pacific Internet community to accelerate the overall growth of the region. The mission of the DotAsia Organisation is: - To sponsor, establish and operate a regional Internet namespace with global recognition and regional significance, dedicated to the needs of the Pan-Asia and Asia Pacific Internet community. - To reinvest surpluses in socio-technological advancement initiatives relevant to the Pan-Asia and Asia Pacific Internet community; and - To operate a viable not-for-profit initiative that is a technically advanced, world-class TLD registry for the Pan-Asia and Asia Pacific community. The DotAsia Organisation views "Asia" as a term that appropriately embodies the diverse and vibrant Pan-Asia and Asia Pacific community, and a TLD namestring that is representative, short, recognisable and conceptually viable. The DotAsia Organisation believes that "Asia" as a term used for a TLD has broad significance, clear and lasting value, and creates a new and differentiated space that enhances the diversity of the Internet namespace. Subject to Registry Operator’s compliance with this Registry Operator TLD Registry Agreement, including all attachments and appendices thereto (the "Agreement") and any Temporary Specifications or Policies or Consensus Policies as defined in the Agreement, and provided the scope of the Charter is not exceeded: Registry Operator shall have delegated authority to develop policy for the TLD in the following areas: Product Management 1. Establishment of domain naming conventions to be used in the Registry Operator TLD. 2. Functional and performance specifications for Registry Services. 3. Consistent with any condition under which a Registry Service has been approved, management responsibility for all Registry Services and products, including but not limited to:
4. Reservation of names to be offered for registration other than on a first-come, first-served basis and creation of the policies and procedures under which such names may be registered. 5. Identification and reservation of names that are not available for second level registrations and as to which third level names will be offered for registration to end users Restrictions on Registration and Policies for Use of Domain Names 6. Reservation of names to be withheld from reservation in the TLD (in addition to those names reserved by ICANN and set forth in a schedule by ICANN). 7. Policies regarding eligibility to register a domain name in the TLD, which need not be uniform for all names within the TLD. 8. Restrictions and policies on how registered names may be used, which need not be uniform for all names within the TLD, and which may vary, for example, by type, name, or registrant category. 9. Procedures and schedule for the start-up (provided they are consistent with Part IV of this Appendix S) or any subsequent sunrise policies and procedures of the TLD. Operational Policy and Performance Management 10. Except as specifically set forth in the Agreement, matters related to operation of the registry and the TLD, including, without limitation:
Organizational and Other 11. Organizational governance policies and operations management will be formulated and maintained by the DotAsia Organisation. These would include but not limited to: - Membership Policies - Election Policies - Governance Structure Policies - Surplus Proceeds Allocation Policies - Selection of technical services providers and establishment of the terms of agreement between the technical services provider and the Registry Operator. 12. Any other policies or practices not inconsistent with the Agreement, ICANN Temporary Specifications and Policies, or Consensus Policy. Part 3. Description of Sponsored TLD Community Subject to Registry Operator’s compliance with this Registry Operator TLD Registry Agreement, including all attachments and appendices thereto (the "Agreement") and any Temporary Specifications or Policies or Consensus Policies as defined in the Agreement, and provided the scope of the Charter is not exceeded: The Registry Operator TLD community will be defined as all self-identified participants that have a stake in the Charter of the TLD as described in Part 1 of this Appendix S 1. Registry Operator anticipates the following to be the major beneficiaries and stakeholders in the community:
2. Registry Operator may modify and/or expand the description of the TLD Community, consistent with the Agreement and the scope for eligibility for inclusion within the TLD Community as set forth in Part 1, Sponsored TLD Charter, to reflect evolution of the Pan Asia and Asia Pacific region. Subject to Registry Operator’s compliance with this Sponsored TLD Registry Agreement, including all attachments and appendices thereto (the "Agreement") and any Temporary Specifications or Policies or Consensus Policies as defined in the Agreement, and provided the scope of the Charter is not exceeded: Registry Operator will implement the following start-up plan:
The start-up plan provides for the introduction of the .ASIA TLD in an orderly, transparent, and logical way, for the purpose of ensuring competition, fairness and reliability for ICANN-Accredited Registrars, registrants, and the TLD Community (as defined in Part 3 of this Appendix S). It is intended to create a stable and effective registration process for the benefit of the Internet community in general, and effected stakeholders in particular. The plan consists of a multiphase process that will be executed by the Registry Operator. Part 5. Selection of Registrars Subject to Registry Operator’s compliance with this Registry Operator TLD Registry Agreement, including all attachments and appendices thereto (the "Agreement") and any Temporary Specifications or Policies or Consensus Policies as defined in the Agreement, and provided the scope of the Charter is not exceeded: The Registry has not established a minimum or maximum number of Registrars that will be selected for the TLD. The Registry will accept applications from any Registrar and will enter into agreements with Registrars only after review of applications in the form it specifies and makes public from time to time. The Registry will select from among Registrars considering, among other factors, the following characteristics in the group of authorized Registrars: 1. Recognition of the specific aspects of the Sponsored Community to be supported by the TLD and a willingness to participate in that spirit; 2. Thorough understanding of the principles and goals underlying TLD policies, including without limitation the domain name management policy; 3. Demonstrated ability to provide Eligibility and Name-Selection Services (ENS Services) and demonstrated familiarity with the needs of the TLD Community in the language and region(s) served by the registrar, and established modes for reflecting these needs in the ENS Services processes; 4. Dedicated willingness and ability to propagate and enforce TLD policies in an observant and diligent manner and in accordance with policies and procedures prescribed by Registry Operator; 5. Broad geographic distribution and language diversity of registrars; 6. Established collaborative contact with the legal entities, governments, statutory bodies, and other interested stakeholders of the TLD commnity (as defined in Part 3 above) in the language and geographical region or sector served by the registrar; 7. Dedicated willingness and ability to act together with the Sponsored Community in the processing of registration requests. 8. Established business relationships with substantial numbers (proportionate to the size of the registrar) of stakeholders in the region(s) served by the registrar; 9. Demonstrated willingness and ability to publicize and market the TLD, to follow all TLD marketing guidelines, and to develop and use TLD marketing materials as appropriate, as reflected by a minimum committed marketing budget of an amount proportionate to the size of the registrar; 10. Demonstration that sufficient staff resources are available and able to interface with automated and manual elements of the TLD registry process and a willingness to implement modifications and revisions reasonably deemed by the Registry Operator to be required based on the characteristics and functions of the TLD; 11. The existence of proven systems designed to avoid submission of unqualified or incomplete applications that will burden the ENS system or make it impossible for Registry Operator to fulfill its commitments to ICANN; 12. The existence of proven systems to avoid transfer disputes among registrars; 13. Demonstrated willingness to share relevant marketing information with the Registry Operator, including, consistent with applicable law, information about current registrants with whom the registrar has relationships who are eligible for registration; 14. Willingness to provide reduced fee or free services to Providers and Representatives from developing countries who meet minimum criteria reasonably established by Registry Operator for special assistance; and 15. Willingness and ability to post and refresh a minimum deposit against which fees will be drawn. Registry will evaluate and, in its reasonable discretion, render a decision with respect to the selection of each applicant to serve as a Registrar based on, all of the above criteria and will periodically review and, as appropriate, revise its selection of Registrars based on such criteria. Subject to Registry Operator’s compliance with this Registry Operator TLD Registry Agreement, including all attachments and appendices thereto (the "Agreement") and any Temporary Specifications or Policies or Consensus Policies as defined in the Agreement, and provided the scope of the Charter is not exceeded: Registry Operator will implement the following public WHOIS specification: SPECIFICATION Subject to any future policy regarding WHOIS data adopted by ICANN, domain name registrants will be required to provide correct contact information and, as permitted by applicable law, consent to selected information being made public for legitimate purposes. A participating registrar, at the registrar’s expense, will be required to provide those wishing to query the WHOIS database (other than for marketing purposes or other purposes contrary to sTLD policy) with access to complete and up-to-date data for each registered domain name record (subject to applicable privacy policies) including, but not limited to the following:
In order to assist complainants under the UDRP to determine whether a pattern of "bad faith" has been demonstrated by a particular registrant, the information set forth above will be available on a publicly accessible database, subject to applicable privacy policies, which will be searchable by domain name, registrant's name, registrant's postal address, contacts' names, Registrars Contact IDs and Internet Protocol address without arbitrary limit. In order to provide an effective WHOIS database, Boolean search capabilities may be offered. Registrars will be required to participate in the operation of a cross-registry WHOIS database, which will provide searching capabilities and access to all information concerning domain name registrations regardless of which TLD the domain name is registered in or which registrar processed the domain name application. Registry Operator will require the registrars to adhere to a compliance review policy. As part of that policy, each registrar will be required to designate a contact point to which evidence of false or fraudulent contact data may be reported. Registrars will institute procedures for investigating claims that registrations may contain false information, and for registrations found to contain false information, requiring their speedy and efficient correction, or otherwise cancellation. Interested third parties may invoke these procedures. Registry Operator will provide RFC954-conformant WHOIS service. This Appendix is subject to change by agreement of Registry Operator and ICANN during the design process as well as during the IETF standards process. However, the following provides the target architecture and initial functionality. In addition, Registry Operator agrees to implement changes to this Appendix specified by ICANN to conform to IETF provreg working group's protocol specification no later than 135 days after the IETF specification is adopted as a Proposed Standard [RFC 2026, section 4.1.1]. RFC954-Conformant WHOIS The standard WHOIS service is intended as a lookup service for registries, registrars, registrants, as well as for other individuals and businesses that wish to query details of domain names or nameservers stored in the registry. The standard WHOIS service will provide a central location for all authoritative .asia TLD data. The registry provides a front-end web interface to allow convenient user access to the WHOIS service. The RFC954-conformant WHOIS service will be engineered to handle moderate transaction load and be integral to the standard suite of Registry Services. The WHOIS service will return a single response per domain name or nameserver query. The RFC954-conformant WHOIS service will conform to the requirements of Appendix 6 and 7. The RFC954-conformant service provided by the registry will have the following features:
WHOIS Service Data Elements The RFC954-conformant service will include the following data elements:
Minimum Data Update Frequency Registry Operator shall make reasonable efforts to update the data continuously as requests are processed, in a matter of seconds or minutes. The typical update cycle will be 30 seconds but may be different depending on performance considerations. Registry Operator shall ensure that records in the WHOIS server are updated no later than 24 hours after the completion of the registration or modification transaction with the registrar. Additional Fields Capability If necessary, Registry Operator may introduce after a 6 to 12 month period of operational stability some additional fields to the list of WHOIS fields. Those fields will be preceded and identified by appropriate tags. Additional fields will not contain any information that could be used to facilitate ENUM applications. Privacy Capability Registry Operator may introduce the optional ability to associate privacy labels to a record in the Registry Database. These fields would appear in an "additional information" section of the WHOIS data. The maximum number of custom fields allowed per record is yet to be determined. The privacy label capability allows certain data to be associated with an indication of any special disclosure or handling restrictions. This characteristic may be used e.g. to comply with potential regulatory or other telecom subscription related requirements, which mobile operators need to implement in their services. Query Control - Object Type Control The following keywords restrict a search to specific object type:
WHOIS Output Fields Domain Record: A WHOIS query that results in domain information will return the following fields from the Domain object and the associated data from host and contact objects. This set of data is also referred to as the Domain Record. Domain ID Domain Name Contact ID Maintainer URL Nameserver Record: Note: Any additional fields will be Registry Operator specified, to be defined later if required. Contact Record: Registrar Record: Sample WHOIS Output Domain Record: Nameserver Record: Output: Nameserver ID: HST-1 Contact Record: Output: Registrar Record: Output: TLD Differentiation ICANN and Registry Operator acknowledge that a criterion included in the application process in which the .asia TLD was selected, and in the previous TLD application expansion round, was that a new TLD be "clearly differentiated from existing TLDs." ICANN, when undertaking to effect the delegation of new TLDs, shall take into consideration Internet community input received, including any objections interested third parties may have under policy considerations or applicable law or otherwise, regarding the creation of new TLD strings.. |