By
signing this application through its representative, the Applicant attests that
the information contained in this Description of TLD Policies, and all
referenced supporting documents, are true and accurate to the best of
Applicant's knowledge.
(c) 2000 The
Internet Corporation for Assigned Names and Numbers
All rights
reserved.
Updated August 15, 2000
I. General TLD Policies for .web
(RFP Section EI)
Introduction
Both in its preliminary report from Yokohama, Japan and its recently released request for proposals, ICANN has set out a number of basic concerns regarding the introduction of new top level domains (TLDs). Among the most important of these concerns to ICANN are the following six central concepts that should be reflected in proposals for new TLDs:
· The need to maintain the Internet’s stability, and especially the protection of domain name holders from the effects of registry or registration-system failure.
· The extent to which selection of the proposal would lead to an effective “proof of concept” concerning the introduction of top level domains in the future, including the diversity the proposal would bring to the program—fully open top level domains, restricted and chartered domains with limited scope, commercial domains, and personal domains—in support of a variety of business models and geographic locations.
· The enhancement of competition for registration services at the registry and registrar level.
· The enhancement of the utility of the DNS.
· The extent to which the proposal would meet previously unmet needs.
· The importance of appropriate protections of the rights of others, including intellectual property rights in connection with the operation of the TLD, especially during the start-up phases.
The policies developed by or for new TLD registries will provide, in major part, the framework for meeting ICANN’s goals and addressing any concerns. The JVTeam policy proposals outlined below will address ICANN’s concerns and provide for a stable and competitive TLD registry.
Innovation Through Evolution
JVTeam is conscious that the first-round introduction of new TLDs will provide vital information for the ongoing development of the DNS. JVTeam also is aware that the existing mechanisms and policies implemented by ICANN have, on the whole, been very successful in maintaining the stability of the Internet. As such, the concepts being proposed by JVTeam have been developed with a view to extending and enhancing the existing DNS environment in a measured, evenhanded manner. This approach does not preclude innovation but rather it promotes the carefully considered, responsible evolution of the DNS. The concepts being evaluated represent substantial, incremental enhancements to the domain name system as well as solutions to several pre-existing issues. The JVTeam proposal is premised on paving the way for the stable growth of the domain name system.
The introduction of new TLDs is entirely uncharted territory. The domain name system has for the most part remained unchanged since its inception. There have been several forward steps such as the introduction of TLD registrar competition in 1999 and the addition of several ccTLDs. There has been significant progress made in laying the foundation for new TLDs leading up to the current ICANN program, including the publication of an initial recommendations document in 1997 for the Ad Hoc Committee, and the meetings in Yokohama, Japan. However, several issues have not been resolved to general acceptance. Some of these issues have been technical in nature while others have involved intellectual property issues and an effective solution to the complexities presented by the start-up period.
In recent years, the most significant changes in the DNS environment has been the sheer enormity of its growth as well as the increasingly critical role that it plays in global commerce and communications. So while it may have been possible in the late 1980s to implement major modifications with little concern over their impact, the breadth of the DNS as it currently exists makes the level of risk inherent in modifications far greater. The world needs the domain name system to grow, but it simply cannot afford a domain name system that is not stable.
It is for this reason that the JVTeam solution is focused on evolutionary rather than revolutionary changes to the DNS. The concepts being proposed for evaluation have been chosen because they represent incremental enhancements that absolutely maintain the stability of the Internet, that facilitate the growth of the DNS and that provide simple solutions to complex problems.
In keeping with this philosophy, to the extent that JVTeam’s policy proposals vary from existing ICANN policies and procedures, they do so largely to reflect JVTeam’s unwavering belief that the registry operator must operate as a trusted neutral third-party to address new functionality in the new TLD (and in the provisioning of DNS services). Access to DNS services is critical to entities wishing to participate in the DNS industry specifically and in Internet business generally. Domain names are the means by which businesses and consumers gain access to, navigate, and reap the benefits of the World Wide Web. These benefits cannot be fully realized, however, unless policies are in place to ensure that DNS resources are administered in a fair and efficient manner that makes them available to all parties desiring to provide DNS services. JVTeam submits that to meet this goal, DNS services by a registry must be administered to meet the following objectives:
· Facilitate entry into the DNS marketplace by making DNS resources available on an efficient, timely basis to registrars and registrants
· Not unduly favor or disadvantage any particular industry segment or group of consumers
· Ensure that interests of all DNS constituents are considered and addressed fairly and efficiently.
To ensure that JVTeam meets these objectives, it commits to strict adherence to the following registry Code of Conduct:
REGISTRY CODE OF CONDUCT JVTeam will at all times operate as a trusted neutral third-party provider of DNS registry services. JVTeam recognizes that domain names are the means by which businesses, consumers, and individuals gain access to, navigate, and reap the benefits of the global Internet. These benefits cannot be fully realized, however, unless DNS resources are administered in a fair, efficient, and neutral manner that makes them available to all parties desiring to provide DNS services. To ensure the provision of neutral registry services, JVTeam will comply with the following Code of Conduct. 1. JVTeam will never, directly or indirectly, show any preference or provide any special consideration to any company that is a DNS registry provider or registrar services provider, as those terms are defined by ICANN, including any affiliated registry or registrar. 2. All ICANN accredited registrars shall have equal access to those JVTeam’s registry services operated directly by JVTeam. In those instances where JVTeam operates as the backend technical services provider for another ICANN accredited registry, access to the services of that registry will be determined by that ICANN accredited registry. 4. Any shareholder, subsidiary, affiliate, or other related entity of JVTeam that also operates as a provider of registrar services shall maintain separate books of account with respect to its registrar operations. 5. Neither JVTeam, nor its shareholders, subsidiaries, affiliates, or other related entities shall have access to user data or proprietary information of a registrar served by JVTeam, except as necessary for registry operations. 6. JVTeam will ensure that no user data or proprietary information from any registrar is disclosed to its affiliates, subsidiaries, or other related entities. 7. Confidential information about JVTeam’s business services will not be shared with employees of any DNS services provider. 8. No member of JVTeam’s Board of Directors will simultaneously serve on the Board of Directors of a registrar that obtains registry services from JVTeam. 9. No employee of JVTeam will hold a greater than 5% interest, financial or otherwise, in any company that obtains registry services from JVTeam. 10. No employee of JVTeam will also be an employee of any JVTeam subsidiary, affiliate, or other related entity that also operates as a provider of registrar services. 11. No employee of any
JVTeam subsidiary, affiliate or related entity that also operates as a
provider of registrar services will also be an employee of JVTeam. 12. JVTeam will ensure that no user data from or proprietary information of any registry operated or controlled by JVTeam is disclosed to any other registry operated or controlled by JVTeam. 13. In addition, JVTeam will conduct internal neutrality reviews on a regular basis. JVTeam will allow ICANN to hire an independent party, at ICANN’s expense, to conduct a neutrality review of JVTeam, ensuring that JVTeam and its shareholders comply with all the provisions of this registry Code of Conduct. JVTeam and ICANN will mutually agree upon the neutrality analyst. The neutrality review may be conducted as often as once per year. JVTeam will provide the analyst with reasonable access to information and records necessary to complete the review. The results of the review will be provided to ICANN and shall be deemed to be confidential and proprietary information of JVTeam and its shareholders. |
The concepts proposed in the JVTeam policy proposal are built on the strengths of an intimate knowledge of the DNS and a commitment to the ongoing development of a stable Internet environment. Only JVTeam can bring to this process the knowledge, skills and experience necessary to understand the importance of this process to the long-term future of the DNS. Only the JVTeam has the ability, experience, and resources to facilitate the next step in the evolution of the domain name system.
I.1 In General (RFP Section E1)
JVTeam largely will follow proven Internet and DNS policies developed
by ICANN and the Internet community at large. This approach will ensure
the continued stability and consistent operation of the DNS and recognizes the
consensus efforts of ICANN.
Significant effort by ICANN and the Internet community has gone into the development of policies to govern the relationships between ICANN, TLD registries, TLD registrars, and Internet end-users. These efforts have resulted in the development of a workable shared registry model that encourages competition and Internet stability, as well as protects the individual rights of Internet users. Recognizing these efforts and the need to maintain consistent Internet governance models, JVTeam will utilize as basic models the existing ICANN Registrar Accreditation Agreement, NSI Registrar License and Agreement, ICANN-NSI Registry Agreement, and the Uniform Dispute Resolution Policy, with only minor modifications as described herein. These modifications are designed primarily to ensure the neutrality of the registry, to account for certain identified aspects of the JVTeam proposal, or to account for differences brought about because these original policies and agreements were designed, at least partially, to facilitate a transition from a monopoly registry to a shared registry system.
I.2 TLD String (RFP Section E2)
JVTeam proposes to establish .web as an unsponsored, unrestricted
domain space to compete with .com on the Internet.
JVTeam proposes to offer registry services for the .web TLD as an unsponsored, unrestricted (i.e., generic open) TLD. JVTeam’s market research indicates that .web represents the best and most competitive alternative to .com. Because one of ICANN’s primary goals with this “proof of concept” set of new TLDs will be to create a viable competitive alternative to .com, .web becomes a logical choice for a new unrestricted TLD. .web will be a highly marketable and memorable domain and therefore will provide an excellent “proof of concept” for new unrestricted TLDs.
JVTeam recognizes that ICANN may be concerned with regard to the possible legal challenges to a .web registry based upon alleged trademark and other purported rights of certain applicants and non-applicant third parties. Such challenges are without merit and should not sway ICANN in its decision-making process. Nonetheless, JVTeam is prepared to meet with ICANN and discuss any legal issue relating to a .web registry. If necessary, JVTeam will indemnify ICANN for legal expenses incurred by ICANN resulting from any legal challenges brought regarding a grant of the .web registry to JVTeam.
In the event, however, that ICANN determines that it will not grant a .web registry due to potential legal challenge, JVTeam proposes the following alternative unsponsored, unrestricted TLDs, in order of preference:
.site
.dot
.surf
.spot
.info
I.3 Naming conventions (RFP SEction E3)
In order to provide for the most competitive and economically viable
commercial alternative to .com, JVTeam proposes to register .web TLDs at the
second level only, identical to .com registrations. This will help ICANN by ensuring consumer recognition and
supporting a competitive DNS.
.web registrations will be made at the second level (as in registered-name.web). JVTeam’s market research indicates that there would be a significant drop off in registration volumes for .web if registrations were made at a level higher than the third. Because one of the important criterion for ICANN’s “proof of concept” TLD rollout is the creation of a competitive DNS, JVTeam submits that .web should be registered in a manner identical to .com in order to satisfy consumer expectation.
JVTeam will abide by full Internet standards regarding naming and reserved names including RFC 1034, RFC 1123, RFC 2606, and RFC 2352.
I.4 registrars (RFP Section E4)
JVTeam will operate the registry as a neutral third-party
provider. Consistent with neutrality requirements,
however, JVTeam will follow existing policy models for registry/registrar
relations. This approach will ensure
that the Internet community perceives JVTeam as a trusted, unbiased provider of
core Internet DNS functionality while providing the registry and registrar
industries with consistent, well-known, and stable business models for
operation and use of the new TLD.
Among the most important aspects of the JVTeam neutrality policy will be the registry’s relationship with registrars. As noted above, the registry controls a vital component of the DNS industry: the names themselves. As a result, any favoritism or unfair treatment, perceived or real, of one registrar over another may harm competition in the DNS industry. Therefore, JVTeam has taken strong steps to ensure that registrars are presented with a level playing field with respect to the provisioning of registry services.
In order to ensure a level playing field, a truly neutral
registry operator, and the continued open, stable, and technically consistent
operation of the Internet, JVTeam proposes largely to follow the existing
guidelines for registry/registrar relations established by ICANN for the .com,
.net, and .org registry. This approach
will ensure that the industry model will be well established and familiar to
registries, registrars and consumers.
Such stability and consistency in the models used for the introduction
of new TLDs is crucial to a successful “proof of concept.” Unrestricted TLD registry models that vary
significantly from current business models will prove very difficult to
evaluate from the perspective of successful introduction of competition into
the DNS.
Will domain name holders deal through registrars, directly with the registry operator, or some combination of the two?
Domain name holders will deal with the registry through registrars. The registry will avoid direct relationships with domain name holders in order to ensure its continued neutrality. A neutral third-party operator such as JVTeam must not be perceived as competing with its customers (i.e., the registrars in this case) and therefore JVTeam will not deal directly on a customer-provider basis with the domain name holder. Moreover, this approach preserves established DNS business models and will increase DNS competition at the registrar level.
What are the respective roles, functions, and responsibilities for the registry operator and registrars?
As the registry operator, JVTeam will be responsible for the provision of high quality, efficient and neutral TLD registry services, including registration and Whois services, and database management services. The registrars will be responsible for domain name holder registrations, customer relations, and additional services.
JVTeam’s strict adherence to the registry Code of Conduct discussed above will ensure that no registrar is treated unfairly vis-ŕ-vis JVTeam services and that no registrar or group of registrars will be able unduly to influence JVTeam’s operations and services. Under this model, the registrars will be responsible for all consumer/end-user relations and the registry will be responsible for the fair, efficient, and high-quality technical operation of the registry itself. Thus the registry maintains unquestioned neutrality and can implement, so long as technically feasible, any registrar policy adopted by ICANN for the benefit of the Internet community.
Unlike the existing registry, however, JVTeam proposes to operate a “fat” registry. This “fat” registry will centralize the databases normally associated with the registry but typically operated separately by each registrar. The decentralized approach is inefficient, requiring significant duplication of efforts and resources. JVTeam intends to eliminate such duplications and, using the associated economies of scale, reduce the costs of DNS services to the registrars.
If registrars are to be employed, how and by whom will they be selected or accredited?
In order to encourage the rapid implementation of the new TLD, promote strong competition among registrars and registries, and ensure the continued neutrality of the registry, JVTeam will provide registry services to all existing and future ICANN accredited registrars without material restriction. Eligibility to use the registry will be subject only to technical testing and approval by JVTeam technical staff, the payment of a registrar deposit (to cover initial registrations), and the execution of a registrar License and Agreement similar to that required for existing registrars in the .com TLD.
If the number of registrars will be restricted, what number of registrars will be selected?
Because JVTeam proposes an open shared registry, there will be no restrictions on the number of registrars permitted to register names in the system. The only limitations on the number of registrars will be interest within the industry and ICANN’s ability to process and approve accreditation applications.
Have the qualifying registrars already been selected?
All existing and future ICANN accredited registrars will be eligible to operate as registrars to the JVTeam TLD. No specific selections have been or need be made.
On what basis will selections among those seeking to be registrars be made, and who will make them?
All selections will be made on the basis of ICANN accreditation only. JVTeam is prepared to assist ICANN if needed in the accreditation of new registrars, subject to final ICANN approval.
If registrars are to be used, what mechanisms
will be used to ensure that TLD policies are implemented?
JVTeam will have a registrar License and Agreement with each registrar that operates with the registry. The agreement explicitly will require that each registrar comply with all TLD policies of ICANN and the registry. Although based closely on the NSI registrar License and Agreement, certain modifications will be made to ensure that TLD policies are implemented.
Of particular importance to the registrar agreement will be a registrar Code of Conduct. JVTeam must have a workable mechanism for requiring registrars to follow important TLD policies. Therefore, the Code of Conduct, which will be developed in consultation with the registrars, will set out required conduct for registrars, violation of which will be grounds for termination of the registrar/registry relationship. The agreement will also, of course, provide an opportunity to cure breaches of the registrar Code of Conduct and also will establish a reconsideration process in the event of termination. JVTeam believes that this approach will provide sufficient means to ensure policy implementation and compliance by the registrars.
I.5 Intellectual Property Provisions (RFP Sections E5-E5.6)
As a neutral third-party operator, JVTeam proposes to implement
mechanisms for assisting intellectual property holders in the protection of
their rights.
Since well before the formation of ICANN, intellectual property owners have debated whether new TLDs should be introduced into the DNS and how to protect their trademarks and globally famous marks on the Internet. On April 30, 1999, the World Intellectual Property Organization recommended to ICANN a proposal for providing a mechanism to protect globally famous trademarks in any new TLDs. ICANN’s Domain Name Support Organization (DNSO) thereafter created Working Group B to address the issue of whether protection should be given to famous names in the DNS. However, there has never been within the Internet community a true consensus on the appropriate mechanism.
The most current proposal, set forth by the Intellectual Property Constituency (IPC) of the DNSO and supported by the International Trademark Association and the American Intellectual Property Organization and which has gained some support among the Internet community, advocates a “Daybreak Proposal” to be incorporated into the rollout of new TLDs. During the “Daybreak Period” owners of trademarks and service marks would be able to register their marks as domain names on a first-come-first-served basis in a new TLD before that new domain is made available to the general public. The trademark owner would only be permitted, however, to register their exact trademark as a domain name during this period.
Under the IPC proposal, any owner of a valid national trademark registration is eligible to seek registration of a domain name during the Daybreak period, provided that the national registration for that mark was issued at least one (1) year prior to the date on which the mark owner applies to register the mark. The registry (or registrar), would not be required to validate the fact that the person/entity has a valid national registration prior to the registration of the domain name. The proposal, however, does contemplate a “take down” procedure if it is brought to a registrar’s attention by an entity that has intellectual property rights in a domain name, that an entity registered a domain name during the Daybreak period which was not eligible to take advantage of the Daybreak period at the time the domain name was requested.
Critics of the Daybreak proposal, including the United States Small Business Administration and the Non-commercial Constituency of the DNSO, argue that
· The Daybreak proposal is not grounded in law.
· The Daybreak provision will not be effective in curbing trademark violations since only the exact corresponding mark will be allowed to be registered early.
· The Uniform Dispute Resolution Procedures established by ICANN coupled with the new anti-cybersquatting Consumer Protection Act adequately protect the interests of trademark owners without the need for Daybreak provisions.
· The Daybreak proposal arbitrarily sets a one-year requirement on having a trademark registration, thereby ignoring the legitimate trademark rights of companies with common law trademark rights and even those with national trademark registrations that are less than one year old.
· There is a possibility that such provisions could subject ICANN to liability for restraint of trade in violation of Sections 1 and 2 of the Sherman Act.
In addition, critics argue that under the IPC’s Daybreak Proposal, there would be nothing to stop an individual or entity from fraudulently registering generic domain names during the Daybreak period even with a “take down” procedure. This would not only be an abuse of the Daybreak provisions, but would also deny all other users of the Internet from registering those marks on a first-come first-served basis when the TLDs are introduced to the public at large. Critics claim that this is primarily because no one has a legitimate intellectual property right to use the generic mark as a domain name and therefore, no one has standing to challenge such a fraudulent registration.
Given the lack of consensus within the industry regarding an effective and fair mechanism for protecting intellectual property rights during start-up of a new TLD, and recognizing that it is not within the purview of a registry to preside over intellectual property disputes, JVTeam does not intend to adopt the Daybreak Proposal. Rather, JVTeam seeks to operate in a neutral manner that does not favor one right holder over another. Adequate mechanisms exist for the protection of intellectual property rights, including the Uniform Dispute Resolution Program established by ICANN and the courts. Therefore, while JVTeam is cognizant of the needs of intellectual property rights holders and intends to implement mechanisms for assisting such holders, JVTeam will not establish preferential registration mechanisms unless such mechanisms are mandated by ICANN.
What measures will be taken to discourage registration of domain names that infringe intellectual property rights?
As noted above, intellectual property violations are not properly within the purview of the registry. Rather, such matters must be left to the UDRP agents and the courts. JVTeam will, of course, abide by the decisions of the UDRP agents and any court of proper jurisdiction, but it cannot be responsible for making determinations regarding intellectual property rights. Therefore, JVTeam does not propose to establish initial mechanisms to prevent a given domain name registration. JVTeam will, however, establish an intellectual property notification service, as described below.
JVTeam understands that ICANN has been charged with consideration of the intellectual property issues raised by the introduction of new TLDs. JVTeam will implement, to the extent technically feasible, any intellectual property protection mechanism or policy mandated by ICANN, including the IPC’s Daybreak Proposal. Appendices 1 and 2 contain JVTeam’s proposed modified UDRP and UDRP rules. The modified UDRP contains the manner in which JVTeam would implement the Daybreak Proposal if required by ICANN.
If you are proposing pre-screening for potentially infringing registrations, how will the pre-screening be performed?
As a trusted third-party provider, JVTeam cannot be perceived as favoring intellectual property owners over non-commercial interests. Therefore, JVTeam proposes no pre-screening of registrations that would result in the necessary refusal of a registration. However, recognizing that certain registrants might seek to violate the intellectual property rights of a business or businesses through a .web registration, JVTeam proposes to establish a system to notify participating intellectual property rights claimants of potential infringing registrations.
JVTeam will implement a system whereby, for a fee to cover costs, an intellectual property right holder would register a string with the registry. The claimant would then be notified if a registrant registered a domain name that contained that string. The intellectual property claimant then would be able to monitor the use of the domain name to ensure that its use did not violate intellectual property rights. A complete description of this service can be viewed in Registry Operator’s Proposal Section II.2.1.
Intellectual Property Notification Service
The JVTeam recognizes the complexities raised by intellectual property issues and will provide a service whereby interested parties are able to monitor registration of domains which may infringe upon their intellectual property concerns. This service will be facilitated by the registry but will be offered and administered via registrars.
The points below provide a high-level overview of the operation of the Intellectual Property Notification Service prior to the live date of the new TLD. However, the process would continue to be in operation once normal registration operations have commenced.
Phase 1: The registry provides advance information describing the process—Ninety days prior to the registry going live, a notification will be placed on the ICANN web site advising of the process for interested parties to enroll in the Intellectual Property Notification Service. This may also be broadcast by providing a button to accredited registrars to place on their web sites. The button will link to the ICANN site and would include a title such as “Enroll in the Intellectual Property Notification Service for new TLDs.” During this time, information kits will be freely distributed to the press, registrars, and the general public. The kits will provide detailed information regarding the Intellectual Property Notification Service and how it can be utilized.
Phase 2: The registry accepts pre-registration enrollments—During a period of 30 days prior to the “live registration date,” entities who hold a registered trademark may lodge a request to be notified when a domain name, which they believe may infringe upon their intellectual property rights, is registered. To activate this system, the entity completes an online form. The form is intended to capture details of the party claiming intellectual property over a particular domain name together with the justification for that claim. Since this system is intended to afford protection to parties with genuine, registered trademarks, the registration details of the trademark will also be captured.
Below is an example of the information required from an entity wishing to enroll in this service.
· Domain name
· Exact trademark
· Country of registration
· Trademark or other reference number
· Date of first use
· Contact details including trademark holder entity name, address, phone, fax, email
· Contact person name, address, phone, fax, email, and relationship to trademark holder entity
· Additional comments.
Each submission will contain only one string and in order to activate this service, a nominal fee per submission will be required. This fee will cover administrative costs as well as provide a mechanism to discourage “frivolous” use of the service.
After trademark holders have successfully lodged a request to be notified, they are advised that their submission has been received but that their submission in no way guarantees that the name will be reserved for or allocated to them and that there may be other parties claiming intellectual property rights over that particular domain name. They are also provided information regarding the Uniform Charter Dispute Resolution Policy (UCDRP).
At the registry system level, the domain name (which doesn’t yet exist as a registered name) has attached to it a code indicating that someone has claimed intellectual property rights over that name.
Phase 3: The registry begins accepting registrations and notifies of possible trademark infringement—When an application is lodged for a domain name which has been enrolled with the Intellectual Property Notification Service, the domain name applicant is advised that a third party or parties has claimed intellectual property rights over that domain name. They are also directed to the section of the UCDRP/registration agreement that refers to intellectual property infringements and told that the license may be removed from them if they are acting in “bad faith.” The applicant is not prevented from completing the registration.
Once the application has been completed, all parties who have engaged the notification service for that exact domain name are advised by email that “a party” has registered that domain name. Included in the email will be further information on the UCDRP and an explanation of steps to take for further dispute action.
The Intellectual Property Notification Service will provide an additional level of protection for holders of registered national trademarks and will work in conjunction with the UDRP to discourage incidences of domain names being registered in bad faith.
JVTeam believes that intellectual property disputes, however, are not properly within the purview of the registry. Rather, such matters must be left to the UDRP service providers and the courts. JVTeam will, of course, abide by the decisions of the UDRP service providers and any court of proper jurisdiction, but it cannot be responsible for making determinations regarding intellectual property rights. Therefore, JVTeam proposes to establish no initial mechanisms to prevent a given domain name registration, with the possible exception of the notification mechanism described above.
JVTeam stresses, however, that it will not refuse any registrations through this program.
What registration practices will be employed to minimize abusive registrations?
The mechanism discussed above will assist intellectual property claimants in policing their intellectual property rights and will help to curb infringing registrations. Beyond these mechanisms, JVTeam does not propose to become more heavily involved in intellectual property disputes. JVTeam believes that adequate mechanisms, such as the UDRP and the courts, are available to protect intellectual property rights.
What measures do you propose to comply with applicable trademark and anti-cybersquatting legislation?
JVTeam will, of course, comply with all applicable laws. However, existing trademark and cybersquatting legislation will not require specific measures beyond those discussed above.
Are you proposing any special protections (other than during the start-up period) for famous trademarks?
Because JVTeam must maintain its neutral standing, no further famous trademark protections beyond those discussed above will be required. The notification program discussed above will assist famous trademark holders in policing their intellectual property and taking any disputes to the appropriate forum.
How will complete, up-to-date, reliable, and conveniently provided Whois data be maintained, updated, and accessed concerning registrations in the TLD?
JVTeam plans to operate as a “fat” registry in that it will maintain all relevant databases for the registry in a centralized fashion. This approach increases stability, security, and fault tolerance of the registry. JVTeam will backup and escrow all data to ensure its integrity. The Whois database will be updated on a near real-time basis and access will be provided subject to strict data privacy and security requirements.
In order to ensure up-to-date Whois data, included in the registrar Code of Conduct discussed above, there will be a provision requiring registrars to make “best commercial efforts” to maintain up-to-date registrant data. In addition, JVTeam intends to explore with the registrars the development of a 3-month Whois data update reminder system. Registrants would be asked every three months whether their Whois data remains accurate and would be provided with an update link if data was out of date.
In addition, in order to ensure complete data at registration, JVTeam will design its systems so that no registration will take affect unless all required information fields are completed.
A more detailed discussion and description of Whois services can be found in the Registry Operator’s Proposal, Section III.2.8 of this proposal.
I.6 Dispute Resolution (RFP Section E6-E6.2)
To what extent are you proposing to implement the Uniform Dispute Resolution Policy?
As discussed above, JVTeam proposes evolutionary development of new TLD policies rather than revolutionary change. In keeping with this approach, JVTeam intends to implement the UDRP with no changes for trademark issues with the possible exception of an addition of a Daybreak implementation. The UDRP has been praised by both the intellectual property community as well as the Internet community as a whole. Therefore, JVTeam sees no reason not to follow the UDRP for abusive domain name registrations in which the domain name registrant is alleged to have violated the intellectual property rights of the claimant by registering a domain name in bad faith.
Please describe any additional, alternative, or supplemental dispute resolution procedures you are proposing.
Attached as Appendices 1 and 2 are copies of JVTeam’s proposed UCDRP and corresponding proposed Rules for Uniform Charter Domain Name Dispute Resolution Policy (UCDRP Rules), which not only incorporate the policy of addressing bad-faith intellectual property domain name disputes as already implemented by ICANN, but also serve as a dispute procedure in the event that a registrant violates a specific charter for a restricted TLD. In addition, the proposed policies include a mechanism for addressing bad faith Daybreak registrations, should ICANN require that Daybreak be adopted.
I.7 Data Privacy, Escrow, and Whois (RFP Section E7)
Data Privacy
JVTeam, as a trusted, neutral third-party registry, must maintain the trust of the registrars and the consumers. Therefore, JVTeam will not market, in any way, the registrant information obtained from registrars for purposes of running the registry, nor will it share that data with any unrelated third parties. The registry operator will only have access to such data as is necessary for operation of the registry itself and will use that data only as required by registry operations.
JVTeam will provide registrars with a mechanism for accessing and correcting personal data and will take reasonable steps to protect personal data from loss, misuse, unauthorized disclosure, alteration, or destruction. To further secure registrant data, each registrant will have a secure password for his or her registry records. Only through use of this password will data be changed, registrars transferred, domain name servers updated, etc. Registrars will, in consultation with the registry, develop secure password verification and authentication mechanisms.
In addition, as part of the registrar Code of Conduct, registrars will be required to abide by all applicable international, national, and local laws regarding data privacy and information collection.
Registry Data Escrow
JVTeam will maintain redundant data centers as well as follow the escrow requirements established by ICANN with respect to .com, .net, and .org. By so doing, JVTeam will ensure that all data necessary for operation of the registry will be available in the event of a catastrophic failure of the registry or following the selection by ICANN of a new registry. Please refer to Registry Operator’s Proposal Section III.2.7, Data Escrow and Backup, for a more detailed discussion of data escrow mechanisms.
Whois Service
The Whois database for .web, like that available for the .com, .net and .org TLDs, will be a publicly available database. Each Whois database record includes the following information for all second level Internet domain names registered in the TLD:
- Domain names
- Name servers
- IP addresses
- Registrars
- End user contact information associated with the domain name
- Additional optional data elements for directory service.
The information set forth above will be available on a publicly accessible database searchable by domain name. A more detailed discussion of the Whois database can be found in Registry Operator’s Proposal, Section III.2.8. Because of the problems associated with mining of Whois data for commercial purposes, and particularly spamming, JVTeam does not intend to make more inclusive searching functions available. JVTeam believes that searches by domain string will be sufficient for legitimate purposes, such as monitoring intellectual property rights.
I.8 Billing and Collections (RFP SEction E8)
The registry’s billing and collections procedures will be consistent with existing industry procedures. All payments for new TLD registrations will be on an upfront payment basis. No registration will be completed until the registry receives payment. Because registry services to the registrant will be provided through the registrars, all billing and collections policy matters with respect to the registrant will be the responsibility of the registrars. The registry will implement for the registrars a five (5) day registration cancellation period for faulty registrations (to accommodate misspelled domain names, for example) or non-payment.
I.9 Services and Pricing (RFP Section E9)
For a complete discussion of JVTeam’s proposed registry services and pricing, please refer to Registry Operator’s Proposal Sections II.2.1 and II.2.2.
I.10 Other (RFP Section E10)
Because JVTeam proposes policy evolution rather than
revolution, the policies discussed in response to specific ICANN questions
represent the sum of JVTeam’s additional policy proposals. Should ICANN and the industry determine in
the future that additional policies are necessary, JVTeam will consider further
evolution of its TLD policies.
II. REGISTRATION
POLICIES DURING THE START-UP PERIOD (Required for all TLDs) (RFP Sections
E11-E15)
Overview
As no new generic TLDs have been introduced since .com, .net and .org, it is extremely difficult to establish accurate predictions of the initial volume of registration requests. While some basic assumptions will assist in defining boundaries, any solution to the start-up issues must take into account a degree of uncertainty and be able to provide contingencies for the case where demand greatly exceeds predictions.
How do you propose to address the potential rush for registration at the initial opening of the TLD?
JVTeam proposes to implement a batch processing, round robin solution to control any initial “rush” for registrations. As demonstrated in Exhibit II-1, the round robin system will provide an effective and fair method for ensuring the stability of the new TLD and the Internet during the initial registration period.
Phase 1: Communication of the processľTo ensure the smooth implementation of the start-up procedures, JVTeam will undertake a pro-active educational campaign with registrars. This will involve distribution of information kits by email as well as personal contact from the registry customer support staff and account managers. In this way, registrars will be ensured the opportunity for a complete understanding of the procedures and processes involved in the round robin solution.
Phase 2: Submission of registration listsľEach accredited registrar will provide a list of domain names and registration details. There will be no minimum or maximum limit for the lists. The registration files will be submitted via a secure transport mechanism before a specified closing time for first submissions. Registration lists cannot be modified until the first batch is processed and completed.
Phase 3: Randomly assigning a sequence position to each registrarľImmediately prior to processing the submitted lists, all registrars will be allocated a random position in numerical order. For example, if there are 100 registrars, each registrar is allocated a position between 1 and 100. Registrars will not be made aware of their assigned sequence in the round robin solution to prevent modifications or “trading” of the registrar sequence.
Phase 4: Round one of batch processingľOnce the registration system is activated, a domain name will be randomly selected from the list supplied by the registrar assigned position number one. This domain name will then be entered into the registry database. Once the registrar with sequence one is allocated a domain name, the system “activates” the list supplied by the registrar who has been assigned position number two. A domain name is selected at random from the list and entered into the system. If the domain name chosen is unavailable, then another name is chosen at random from the registrar’s list until one of the following occurs:
· A successful registration is complete.
· The registrar has no more available names on its list.
· The batch time frame concludes.
This process will be repeated for each registrar in the random
sequence and will rotate through all registrars for a 12-hour period.
Phase 5: Results and resubmissions—At the end of each batch, the results of registrations are returned to the registrar. Registrars are then allowed a fixed period of time to submit a new list of domains for the second batch of processing. The batches will continue in twelve-hour blocks until the number of registrations being submitted falls below a specified volume.
Phase 6: Commencing normal registration procedures—When it is determined that the demand for new registration volumes has fallen below a certain number, all registrars will be advised that the batch processing has concluded and the registry will be activated on a specific date and time to accept new registrations directly into the registry via the XRP.
The Benefits
The round robin solution provides the following benefits:
· Neutral, impartial allocation of domain names during the start-up period
· Effective management of technical resource issues
· Non-discriminatory application process for all parties of new domain names
· Scalable and effective support for any volume of registrations
· Flexible system capable of responding to rapidly changing volumes
· Inexpensive solution to implement
· No member of the Internet community is excluded because of price.
The Intellectual Property Notification Service and the round robin solution will effectively moderate the anticipated volumes of registration requests without having any significant impact on fairness, stability or system resources. The JVTeam solution is fully scalable so that stability is assured even if registration volumes greatly exceed predictions. Only JVTeam has the experience and knowledge to develop and implement this solution.
How many requested registrations do you project will be received by the registry operator within the first day, week, month, and quarter?
For a discussion of projected registration volumes, see Registry Operator’s Proposal, Section II.2.5.
What period do you believe should be considered the TLD’s “start-up period,” during which special procedures should apply?
The “start-up period” for .web should last no more than ninety (90) days.
Do you propose to place limits on the number of registrations per registrant? Per registrar? If so, how will these limits be implemented?
JVTeam does not intend to place numerical restrictions on the number of registrations by a registrant. Registrants may indeed have legitimate reasons for wanting multiple individual names. Businesses, for example, may choose to register names for individual products in addition to their trade name. Because .web will be an unrestricted TLD, no numerical restrictions are appropriate.
Will pricing mechanisms be used to dampen a rush for registration at the initial opening of the TLD? If so, please describe these mechanisms in detail.
JVTeam does not propose pricing mechanisms to dampen a rush for registration on initial offering of the TLD. Registrars will set all registration prices. To encourage use of the new TLD, individual registrants must not be discouraged from registering in the new domain. Higher price points would significantly impact the perceived fairness of the process since it could severely restrict access by small businesses, and individuals. It would also involve a somewhat arbitrary allocation of price points to domain names.
Will you
offer any “sunrise period” in which certain potential registrants are offered
the opportunity to register before registration is open to the general
public? If so, to whom will this
opportunity be offered (those with famous marks, registered trademarks,
second-level domains in other TLDs, pre-registrations of some sort, etc.)? How will you implement this?
As discussed above, JVTeam does not intend to implement a “sunrise” or “daybreak” period. Such periods could give the appearance violating JVTeam’s neutrality and are fraught with implementation and policy concerns. JVTeam has proposed mechanisms, such as the Intellectual Property Notification Service, that will assist those claiming rights in certain names. However, also as noted above, JVTeam will implement, as far as technically possible, a “sunrise” or “daybreak” period if ICANN determines that such is necessary.
III. REGISTRATION
RESTRICTIONS (Required for restricted TLDs only) (RFP Sections E16-E21)
JVTeam proposes to operate .web as an unrestricted, unsponsored
TLD. Therefore, there will be no
restrictions on registrations and an answer to this section is not required.
JVTeam will abide by full Internet standards regarding
naming and reserved names including RFC 1034, RFC 1123, RFC 2606, and RFC 2352.
IV. CONTEXT OF THE TLD WITHIN THE DNS
(Required for all TLDs) (RFP Sections E22-E27)
Over the past several years, the demand for unrestricted domain names has grown exponentially. The number of registrations in the .com TLD far outstrips all of the other TLDs. Moreover, there are no indications that there will be any slowing of this trend. Indeed, demand is expected to continue to grow.
Given this phenomenal demand and the ever-dwindling supply of .com domain names, it is now an appropriate time for the establishment of a new unrestricted domain to serve the Internet community. JVTeam proposes .web to meet that need.
What will distinguish the TLD from existing or other proposed TLDs? How will this distinction be beneficial?
At the end-user level, there will not be, at least initially, any significant distinction between a .web domain name and a .com domain name beyond the obvious difference in the name itself. In addition, the price for a .web registration likely will be lower given a lower price to registrars. Perhaps the most important difference to registrants, however, will be the availability of names that long have been unavailable in .com. .web will provide relief to the perceived lack of valuable unrestricted domain names and allow the creation of new markets and communities on the Internet.
The most important distinction for the Internet community at large, however, will be the fact that .web will represent the next generation in registry services. Because .web will be built from the ground up, it will not be hampered by the issues of compatibility with aging or outmoded infrastructure, protocols, or software. The .web registry will be developed to be more robust, flexible, and efficient than existing registry operations. As is discussed elsewhere in this proposal, JVTeam proposes a registry operation that will include advanced, scalable, and redundant infrastructure, a “fat” registry design to centralize critical registration databases, an expandable Whois database, and a next generation, open standard registry-registrar protocol. This next generation registry will provide enhanced registry services at a lower cost and will enable the development of new and innovative future services by registrars. In addition, the flexibility of the registry system enables it to function as the platform for any number of different TLDs and new DNS services.
.web promises significant benefits to all Internet participants. Internet users will benefit from a more robust and innovative DNS at a lower price. Registrars will benefit from more efficient and flexible registry services. ICANN will benefit from a very powerful “proof of concept” for new competitive DNS services.
What community and/or market will be served or targeted by this TLD? To what extent is that community or market already served by the DNS?
The JVTeam proposes .web for the entire Internet community. Because there will be no restrictions on registration in the domain space, .web will effectively compete with .com, .net, and .org. To the extent that the community to be served by .web also is served by .com, .net, and .org, JVTeam believes that these TLDs never will be able to offer the kind of comprehensive robust registry services proposed for .web. Moreover, competition is in the DNS is one of ICANN’s primary goals in this round of TLD proposals. .web provides the best option for direct competition with existing TLDs.
Please describe in detail how your proposal would enable the DNS to meet presently unmet needs. How would the introduction of the TLD enhance the utility of the DNS for Internet users? For the community served by the TLD?
The most important unmet need in the DNS at this moment is the need for competition to drive innovation and lower prices and the need for a next generation registry to support such innovation. The .web proposal meets both of these needs.
ICANN and the Internet community already have recognized the need for competition at the registry level. Not only will such competition bring down prices and increase registry services, but it also will drive innovation and compeition at the registrar level. The nature of the current registry for .com, .net and .org does not support new innovative services developed by registrars. As discussed above, however, JVTeam’s proposed registry system will be designed to be extensible to support new services and functionalities. Registrars and other third-party providers would implement these additional services and DNS functionalities. The registry will, on a totally open and even basis, enable services by providing the centralized secure database functions necessary to support these new functionalities.
JVTeam proposes the development of a dynamic registry infrastructure to meet both the current and future needs of the Internet community.
How would the proposed TLD enhance competition in domain name registration services, including competition with existing TLD registries?
The JVTeam proposal for .web creates competition among registries by creating a new global market segment that cannot effectively be served by existing registries. Beyond simply competing with other TLDs, the .web TLD will allow new focused DNS functionality that simply cannot be provided by legacy registry systems. This new competition will spur further innovation and refinement among all TLDs to ensure ever-increasing market share. Consumers will benefit from enhanced functionalities, improved performance, increased security, and a new choice for TLD services.
The .web TLD also will enhance competition among registrars. The development of an extensible registry protocol will provide registrars with a platform for innovation in services, and thus, the opportunity to distinguish their service offerings. As the value of the extensibility of the JVTeam platform is recognized in the industry, registrars will develop newer and better functionalities in an attempt to further distinguish their services from their competitors. These competitive developments will greatly benefit individual consumers as well as further advance the state-of-the-art of the Internet and the DNS.
V. VALUE
OF PROPOSAL AS A PROOF OF CONCEPT (Required for all TLDs) (RFP Section E28-E32)
JVTeam intends to ensure maximum leverage and instructional experience from the introduction of TLDs. In pursuit of this goal, the JVTeam is proposing several methods of capturing and measuring information. In particular through the use of online feedback forms for use by registrars and registrants, technical discussion groups, and the ongoing compilation and analysis of the captured data, JVTeam hopes to compile a clear picture of the impacts of the introduction of a new unstructured namespace. This information will be made available to ICANN and/or other relevant bodies for use in the release of further TLDs.
What concepts are likely to be proved/disproved by evaluation of the
introduction of this TLD in the manner you propose?
The .web domain space represents an exciting new branch in the ongoing evolution of the DNS. The introduction of .web will pave the way for new TLDs by introducing competition, by taking an innovative approach to registry services, by addressing the unique challenges of the start-up period, by offering an intellectual property notification service and by operating in accordance with to a comprehensive marketing and operational plan. These concepts represent the JVTeam’s evolutionary approach to the ongoing development of the DNS.
A new unrestricted top level domain—The core concept being evaluated in .web is the notion of a second truly open and unrestricted TLD space. Indeed, .web represents the first truly open domain space intended for any person or organization wishing to have an easy-to-remember address on the Internet.
The focus for the .web domain space will be its global acceptance by Internet users. It is the JVTeam’s contention that a carefully constructed marketing plan combined with user focused features will provide an extremely attractive and successful consumer product.
Concept to be
proven: That a new unrestricted domain space will meet a
currently unmet market need.
A policy of purpose—The JVTeam acknowledges the substantial work undertaken by ICANN in the development of policy in particular with relations to the Uniform Dispute Resolution Policy. For the purposes of .web, the charter of the space will be administered by registrars according to all of the requirements of the currently active UDRP as well as an additional section that covers the issue of charter compliance. This is an evolutionary application of the UDRP to effectively deal with charter violations without compromising the efficiency of domain name registration and administration.
Concept to be
proven: That charter compliance may be affectively
administered via an extended UDRP.
An innovative approach to the start-up period—One of the most challenging issues attached to the introduction of any new TLD will be the initial rush for registrations during the start-up period. The three key issues are managing the extremely high transaction volumes, providing some mechanism to moderate registration volumes at levels which cannot be accurately predicted during the initial period, and ensuring fairness and evenhandedness in the allocation of domain names.
It is JVTeam’s contention that the round robin solution will prove extremely valuable as a solution for future, controlled introduction of new TLDs.
Concept to be
Proven: That the round robin solution will provide an
effective and fair solution to managing high transaction volumes during the
startup period and set a standard for the introduction of future TLDs.
A better registry/registrar solution—The existing registry/registrar model has in large part been successful at introducing competition at the registrar level. However the system has failed to meet the demands of a transient registrant community in particular with relation to the transfer of registrar operation. Because of inconsistency in Whois formats and authentication procedures, many registrars have struggled with management and automation of this procedure. The lack of clear guidelines for the presentation of Whois data has also created significant confusion for domain name license holders with several instances of inadvertent and or unauthorized registrar transfers and change of registrant operations.
JVTeam believes that the manner in which registrant details are stored must be reviewed so that future registries do not suffer the same administrative shortcomings of the existing registry/registrar model. One such solution, and the one proposed by JVTeam, is the concept of the “fat” registry incorporating a centralized Whois service.
Concept to be
proven: That the
fat registry model will provide solutions to many existing administrative and security
issues.
A competitive registry environment—The JVTeam registry will represent the next leap forward in the evolution of TLD registry operations. The solution will draw on JVTeam’s extensive experience in database management, domain name services, channel management, registry and registrar experience, policy administration, and the provision of high transaction software and infrastructure. This unique skill set and experience enables JVTeam to understand the existing issues in the single registry environment and innovate in all key areas including better adapted functionality, better service standards, increased reliability, effective marketing, and business development. The result in all this for the consumer is the ability to choose a domain name backed up by a registry capable of delivering these improvements.
Concept to be proven: That a
registry which provides the next generation of services and service standards
will cultivate a competitive multiple registry environment.
The introduction of .web will be an evolutionary step for the domain name system. The JVTeam proposal poses several key areas for evaluation in the interests of gathering information for the future introduction of TLDs and additional registry providers. JVTeam is committed to ensuring that lessons learned in the introduction of .web will benefit the whole DNS community. Only the JVTeam, with its demonstrated history of neutrality and intimate involvement in the DNS, understands these issues and their implications for the future of the domain name system.
How do you propose that the results of the introduction should be evaluated? By what criteria should the success or lack of success of the TLD be evaluated?
JVTeam is committed to establishing simple,
measurable, and attainable reference points for assessing the success of the
introduction of the .web domain space.
JVTeam will draw on its in-depth understanding of the entire DNS
environment to set these points of reference in close consultation with all
interested parties.
Listening to the end users—JVTeam understands the importance of this phase of new TLDs in the ongoing development of the DNS. JVTeam is also committed to the notion that domain names are much more than a technical object. They are a critical tool for business and end users. Therefore, it is ultimately they who should judge the success of any new TLDs. JVTeam will at all stages take a consultative approach to measuring the success of the new TLD and as there are several distinct “user groups,” the measures of success will be customized for each one. JVTeam will seek input from several different bodies and communities in defining exactly what the success criteria should be and seek their assistance evaluating the results. It is envisaged that the evaluation process will be undertaken in close consultation with ICANN representatives.
Key groups who will be encouraged to participate in this process will include:
· The end user community (domain name license holders)
· The registrar community
· ICANN
· IPC
· WIPO
· The Internet service provider community
· The IETF
· Other registries.
The table below provides an example of the evaluation methods and measures of success that could be used for specific concepts. These methods and measures will be further refined as part of an ongoing dialogue with all relevant parties.
|
SAMPLE EVALUATION METHODS AND MEASURES FOR SUCCESS |
||
|
Concept |
Evaluation method |
Measure of success |
|
The utility of the DNS can be extended via a TLD intended for business use as opposed to individual use |
Measure number of domains registered and activated with new functionality |
>70% domains registered in first 3 months of launch activate new functionality |
|
Policy application through charter |
Monitor registrations during first 3 months and automate an audit of charter compliance at registry level |
<5% charter violations |
|
Round robin solution to start-up |
Feedback from registrars and registrants via registrars and ICANN |
>70% positive feedback |
|
|
Measure disputes under UDRP during start up period via registrars |
<5% of registrations precipitate UDRP actions |
|
Additional registry functionality creates competitive edge for the new TLD |
Ongoing market research on perceived value of additional functionality and its impact on demand |
Market research indicating competitive value proposition of new TLD over existing spaces |
|
A better registry/registrar model will provide solutions to administrative issue |
Registrar feedback online forms |
>70% reduction in manual administrative functions such as transfer of registrar |
|
|
Registrant feedback on online forms via registrars |
>70% positive feedback |
|
Registry level authentication for business domains |
Count number of domain hi-jacking claims |
>90% decrease in hi-jacking claims |
|
Trademark Notification Service |
Registrar feedback on online forms |
>70% positive feedback |
|
|
Registrant feedback online forms via registrars |
>70% positive feedback |
|
|
Feedback forms provided to WIPO, IPC for distribution amongst legal representatives |
>70% positive feedback |
By taking a consultative approach to evaluation and by actively facilitating feedback mechanisms, JVTeam will evaluate the success of the .web domain space and utilize the information to constantly improve the registry’s services and operations as well as provide it to ICANN for use in the ongoing program for introducing new TLDs and registry-level competition.
In what way would the results of the evaluation assist in the long-range management of the DNS?
Because JVTeam proposes an evolutionary approach to introduction of new TLDs, ICANN will have a ready reference point in the existing TLDs. The data to be gathered and reported to ICANN will provide the necessary input to pave the way for a technically stable, multiple registry environment.
JVTeam submits that the results of its evaluation of the introduction of the .web registry will assist ICANN and the Internet community at large to:
· Confirm the technical stability of a multiple registry environment with particular attention to management and distribution of zone files
· Confirm the commercial viability of additional TLDs
· Confirm the commercial viability of enhancing TLD utility and expansion into arenas outside of traditional uses
· Confirm the “moderated” approach to the start-up issues associated with introducing a new TLD
· Identify improvements to the process for the introduction of new TLDs by capturing feedback and suggestions from the registrar community
· Confirm that the “fat registry” model is the way forward for a multiple-registry environment.
For this round of allocations there is not any substantial existing data to base predictions and projections for technical and administrative issues. By collecting, analyzing, and publishing data gathered from this process, it will be much simpler for ICANN and future registries to project requirements for system and administrative resources in launching further TLDs.
Are there any reasons other than evaluation of the introduction process that this particular TLD should be included in the initial introduction?
ICANN not only must consider the impact of the introduction of new TLDs, but also must consider the impact of the introduction of different kinds of TLDs. A .web type TLD is likely the only unrestricted introduction for this round. ICANN must have the data necessary to consider such introductions in the future.