ICANN ICANN Email List Archives

[gnso-vi-feb10]


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

Re: [gnso-vi-feb10] One Proposal

  • To: Baudouin SCHOMBE <b.schombe@xxxxxxxxx>, Jon Nevett <jon@xxxxxxxxxx>
  • Subject: Re: [gnso-vi-feb10] One Proposal
  • From: "J. Scott Evans" <jscottevans@xxxxxxxxx>
  • Date: Mon, 29 Mar 2010 16:34:34 -0700 (PDT)

I am not opposed to Jon's idea.
 j. scott evans - senior legal director, global brand and trademarks - Yahoo! 
Inc. - 408.349.1385 - jscottevans@xxxxxxxxx






________________________________
From: Baudouin SCHOMBE <b.schombe@xxxxxxxxx>
To: Jon Nevett <jon@xxxxxxxxxx>
Cc: Gnso-vi-feb10@xxxxxxxxx
Sent: Thu, March 25, 2010 5:20:00 AM
Subject: Re: [gnso-vi-feb10] One Proposal

hi Jon,

very good proposition , I support it.


SCHOMBE BAUDOUIN
COORDONNATEUR DU CENTRE AFRICAIN D'ECHANGE CULTUREL (CAFEC)
COORDONNATEUR NATIONAL REPRONTIC
MEMBRE FACILITATEUR GAID AFRIQUE
GNSO and NCUC MEMBER (ICANN)

Téléphone mobile: +243998983491/+243999334571
                          +243811980914
email:                   b.schombe@xxxxxxxxx
blog:                     http://akimambo.unblog.fr
siège temporaire : Boulevard du 30 juin Immeuble   Royal, Entrée A,7e niveau.



2010/3/24 Jon Nevett <jon@xxxxxxxxxx>

