<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
&nbsp;<br>Barry, Steve,<div><br></div><div>Thanks Barry, for your work on this. &nbsp;I have a couple of suggestions, and point out a couple of editorial changes that you will want to make. &nbsp;I provide several suggestions ,and put into bold some of the key words/and new proposed language to try to make this easier to understand and follow.&nbsp;</div><div><br></div><div>Overall great job. A few critical changes proposed.&nbsp;</div><div><br></div><div>For the longer term, I know that there are other discussions to be had about a 'template' &nbsp;or 'templates' for BC policy positions and, I do hope that you will play a leadership role in that process.</div><div><br></div><div>On the substance of this comment, I would suggest that you change the legend on some of the elements to <b>!.</b>&nbsp;</div><div>For instance, although the category: <b>"Reserves</b>" says no comment, actually the BC does have a comment. <b>Capital Expenditures:</b> says no comments, but does offer a very important comment. <b>Continuity Planning</b>, legend says no comment, but we do have a comment. &nbsp;I'd just suggest changing the legend to "!", and editing out the /NO comment on those issues.</div><div><br></div><div>Finally, I wanted to call your attention and others to the need to have a category that is 'brands related gTLD registry'. &nbsp;Youcould add a footnote to '<b>registry population'</b>, noting that there may be a category of registries that are operated by a brand holder, for their subscribers, or employees, and that this category is not addressed, to date, in ICANN's work.&nbsp;</div><div><br></div><div><br></div><div><br></div><div>In the Survey Demographics section. The first bullet point needs to have an edit in the last reference to the ccTLDs. it should read "..... under different contractual obligations to ICANN than ccTLDs. &nbsp; I think you mean ... "than gTLDs".</div><div><br></div><div>Discussion Point: &nbsp;I spent a good deal of time studying ccTLDs when I was chairing the first WHOIS Task Force. The working methods of the cc's are indeed a good barometer for learning. Sometimes this is not well understood by business users who primarily register in cc's defensively. &nbsp;And, there are other factors that limit the exposure of business users to the ccTLD managers -- e.g. while we once held dialogues with the cc's that has gone by the wayside and the primary focus is on the gTLDs. &nbsp; And, then the reality is that the gTLDs registries often believe that they are the 'rightful choice' for back engines for future gTLDs and even for ccTLDs. &nbsp;As BC, we need to agnostic about business preferences. Business uses can register in either gTLDs or ccTLDs and need to have a broadened understanding of the role and activities of the ccTLDs for many reasons. &nbsp;I'd propose that we soften the comments about the cc's. &nbsp;</div><div><br></div><div>For instance, I disagree with the proposal that the review of cc's be limited to those &nbsp;ccTLDs that mimic gTLDs -- I do not agree. That would eliminate .de; .uk, and .ca, and .cn, for example, all of which are large and complex ccTLDS, often more complex and technically sophisticated than many of the smaller gTLDs. &nbsp;A few cc's are marketed as 'global' TLDs, and that has disconcerted, or annoyed some gTLD registries. &nbsp;That is a perspective of gTLD registries that may not not actually serve the broader global business user communities' interest. For instance, if you are a small Kenyan business, you may both prefer to register in .ky and find advantage in doing so. You may also want to register in a gTLD as well, however. Global business users are registering in ccTLDs in many cases to have identity in the country they are doing business in. &nbsp;Understanding cc's practices is a 'good thing'. &nbsp;</div><div><br></div><div>I'd prefer to strike the statement "Perhaps ccTLDs that mimic a gTLD should be chosen'. &nbsp;Instead, I'd propose that the BC statement read: &nbsp;<b>The CBUC supports the inclusion of ccTLDs in this study and is interested in ensuring that the sample is fully representative of different practices and models, including analyzing different 'sizes" of cc TLD registries.&nbsp;</b></div><div><br></div><div>In your bullet about slide 4, the language seems to need some editing. &nbsp;</div><div><br></div><div>Finally, I <b>do not support</b> ICANN's outsourcing of compliance, and I suggest that the BC should not support that. &nbsp;The present position offered could be strengthened by changing the statement to proposed new statement:&nbsp;</div><div><br></div><div><b>"Enforcement and compliance should remain a primary function of ICANN itself. &nbsp;Outsourcing of such functions may create vulnerabilities for ICANN to fulfull its core responsibilities and any proposed outsourcing should be carefully studied, and the subject of further public comment before proceeding with any such initiatives. ICANN may be proposing an initial cost savings approach that will ultimately harm the registrants and limit ICANN's ability to fulfill its core responsibilities. "</b></div><div><br></div><div>Technical and Network Architecture: &nbsp;This BC statement could use the same footnore reference mentioned above regarding brands registries.&nbsp;</div><div><br></div><div><br></div><div><br><br><br>&gt; Date: Tue, 30 Mar 2010 18:57:58 -0400<br>&gt; Subject: [bc-gnso] Another Last Call:   BC Position - Baseline Registry Operations Report<br>&gt; From: sdelbianco@netchoice.org<br>&gt; To: bc-GNSO@icann.org<br>&gt; <br>&gt; Another Last Call before closing on a BC comment.<br>&gt; <br>&gt; Attached is the draft BC position regarding the report on Baseline Registry<br>&gt; Operations.<br>&gt; <br>&gt; Berry Cobb circulated the draft back on 23-Mar (see below).  Išve signaled<br>&gt; my agreement.<br>&gt; <br>&gt; Absent objections by COB tomorrow, we will file as consensus BC comments on<br>&gt; 1-Apr-2010. <br>&gt; <br>&gt; --Steve<br>&gt; <br>&gt; On 3/23/10 3:16 AM, "Berry Cobb" &lt;berrycobb@infinityportals.com&gt; wrote:<br>&gt; <br>&gt; BC,<br>&gt; <br>&gt; Attached is the first draft of the CBUC position statement for the Baseline<br>&gt; Registry Operation report released by ICANN.  Overall, I feel KPMG performed<br>&gt; well and provided meaningful views of the data. It is ashamed that more<br>&gt; participants were not a part of the sample data.<br>&gt; <br>&gt; My Registry operations experience is limited, so I ask the BC team to take a<br>&gt; strong look at the report and the initial comments I provided.  I especially<br>&gt; invite our members that have direct Registry operations experience<br>&gt; to enhance our position about this study and its future use by the gTLD<br>&gt; Evaluation teams.<br>&gt; <br>&gt; This material is sure to have a direct impact to the next Draft Applicant<br>&gt; Guidebook version 4 to be released just prior to Brussels.  In a<br>&gt; quick review, the following are what I believe to be sections of the DAGv3<br>&gt; where  this study could influence the Application Evaluation Criteria, or<br>&gt; the Application Process both of which will be used by the gTLD Evaluation<br>&gt; teams.<br>&gt; <br>&gt; 1.2.2 Required Documents for Application<br>&gt; 1.4.2 Application Form<br>&gt; 2.1.2 Applicant Reviews<br>&gt; 2.1.3 Registry Services Review<br>&gt; 2.2.1 Technical/Operational or Financial Extended Evaluation<br>&gt; 2.2.2 DNS Stability Extended Evaluation<br>&gt; 2.2.3 Registry Services Extended Evaluation<br>&gt; <br>&gt; The comment period closes April 1st, so I ask for your quick<br>&gt; turn-around.  As Steve DelBianco eluded to in our last BC call, there are a<br>&gt; large number of comment period closings converging at once.  I thank you for<br>&gt; your quick response.  I will compile all feedback and incorporate changes on<br>&gt; 3/30/2010.<br>&gt; <br>&gt; <br>&gt; Berry Cobb<br>&gt; Infinity Portals LLC<br>&gt; San Jose, CA<br>&gt; mailto:berrycobb@infinityportals.com<br>&gt; http://infinityportals.com &lt;http://infinityportals.com/&gt;<br>&gt; 866.921.8891<br>&gt; <br>&gt; <br></div>


                                               </body>
</html>