<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
I wonder if the term is challenging to the newcomers, though, Ron. Perhaps a footnote that while not naming a registry specifically, could note that captures your first sentence. I fully support the issue/concern, but wanted to note that a 'brands' registry for instance, would have different needs. Your other excellent example is a bigger concern and one well worth noting. How about a [for example, a registry that after delegation, engages in undertakings that are demed to damage the integrity of the Internet and ICANN, and harms registrants and specific communities, or engages in actions which are deemed to create technical risks]. That last phrase would have captured 'sitefinder', I think, and wildcarding in the g's. for instance. <br><br><em><font face="Lucida Handwriting, Cursive" color="#0000ff" size="4"><strong>Marilyn S. Cade</strong></font></em><br>
<strong><em><font face="Lucida Handwriting" color="#0000ff" size="4"></font></em></strong><br><font face="Arial Black, Geneva, Arial, Sans-serif"><em><strong><font color="#000000"><font face="Verdana, Geneva, Arial, Sans-serif">202 360 1196</font> <font face="Tahoma,Helvetica,Sans-Serif">or 202 251 6787</font></font></strong></em></font><br>
<strong><em><font face="Tahoma"><a href="mailto:mscade@att.net"><font color="#000000">mscade@att.net</font></a><font color="#000000"> or </font><a href="mailto:marilynscade@hotmail.com"><font color="#000000">marilynscade@hotmail.com</font></a></font></em></strong><br><br><br><br><br><br><hr id="stopSpelling">From: randruff@rnapartners.com<br>To: marilynscade@hotmail.com; bc-gnso@icann.org<br>Subject: RE: [bc-gnso] Last Call: BC Position on New TLD Registry Agreement Amendments DAG v3<br>Date: Wed, 31 Mar 2010 10:44:11 -0400<br><br>
<style>
.ExternalClass .ecxshape
{;}
</style>
<title>Last Call: BC Position on New TLD Registry Agreement
Amendments DAG v3</title>
<style>
</style>
<style>
.ExternalClass p.ecxMsoNormal, .ExternalClass li.ecxMsoNormal, .ExternalClass div.ecxMsoNormal
{margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass a:link, .ExternalClass span.ecxMsoHyperlink
{color:blue;text-decoration:underline;}
.ExternalClass a:visited, .ExternalClass span.ecxMsoHyperlinkFollowed
{color:blue;text-decoration:underline;}
.ExternalClass p
{margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass p.ecxecxmsonormal, .ExternalClass li.ecxecxmsonormal, .ExternalClass div.ecxecxmsonormal
{margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass p.ecxecxmsonormal1, .ExternalClass li.ecxecxmsonormal1, .ExternalClass div.ecxecxmsonormal1
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass p.ecxecxmsonormal2, .ExternalClass li.ecxecxmsonormal2, .ExternalClass div.ecxecxmsonormal2
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass p.ecxecxmsonormal3, .ExternalClass li.ecxecxmsonormal3, .ExternalClass div.ecxecxmsonormal3
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass p.ecxecxmsonormal4, .ExternalClass li.ecxecxmsonormal4, .ExternalClass div.ecxecxmsonormal4
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass p.ecxecxmsonormal5, .ExternalClass li.ecxecxmsonormal5, .ExternalClass div.ecxecxmsonormal5
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass span.ecxecxmsohyperlink1
{color:blue;text-decoration:underline;}
.ExternalClass p.ecxecxmsonormal6, .ExternalClass li.ecxecxmsonormal6, .ExternalClass div.ecxecxmsonormal6
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass span.ecxecxmsohyperlink2
{color:blue;text-decoration:underline;}
.ExternalClass p.ecxecxmsonormal7, .ExternalClass li.ecxecxmsonormal7, .ExternalClass div.ecxecxmsonormal7
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass span.ecxecxmsohyperlink3
{color:blue;text-decoration:underline;}
.ExternalClass span.ecxecxmsohyperlinkfollowed1
{color:purple;text-decoration:underline;}
.ExternalClass p.ecxecxmsonormal8, .ExternalClass li.ecxecxmsonormal8, .ExternalClass div.ecxecxmsonormal8
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass span.ecxecxmsohyperlink4
{color:blue;text-decoration:underline;}
.ExternalClass span.ecxecxmsohyperlinkfollowed2
{color:purple;text-decoration:underline;}
.ExternalClass p.ecxecxmsonormal9, .ExternalClass li.ecxecxmsonormal9, .ExternalClass div.ecxecxmsonormal9
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass span.ecxecxmsohyperlink5
{color:blue;text-decoration:underline;}
.ExternalClass span.ecxecxmsohyperlinkfollowed3
{color:purple;text-decoration:underline;}
.ExternalClass span.ecxecxemailstyle181
{font-family:Calibri;color:#1F497D;}
.ExternalClass p.ecxecxmsochpdefault, .ExternalClass li.ecxecxmsochpdefault, .ExternalClass div.ecxecxmsochpdefault
{margin-right:0in;margin-left:0in;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass p.ecxecxmsonormal10, .ExternalClass li.ecxecxmsonormal10, .ExternalClass div.ecxecxmsonormal10
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass span.ecxecxmsohyperlink6
{color:blue;text-decoration:underline;}
.ExternalClass span.ecxecxmsohyperlinkfollowed4
{color:purple;text-decoration:underline;}
.ExternalClass span.ecxecxemailstyle182
{font-family:Calibri;color:#1F497D;}
.ExternalClass p.ecxecxmsochpdefault1, .ExternalClass li.ecxecxmsochpdefault1, .ExternalClass div.ecxecxmsochpdefault1
{margin-right:0in;margin-left:0in;font-size:10.0pt;font-family:'Times New Roman';}
.ExternalClass p.ecxecxmsonormal11, .ExternalClass li.ecxecxmsonormal11, .ExternalClass div.ecxecxmsonormal11
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass span.ecxecxmsohyperlink7
{color:blue;text-decoration:underline;}
.ExternalClass span.ecxecxmsohyperlinkfollowed5
{color:purple;text-decoration:underline;}
.ExternalClass span.ecxecxemailstyle183
{font-family:Calibri;color:#1F497D;}
.ExternalClass p.ecxecxmsochpdefault2, .ExternalClass li.ecxecxmsochpdefault2, .ExternalClass div.ecxecxmsochpdefault2
{margin-right:0in;margin-left:0in;font-size:10.0pt;font-family:'Times New Roman';}
.ExternalClass p.ecxecxmsonormal12, .ExternalClass li.ecxecxmsonormal12, .ExternalClass div.ecxecxmsonormal12
{margin-right:0in;margin-bottom:0in;margin-left:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:'Times New Roman';}
.ExternalClass span.ecxecxmsohyperlink8
{color:blue;text-decoration:underline;}
.ExternalClass span.ecxecxmsohyperlinkfollowed6
{color:purple;text-decoration:underline;}
.ExternalClass span.ecxecxemailstyle184
{font-family:Calibri;color:#1F497D;}
.ExternalClass p.ecxecxmsochpdefault3, .ExternalClass li.ecxecxmsochpdefault3, .ExternalClass div.ecxecxmsochpdefault3
{margin-right:0in;margin-left:0in;font-size:10.0pt;font-family:'Times New Roman';}
.ExternalClass span.ecxEmailStyle56
{font-family:Arial;color:blue;font-weight:normal;font-style:normal;text-decoration:none none;}
@page Section1
{size:8.5in 11.0in;}
.ExternalClass div.ecxSection1
{page:Section1;}
</style>
<div class="ecxSection1">
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue">Marilyn,</span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue"> </span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue">Regarding your comment on ‘rogue’
registries, this refers specifically to undertakings that are deemed to damage
the integrity of the Internet and ICANN, which ultimately harms both individual
users and specific communities. For example the current managers of
.TRAVEL have been using that registry as their ‘own pool of domain names’,
which irrespective of other’s IP rights are purchased and held in a
separate company (held 100% by the managers of .TRAVEL) which has been set up
solely to try to monetize their .TRAVEL domain names. In order to do this,
they first established a self-serving bulk purchase policy at massive discounts
to the industry retail price. These are the types of rogue issues that we
are recommending ICANN address in the new gTLD contracts – specifically by
providing compliance with effective tools to allow them to address the types of
issues noted above as soon as they arise.</span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue"> </span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue">Hope this helps to clarify the matter for
you and all of the members.</span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue"> </span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue">Kind regards,</span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue"> </span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue">RA</span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Arial"><span style="font-size:12.0pt;font-family:Arial;color:blue"> </span></font></p>
<div>
<p class="ecxMsoNormal"><font size="2" color="blue" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:blue">Ronald N. Andruff</span></font><font color="blue"><span style="color:blue"></span></font></p>
<p class="ecxMsoNormal"><font size="2" color="blue" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:blue">President</span></font></p>
<p class="ecxMsoNormal"><font size="3" color="blue" face="Times New Roman"><span style="font-size:12.0pt;color:blue"> </span></font></p>
<p class="ecxMsoNormal"><font size="2" color="blue" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:blue">RNA Partners, Inc.</span></font></p>
<p class="ecxMsoNormal"><font size="2" color="blue" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:blue">220 </span></font><font size="2" face="Arial"><span style="font-size:10.0pt;font-family:Arial"><font color="blue"><span style="color:blue">Fifth Avenue</span></font><font color="blue"><span style="color:blue"></span></font></span></font></p>
<p class="ecxMsoNormal"><font size="2" face="Arial"><span style="font-size:10.0pt;font-family:Arial"><font color="blue"><span style="color:blue">New York</span></font><font color="blue"><span style="color:blue">, </span></font><font color="blue"><span style="color:blue">New York</span></font><font color="blue"><span style="color:blue"> </span></font><font color="blue"><span style="color:blue">10001</span></font><font color="blue"><span style="color:blue"></span></font></span></font></p>
<p class="ecxMsoNormal"><font size="2" color="blue" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:blue">+ 1 212 481 2820 ext. 11</span></font></p>
<p class="ecxMsoNormal" style=""><font size="3" color="blue" face="Times New Roman"><span style="font-size:12.0pt;color:blue"> </span></font></p>
</div>
<div>
<div class="ecxMsoNormal" align="center" style="text-align:center"><font size="3" face="Times New Roman"><span style="font-size:12.0pt">
<hr size="2" width="100%" align="center">
</span></font></div>
<p class="ecxMsoNormal"><b><font size="2" face="Tahoma"><span style="font-size:10.0pt;font-family:Tahoma;font-weight:bold">From:</span></font></b><font size="2" face="Tahoma"><span style="font-size:10.0pt;font-family:Tahoma">
owner-bc-gnso@icann.org [mailto:owner-bc-gnso@icann.org] <b><span style="font-weight:bold">On Behalf Of </span></b>Marilyn Cade<br>
<b><span style="font-weight:bold">Sent:</span></b> Wednesday, March 31, 2010
7:42 AM<br>
<b><span style="font-weight:bold">To:</span></b> bc - GNSO list<br>
<b><span style="font-weight:bold">Subject:</span></b> RE: [bc-gnso] Last Call:
BC Position on New TLD Registry Agreement Amendments DAG v3</span></font></p>
</div>
<p class="ecxMsoNormal"><font size="3" face="Times New Roman"><span style="font-size:12.0pt"> </span></font></p>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"><br>
Thanks, Steve, Jon, and Ron, for your work on this position. I largely support
the perspective in the document. </span></font></p>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"> </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">However, I would propose a change: I think that your
use of domain name tasting as an example is actually not fully factual. I'd
propose that you simply strike that example. The PDP 06 is a better example,
but I don't think you should substitute it. Instead, just strike the reference
to the specific example. [first paragraph under the source: citation]. </span></font></p>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">It would take too much time and detail to factually
explain this topic. I'd propose just to remove it as an example. </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"> </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">Background to why I am proposing that change: The
BC [and IPC] led a significant effort to push forward awareness of kiting,
tasting, and parking, against considerable opposition from some other
constituencies within ICANN. The data gathering efforts, which included
informational exchanges with the ICANN staff and Board, and by some members of
the BC with legal and operational staff was very challenging. The PDP
process could have floundered due to lack of support by some of the
constituencies. Some parties in the business community undertook
extensive work, outside of ICANN, to deal with aggregious
tasting/parking/kiting when it involved trademarked names. These actions
helped to educate and inform ICANN staff and Board. Ultimately, it was
the combination of external and awareness efforts that built willingness to address
this contentious issue within the ICANN PDP process. </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"> </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">Overall comment: In reading this, i would note that
the BC needs to be very sensitive in our positions, focusing on our role and
responsibility as the BC, to be business user centric. Business users are
affected by these policies differently than the supplier/contracted parties
are. </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"> </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">Finally, there is a reference to 'rogue issues', or 'rogue
registry'. A registry with very unique characteristics, such as a brands
focused registry, might find certain requirements impossible to agree to
-- e.g. the transfer of the registry operations in the event of a decision to
close the registry. This would not make them a 'rogue' registry. </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"> </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">Marilyn Cade</span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">speaking in individual capacity as a BC member</span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"> </span></font></p>
</div>
<div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"> </span></font></p>
<div class="ecxMsoNormal" align="center" style="text-align:center"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">
<hr size="2" width="100%" align="center" id="ecxstopSpelling">
</span></font></div>
<p class="ecxMsoNormal" style="margin-bottom:12.0pt"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">From: icann@rodenbaugh.com<br>
To: bc-GNSO@icann.org<br>
Subject: RE: [bc-gnso] Last Call: BC Position on New TLD Registry Agreement
Amendments DAG v3<br>
Date: Tue, 30 Mar 2010 17:04:29 -0700</span></font></p>
<div>
<p class="ecxMsoNormal"><font size="2" color="#1f497d" face="Calibri"><span style="font-size:11.0pt;font-family:Calibri;color:#1F497D">Thanks Steve, Jon
and Ron. I support this position.</span></font><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"></span></font></p>
<p class="ecxMsoNormal"><font size="2" color="#1f497d" face="Calibri"><span style="font-size:11.0pt;font-family:Calibri;color:#1F497D"> </span></font><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"></span></font></p>
<div>
<p class="ecxMsoNormal"><font size="2" color="#1f497d" face="Calibri"><span style="font-size:11.0pt;font-family:Calibri;color:#1F497D">Mike Rodenbaugh</span></font><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"></span></font></p>
<p class="ecxMsoNormal"><font size="2" color="#1f497d" face="Calibri"><span style="font-size:11.0pt;font-family:Calibri;color:#1F497D">RODENBAUGH LAW</span></font><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"></span></font></p>
<p class="ecxMsoNormal"><font size="2" color="#1f497d" face="Calibri"><span style="font-size:11.0pt;font-family:Calibri;color:#1F497D">tel/fax: +1
(415) 738-8087</span></font><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"></span></font></p>
<p class="ecxMsoNormal"><font size="2" color="#1f497d" face="Calibri"><span style="font-size:11.0pt;font-family:Calibri;color:#1F497D"><a href="http://rodenbaugh.com/">http://rodenbaugh.com</a></span></font><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"></span></font></p>
</div>
<p class="ecxMsoNormal"><font size="2" color="#1f497d" face="Calibri"><span style="font-size:11.0pt;font-family:Calibri;color:#1F497D"> </span></font><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"></span></font></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="ecxMsoNormal"><b><font size="2" face="Tahoma"><span style="font-size:10.0pt;font-family:Tahoma;font-weight:bold">From:</span></font></b><font size="2" face="Tahoma"><span style="font-size:10.0pt;font-family:Tahoma">
owner-bc-gnso@icann.org [mailto:owner-bc-gnso@icann.org] <b><span style="font-weight:bold">On Behalf Of </span></b>Steve DelBianco<br>
<b><span style="font-weight:bold">Sent:</span></b> Tuesday, March 30, 2010 3:31
PM<br>
<b><span style="font-weight:bold">To:</span></b> bc-GNSO@icann.org<br>
<b><span style="font-weight:bold">Subject:</span></b> [bc-gnso] Last Call: BC
Position on New TLD Registry Agreement Amendments DAG v3</span></font><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"></span></font></p>
</div>
</div>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"> </span></font></p>
<p class="ecxMsoNormal" style="margin-bottom:12.0pt"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">Last call, folks.
Below is the draft BC position on new TLD Registry Agreement
Amendments. <br>
<br>
Ron Andruff and Jon Nevett provided the draft. I’ve signaled my agreement,
as did Berry Cobb.<br>
<br>
Absent objections by COB tomorrow, we will file as consensus BC comments on
1-Apr-2010. <br>
<br>
--Steve</span></font></p>
<p class="ecxMsoNormal" align="center" style="text-align:center"><b><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana;font-weight:bold">Business & Commercial Users’ Constituency (BC) <br>
Position/Comments on Process for Amendments to New gTLD Registry Agreements</span></font></b><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"></span></font></p>
<p class="ecxMsoNormal" style="margin-bottom:12.0pt"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">The Commercial and Business Users
Constituency (BC) welcomes the opportunity to comment on the New gTLD Program
Explanatory Memorandum on the Process for Amendments to New gTLD Registry
Agreements, which was published for public comment on February 15, 2010 (see <a href="http://icann.org/en/announcements/announcement-4-15feb10-en.htm">http://icann.org/en/announcements/announcement-4-15feb10-en.htm</a>
).<br>
<br>
ICANN seeks comment as to a fair process to amend New TLD registry agreements.
In DAG v.3, ICANN proposed that it could unilaterally amend registry
agreements even after a majority of the registry operators rejected such
amendments. The Registries Stakeholder Group (RySG) recently has proposed
a system of good faith negotiations between ICANN and the registry operators,
but that each registry would have a veto on proposed changes to that registry
agreement.<br>
As a matter of policy, the BC believes that businesses should not be subject to
agreements where the other party has the unilateral right to amend such an
agreement. ICANN’s proposal in which the ICANN Board could
unilaterally impose a change to registry agreements notwithstanding the
objections of a majority of registry operators, the BC, or any other ICANN
organization is an anathema to ICANN’s bottom-up policy making roots.
<br>
<br>
Similarly, the RySG’s proposal, in which each individual registry has the
ability to veto a proposed change, also is inconsistent with the efficient
functioning and scalability of the New gTLD program. This issue requires
a “balanced” approach that satisfies both parties. <br>
The BC analyzes the issue based on whether proposed changes are within the
so-called “picket fence” – and subject to Consensus Policy
– or not. All contractual changes should be made in a transparent
manner with input from the community. <br>
<br>
For issues within the picket fence, there is an existing Policy Development
Process that carries the power to change all registry and registrar agreements.
As described in current and proposed registry contracts, the picket fence
includes most conceivable ways that community and BC members would need to
control registry practices:</span></font></p>
<blockquote style="margin-bottom:5.0pt">
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">1.2.1. issues for which uniform or coordinated resolution
is reasonably necessary to facilitate interoperability, security and/or
stability of the Internet or DNS;<br>
<br>
1.2.2. functional and performance specifications for the provision of registry
services; <br>
<br>
1.2.3. Security and stability of the registry database for the TLD;<br>
<br>
1.2.4. registry policies reasonably necessary to implement Consensus Policies
relating to registry operations or registrars; or<br>
<br>
1.2.5. resolution of disputes regarding the registration of domain names (as
opposed to the use of such domain names).<br>
<br>
1.3.1. principles for allocation of registered names in the TLD (e.g.,
first-come/first-served, timely renewal, holding period after expiration);<br>
<br>
1.3.2. prohibitions on warehousing of or speculation in domain names by
registries or registrars;<br>
<br>
1.3.3. reservation of registered names in the TLD that may not be registered
initially or that may not be renewed due to reasons reasonably related to (i)
avoidance of confusion among or misleading of users, (ii) intellectual
property, or (iii) the technical management of the DNS or the Internet (e.g.,
establishment of reservations of names from registration); and<br>
<br>
1.3.4. maintenance of and access to accurate and up-to-date information
concerning domain name registrations; and procedures to avoid disruptions of
domain name registrations due to suspension or termination of operations by a
registry operator or a registrar, including procedures for allocation of
responsibility for serving registered domain names in a TLD affected by such a
suspension or termination.</span></font></p>
</blockquote>
<blockquote style="margin-bottom:5.0pt">
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"> </span></font></p>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana">Source: <u><font color="blue"><span style="color:blue"><a href="http://icann.org/en/topics/new-gtlds/draft-agreement-specs-clean-04oct09-en.pdf">http://icann.org/en/topics/new-gtlds/draft-agreement-specs-clean-04oct09-en.pdf</a></span></font></u>
</span></font></p>
</blockquote>
<p class="ecxMsoNormal"><font size="2" face="Verdana"><span style="font-size:10.0pt;font-family:Verdana"><br>
By way of example, a picket fence PDP was how the BC and other community
members put a stop to domain tasting that was occurring by abuse of the
add-grace period. While many felt that a 2-year PDP and implementation
process took too long, this experience showed that the system works, generating
a policy outcome that became part of all registrar and registry agreements.<br>
<br>
Therefore, ICANN shouldn’t have the ability to unilaterally change
such agreements without community consent, and the BC does not see any need for
a separate process for amendment on top of the current PDP process. The
ICANN community is tasked with making policy; not the ICANN Board or staff.
We have a process to make changes now. If that process needs
improvement, let’s improve it. Giving ICANN the ability to unilaterally
amend the Registry contract is not the answer.<br>
Certain other issues outside the picket fence also should not be subject to
unilateral changes, such as pricing, ICANN fees, and other similar topics where
neither party can unilaterally amend an agreement without consent of the other
party to the contract. <br>
<br>
There are some issues outside the picket fence, however, where ICANN and/or the
community should be able to amend registry agreements without the specific
consent of every single registry operator, as long as there is a consensus of
the community. These issues should include security and stability issues,
enforcement tools, registrant protections, and promoting a stable marketplace,
and should be enforceable against all registry operators. For example,
compliance staff must have the tools to enforce the registry agreements against
potential bad actor registries. One rogue registry should not be able to
veto changes that the rest of the community supports. Similar changes to the
Registrar Accreditation Agreement were recently adopted without each registrar
being able to veto the changes. <br>
<br>
Even with such rogue issues, neither the ICANN staff nor the Board should be
able to amend registry agreements without community involvement and input from
the registry operators. All changes – regardless of the issue --
must be transparent and exhibit the appropriate level of accountability to the
community. <br>
<br>
ICANN needs to strike a balance in the manner in which registry agreements are
amended. In the BC’s view, neither the current ICANN proposal nor
the RySG proposal succeeds in doing so yet. <br>
<br>
<br>
</span></font></p>
</div>
</div>
</div>
</div> </body>
</html>