WG Colleagues:
>
>
>As I stated last week, I agree with Milton's thinking that we should get on 
>with it and see if we can reach some kind of resolution and worry less about 
>the Board's potential default position.  I also am not concerned about what we 
>look to as a "baseline" -- but am more interested in what we look to as a 
>solution.  
>
>
>In the interest of moving this forward, I think that we should take a close 
>look at the relevant language in the .mobi, .tel or .asia agreements on these 
>points.  I have copied the .mobi language below.  It seems to strike a balance 
>between the two sides of the debate that we saw in Seoul.  
>
>
>Section 7.1(c) of the .mobi agreement keeps the .com, .net, .org, .biz, .info 
>prohibition on a Registry Operator having more than 15% ownership of a 
>registrar, but says that the registry could seek ICANN approval to purchase 
>more than 15%.  This kind of language would permit this WG to come up with 
>criteria for ICANN to use when evaluating a request for approval to exceed 
>15%, and gives ICANN and the Registry Operators some flexibility when faced 
>with certain cases, including new and innovative business models.   As others 
>have mentioned, a hard and fast rule would have unintended consequences.  
>
>
>This .mobi language would meet the calls of some in the community to keep the 
>status quo.  I think that Jeff Neuman mentioned a concern about using 
>sponsored TLD language as a model.  The most recent TLDs, however, sponsored 
>or not,  will more closely resemble the New TLDs than incumbent registries 
>with millions of domain names already under management.  
>
>
>It also would solve the "small registry that has a hard time getting 
>registrars to sell its name" issue -- or the community issue that others have 
>raised.  I suspect that most folks would not have an issue with a registry 
>that doesn't have traction in the marketplace and can't get registrars to sell 
>its names starting its own registrar to sell its names.  This language gives 
>some latitude for ICANN to approve a waiver for a registry in that position.  
>Size and registrar penetration rates could be factors that ICANN takes into 
>account in evaluating a RO's request to start or purchase its own registrar.  
>Obviously, there would need to be others.  
>
>
>It also would address the brand or single registrant TLD issue by giving New 
>TLD RO's the same ability that certain current RO's enjoy to select among the 
>hundreds of registrars based on objective criteria.  Once selected, the RO 
>could not discriminate against the registrars selected.  In other words, a 
>broad-based registry would want to select as many registrars as possible, but 
>a single registrant TLD would not have to select more than one.  As Avri 
>pointed out and as the GNSO already has approved, every registration would 
>need to be registered with the benefit of the requirements and obligations in 
>the RAA.  Also, it would maintain the requirement that RO's cannot 
>discriminate among registrars selling its names, but not every registrar need 
>to be able to sell every extension.  
>
>
>I also would suggest some tweaks to the current .mobi language -- limiting the 
>15% only to registrars that sell the registry operator's extension vs. any 
>registrar.  This was the position espoused by the incumbent registry 
>operators.  Therefore, an eNom-affiliate could apply for a name without 
>violating the agreement, but it couldn't sell it through its affiliated 
>registrar without ICANN approval.  I also would change the concept of 
>"acquire" to some type of corporate affiliation as Jeff N. also suggested.  
>
>
>As far as phasing, if folks like a modified .mobi language, we could agree 
>soon on language to insert into the New TLD agreement in DAG 4.  We then could 
>start on discussing and debating the criteria that ICANN should consider in 
>evaluating waiver requests.  
>
>
>I am trying to get the ball rolling with a way forward that doesn't hold up 
>New TLDs and provides ICANN with some flexibility, but doesn't open the 
>floodgates.  It also would give ICANN some latitude, but would give the 
>community the ability to shape and restrict ICANN's discretion.  
>
>
>I am very open to discussing other proposals as well, but let's minimize 
>discussing processes and baselines and work towards solutions.  
>
>
>Thanks.
>
>
>Jon 
>.mobi Registry Agreement
>>Section 7.1   Registry-Registrar Agreement.
>>a.  Access to Registry Services. Registry Operator shall make access to 
>>Registry Services, including the shared registration system, available to 
>>ICANN-accredited registrars. The criteria for the selection of registrars 
>>shall be as set forth in Appendix S. Following execution of the 
>>Registry-Registrar Agreement between Registry Operator and the 
>>ICANN-accredited registrar, and subject to such registrar's compliance with 
>>the Registry-Registrar Agreement, Registry Operator shall provide operational 
>>access to Registry Services, including the shared registration system for the 
>>TLD. Such nondiscriminatory access to such registrars shall include without 
>>limitation the following:
>>                    i.        All registrars (including any registrar 
>>affiliated with Registry Operator) can connect to the shared registration 
>>system gateway for the TLD via the Internet by utilizing the same maximum 
>>number of IP addresses and SSL certificate authentication;
>>                 ii.         Registry Operator has made the current version 
>>of the registrar toolkit software accessible to all registrars and has made 
>>any updates available to all registrars on the same schedule;
>>               iii.        All registrars have the same level of access to 
>>customer support personnel via telephone, e-mail and Registry Operator's 
>>website;
>>               iv.        All registrars have the same level of access to 
>>registry resources to resolve registry/registrar or registrar/registrar 
>>disputes and technical and/or administrative customer service issues;
>>                  v.        All registrars have the same level of access to 
>>data generated by Registry Operator to reconcile their registration 
>>activities from Registry Operator's Web and ftp servers;
>>               vi.        All registrars may perform basic automated 
>>registrar account management functions using the same registrar tool made 
>>available to all registrars by Registry Operator; and
>>             vii.        The shared registration system does not include, for 
>>purposes of providing discriminatory access, any algorithms or protocols that 
>>differentiate among registrars with respect to functionality, including 
>>database access, system priorities and overall performance.
>>Such Registry-Registrar Agreement may be revised by Registry Operator from 
>>time to time, provided however, that any such revisions must be approved in 
>>advance by ICANN.
>>b. Registry Operator Shall Not Act as Own Registrar. Registry Operator shall 
>>not act as a registrar with respect to a “domain name registration” as that 
>>term is defined in Section 7.2(b) below. This shall not preclude Registry 
>>Operator from registering names within the TLD to itself through a request 
>>made to an ICANN-accredited registrar.
>>c.   Restrictions on Acquisition of Ownership or Controlling Interest in 
>>Registrar. Registry Operator shall not acquire, directly or indirectly, 
>>control of, or a greater than fifteen percent ownership interest in, any 
>>ICANN-accredited registrar, without ICANN's prior approval in writing, which 
>>approval shall not be unreasonably withheld.
>>
>>Appendix S
>>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:
>>Registry Operator will select registrars from among ICANN-Accredited 
>>Registrars in a manner that promotes the following characteristics in the 
>>group of authorized ICANN-Accredited Registrars:
>>1. Recognition of the specific aspects of the mobile services community to be 
>>supported by the sTLD and a willingness to participate in that spirit;
>>2. Thorough understanding of the principles and goals underlying sTLD 
>>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 sTLD 
>>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 sTLD 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 one or several associations 
>>representing Providers and Representatives (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 mobile 
>>communications community in the processing of registration requests.
>>8. Established business relationships with substantial numbers (proportionate 
>>to the size of the registrar) of Providers and Representatives in the 
>>region(s) served by the registrar;
>>9. Demonstrated willingness and ability to publicize and market the sTLD, to 
>>follow all sTLD marketing guidelines, and to develop and use sTLD 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 sTLD 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 sTLD;
>>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.
>>This Part 5 of this Appendix S specifies the criteria for Registry Operator’s 
>>selection of ICANN Accredited Registrars wishing to enter into a 
>>Registry-Registrar Agreement to register domain names in the sTLD. Registry 
>>Operator will determine the initial number of ICANN-Accredited Registrars to 
>>be selected and, in collaboration wit the sTLD Community, will review and 
>>revise its selection of registrars and registrar criteria from time to time 
>>as appropriate.
>
>



      


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

Privacy Policy | Terms of Service | Cookies Policy