<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
<br>I just asked Steve to work with the Rapporteurs to gather all comments. Depending on the views of members,<div>and following the Charter, the question of voting on the draft position may be appropriate. If so, and there are&nbsp;</div><div>different views on sub elements, then it could be that the ballot would separate out certain sub elements.&nbsp;</div><div>That needs to be determined by Steve as V.Chair, Policy Coordination, in consultation with the Rapporteurs.</div><div>That is a process comment, as chair.</div><div><br></div><div>In addition, I ask that members consider:&nbsp;</div><div>-- PDP WG process isn't working out in a balanced manner, from the feedback I get</div><div>from members who participate, and from my own observation. Parties can 'stack the participant deck' and then&nbsp;</div><div>block any agreement coming out of a WG.&nbsp;</div><div><br></div><div>PDPs are binding if they reach consensus status, and not if not.&nbsp;</div><div><br></div><div>It could be that the operating registry would accept moving to thick WHOIS on a voluntary contractual basis, and that&nbsp;</div><div>such a proposal would in any case, be published for public comment. &nbsp;If established by contractual negotiations, the terms</div><div>would be important to follow and comment on [e.g. what said data can be used for, etc.].&nbsp;</div><div><br></div><div>Registrars are likely to oppose any such change, as will the NCUC... I suspect. &nbsp;</div><div><br></div><div><br></div><div><br></div><div>My individual comments on the draft are provided separately, and as an individual.&nbsp;</div><div><br></div><div>Marilyn Cade<br><br><br><br><hr id="stopSpelling">From: philip.sheppard@aim.be<br>To: bc-gnso@icann.org<br>Subject: RE: [bc-gnso] RE: Draft BC comment on proposed .NET Renewal<br>Date: Mon, 9 May 2011 15:08:11 +0200<br><br>

<meta http-equiv="Content-Type" content="text/html; charset=unicode">
<meta name="Generator" content="Microsoft SafeHTML">



<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011">In relation 
to the discussion about URS, Trademark clearing and .NET, please note that the 
proposal earlier (see below) is&nbsp;a principle of equal 
treatment.</span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011">Under this 
principle the BC DEFAULT would be that all new mechanisms (including rights 
protection) would form part of&nbsp;a new .NET contract.</span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011"></span></font>&nbsp;</div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011">A secondary 
argument, then comes in.</span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011">Is there 
any BC-supported reason NOT to do this for any specific new 
obligation?</span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011">That 
is&nbsp;the inverse starting point to the debate at present. 
</span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011"></span></font><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011">Maybe we need a vote on the first 
principle.</span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011"></span></font>&nbsp;</div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011">Philip</span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011">--------------------------------</span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011"></span></font>&nbsp;</div>
<div><font size="2" face="Trebuchet MS"><span class="ecx065590013-09052011">
<div><font size="2" face="Trebuchet MS"><span class="ecx171033508-04052011"><span style="line-height:115%;font-family:Arial;font-size:11pt" lang="EN-US">NEW</span></span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx171033508-04052011"><span style="line-height:115%;font-family:Arial;font-size:11pt" lang="EN-US">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.</span></span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx171033508-04052011"><span style="line-height:115%;font-family:Arial;font-size:11pt" lang="EN-US"></span></span></font>&nbsp;</div>
<div><font size="2" face="Trebuchet MS"><span class="ecx171033508-04052011"><span style="line-height:115%;font-family:Arial;font-size:11pt" lang="EN-US">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.</span></span></font></div>
<div><font size="2" face="Trebuchet MS"><span class="ecx171033508-04052011"><span style="line-height:115%;font-family:Arial;font-size:11pt" lang="EN-US"></span></span></font>&nbsp;</div></span></font></div></div>                                               </body>
</html>