ICANN ICANN Email List Archives

[bc-gnso]


<<< Chronological Index >>>    <<< Thread Index >>>

[bc-gnso] Registry Code of Conduct in new gTLD Agreement

  • To: "'bc - GNSO list'" <bc-gnso@xxxxxxxxx>
  • Subject: [bc-gnso] Registry Code of Conduct in new gTLD Agreement
  • From: Steve DelBianco <sdelbianco@xxxxxxxxxxxxx>
  • Date: Tue, 16 Nov 2010 15:54:35 +0000

Here's a follow-up to our policy discussion on last Thursday's call, in 
preparation for our Guidebook discussion this Thursday 18-Nov ( 10am eastern US 
time, dial-in to follow )

Now that vertical integration is permitted, we noted it was critical to have 
specific restrictions in the Code of Conduct section of the new Registry 
agreement.

As Jon Nevett noted on the call,  ICANN created a Code of Conduct as part of 
its 2001 agreement with NeuLevel to run the .biz gTLD.
http://www.icann.org/en/tlds/agreements/biz/registry-agmt-appi-27apr01.htm

There were several restrictions in the .biz code of conduct worth noting:
1. NeuLevel will not, directly or indirectly, show any preference or provide 
any special consideration to any registry operator or Registrars in the .biz 
Registry versus any other registry operator or Registrars

3. NeuLevel shall not in any way attempt to warehouse domain names. In 
addition, Registry Operator shall not attempt to register domain names in its 
own right, except for names designated for operational purposes in compliance 
with Subsection 3.6 of the Registry Agreement. In its Monthly Report to ICANN, 
NeuLevel shall include a list of all names designated for operational purposes.

5. Neither NeuLevel nor related entities shall have access to user data or 
proprietary information of a Registrar, except as necessary for registry 
management and operations.

6. NeuLevel will ensure that no user data or proprietary information from any 
Registrar is disclosed to related entities, except as necessary for registry 
management and operations.

7. Confidential information about NeuLevel's business services will not be 
shared with employees of any DNS registry operator or ICANN-Accredited 
Registrars, except (i) as necessary for registry management and operations or 
(ii) if such information is made available to all registry operator employees 
and Registrars on same terms and conditions.

For comparison purposes, the new Registry agreement issued on Friday includes  
a new Code of Conduct (Specification 9).
http://icann.org/en/topics/new-gtlds/draft-agreement-specs-clean-12nov10-en.pdf

SPECIFICATION 9*
Registry Operator Code of Conduct

[*Note: This draft Registry Operator Code of Conduct has been added to the form 
New gTLD Agreement pursuant to the ICANN Board resolution of 5 November 2010 
regarding the question of cross-ownership of gTLD registries and 
ICANN-accredited registrars. ICANN encourages community input on the types of 
conduct that should be prohibited and/or mandated given the potential for 
cross-ownership of domain-name distribution channels.]

1.    Registry Operator will not, and will not allow any parent, subsidiary, 
Affiliate, subcontractor or other related entity (each, a “Registry Related 
Party”) to:
a.    directly or indirectly show any preference or provide any special 
consideration to any registrar;
b.    register domain names in its own right, except for names registered 
through an ICANN accredited registrar that are reasonably necessary for the 
management, operations and purpose of the TLD;
c.    have access to user data or proprietary information of a registrar 
utilized by or Affiliated with Registry Operator, except as necessary for 
management and operations of the TLD; or
d.    register names in the TLD or sub-domains of the TLD based upon a search 
of available names by any consumer (i.e., "front-running").

[Steve’s Note:  Should we restrict other ways to do front-running, aside from 
Whois searches?   The Registry sees nearly 100% of traffic for non-existing 
records.  That means a Registry can see all non-registered domain names that 
are typed (or mis-tyed) by users, indicating potential names to acquire for 
themselves ]

2.    If Registry Operator or a Registry Related Party also operates as a 
provider of registrar or registrar reseller services, Registry Operator will, 
or will cause such Registry Related Party to, maintain separate books of 
accounts with respect to its registrar or registrar-reseller operations.

3.    Registry Operator will, and will cause each Registry Related Party to, 
ensure that no user data or proprietary information from any registrar is 
disclosed to Registry Operator or any Registry Related Party, except as 
necessary for the management and operations of the TLD.

4.    Registry Operator will not disclose confidential registry data or 
confidential information about its registry services or operations to any 
employee of any DNS services provider, except as necessary for the management 
and operations of the TLD.

5.    Registry Operator will conduct internal reviews at least once per 
calendar year to ensure compliance with this Code of Conduct. Within twenty 
(20) calendar days following the end of each calendar year, Registry Operator 
will provide the results of the internal review, along with a certification 
executed by an executive officer of Registry Operator certifying as to Registry 
Operator’s compliance with this Code of Conduct, via email to [an address to be 
provided by ICANN]. (ICANN may specify in the future that the reports be 
delivered by other reasonable means.)

6.    Nothing set forth herein shall: (i) limit ICANN from conducting 
investigations of claims of Registry Operator’s non-compliance with this Code 
of Conduct; or (ii) provide grounds for Registry Operator to refuse to 
cooperate with ICANN investigations of claims of Registry Operator’s 
non-compliance with this Code of Conduct.





<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy