ICANN ICANN Email List Archives

[bc-gnso]


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

RE: [bc-gnso] RE: Draft BC comment on proposed .NET Renewal

  • To: bc - GNSO list <bc-gnso@xxxxxxxxx>
  • Subject: RE: [bc-gnso] RE: Draft BC comment on proposed .NET Renewal
  • From: Marilyn Cade <marilynscade@xxxxxxxxxxx>
  • Date: Mon, 9 May 2011 09:34:56 -0400


I just asked Steve to work with the Rapporteurs to gather all comments. 
Depending on the views of members,and following the Charter, the question of 
voting on the draft position may be appropriate. If so, and there are different 
views on sub elements, then it could be that the ballot would separate out 
certain sub elements. That needs to be determined by Steve as V.Chair, Policy 
Coordination, in consultation with the Rapporteurs.That is a process comment, 
as chair.
In addition, I ask that members consider: -- PDP WG process isn't working out 
in a balanced manner, from the feedback I getfrom members who participate, and 
from my own observation. Parties can 'stack the participant deck' and then 
block any agreement coming out of a WG. 
PDPs are binding if they reach consensus status, and not if not. 
It could be that the operating registry would accept moving to thick WHOIS on a 
voluntary contractual basis, and that such a proposal would in any case, be 
published for public comment.  If established by contractual negotiations, the 
termswould be important to follow and comment on [e.g. what said data can be 
used for, etc.]. 
Registrars are likely to oppose any such change, as will the NCUC... I suspect. 
 


My individual comments on the draft are provided separately, and as an 
individual. 
Marilyn Cade



From: philip.sheppard@xxxxxx
To: bc-gnso@xxxxxxxxx
Subject: RE: [bc-gnso] RE: Draft BC comment on proposed .NET Renewal
Date: Mon, 9 May 2011 15:08:11 +0200








In relation 
to the discussion about URS, Trademark clearing and .NET, please note that the 
proposal earlier (see below) is a principle of equal 
treatment.
Under this 
principle the BC DEFAULT would be that all new mechanisms (including rights 
protection) would form part of a new .NET contract.
 
A secondary 
argument, then comes in.
Is there 
any BC-supported reason NOT to do this for any specific new 
obligation?
That 
is the inverse starting point to the debate at present. 

Maybe we need a vote on the first 
principle.
 
Philip
--------------------------------
 

NEW
The BC believes in the principle of equal treatment. Under this as 
ICANN's contracts evolve to suit changing market conditions, the ICANN contract 
renewal process should be the opportunity to upgrade older contracts to the new 
standards. This is fair both from a public interest perspective and from a 
competition law perspective. Under the ICANN process the contract parties are 
in 
the room when the conditions for new market entrants are being set. Under these 
unusual circumstances the contract parties cannot expect their older contracts 
to be immune from the changes they themselves are imposing on their future 
competitors.
 
In the context of .NET therefore, ICANN should seek as a fundamental 
principle to amend this contract to equate with the requirements of the new 
gTLD 
program.
                                          


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

Privacy Policy | Terms of Service | Cookies Policy