<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><br class=""></div>Follow inline some comments on today's discussions. <div class=""><br class=""><div class=""><div><blockquote type="cite" class=""><div class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><u class="">Discussion</u>:<o:p class=""></o:p></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">-- The third-parties don’t have a contract with ICANN so don’t see how you could have a publicly available list. Not sure there is any value.</div></div></div></blockquote><div><br class=""></div>There are two questions here; one is the feasibility of making the list that ICANN Org already has of RSPs public or not. Every TLD currently in GDD portal has an RSP identifier, but there is no public list of all current RSPs in operation. </div><div><br class=""></div><div>The other is if there is value; I don't see much value either, but this is far from impossible. In fact it would be very simple, provided it serves a purpose.</div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><o:p class=""></o:p></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><br class=""></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">-- Maybe instead call them “pre-evaluated” RSPs.</div></div></blockquote><div><br class=""></div>This option was floated before, and "pre-approval" seemed combining more acceptance and less rejection from the WG. But "pre-evaluated" wouldn't be wrong at all. </div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><o:p class=""></o:p></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">-- QUESTION: Does RSP pre-approval apply regardless of the services to be provided in connection with a particular application or is the ability to meet the needs related to proposed new services part of the evaluation even if the RSP is Pre-approved? QUESTION</div></div></blockquote><br class=""><div><br class=""></div>That's likely to be impossible to generalize. I suggest leaving to the evaluators of the proposed "non-vanilla" services if those services require specific additional evaluation or not. That could take the form of clarifying questions to the proposed services. </div><div><br class=""></div><div><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0);"><div class="" style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">-- If there are new registry services proposed then there would need to be a new evaluation.</div></div></blockquote><br class=""></div><div>Yes, for some definition of "new". This point will come in later discussions in the sections about evaluation. </div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><o:p class=""></o:p></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">-- What might be at issue here is what's the term of the pre-approval? It holds until the completion of the application and evaluation process. From then on the registry operator is responsible for meeting the technical requirements.</div></div></blockquote><div><br class=""></div><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0);"><div class="" style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">-- The pre-approval holds until the completion of the application/evaluation process. After that the RO is responsible for meeting the technical requirements. Not sure how you would remove pre-approval.</div></div></blockquote><div><br class=""></div><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0);"><div class="" style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">-- Whether an RSP is on a pre-approved list or not: Should be that at a point in time this RSP has qualified against a standard set of questions and that this stands for a period of time. There still would need to be monitoring by the RO.</div></div></blockquote><div><br class=""></div><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0);"><div class="" style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">-- Need to decide how long the pre-approval lasts and when another evaluation is required.<o:p class=""></o:p></div><div class="" style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;">-- the assumption was that the RSPs would retain their quality for that period of time, subject to pre-delegation testing.</div></div></blockquote><div><br class=""></div>It could hold until the evaluation criteria stays substantially similar to the one in which RSP got pre-approval on. I believe that content matters more than time here.</div><div><br class=""></div><div>On PDT, we should be careful that ICANN blames the policy and AGB for using the same PDT to do first time delegations and to do RSP transition. While some tests are indeed the same, we should at least free the test at policy-level from being an exact replica of one another, and leave it to fulfilling the stability mission for how these two tests are similar or not. </div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><o:p class=""></o:p></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">-- Agreement on the need for more information from ICANN on the EBERO-triggering incidents.<o:p class=""></o:p></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">-- This was supposed to provide efficiencies in the process. This was never meant to be an accreditation.</div></div></blockquote><div><br class=""></div>At least not in how loaded the term accreditation carries meaning within the ICANN framework. The word in its natural habitat, the English language, doesn't seem to be so strong as its usage in ICANN matters.</div><div>But it what it is now, so better to avoid the accreditation terminology. </div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><o:p class=""></o:p></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><span style="font-size: 11pt;" class="">Next meeting: Start with Factoring in the Number of TLDs the RSP Intends to Support.</span></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><o:p class=""></o:p></div></div></blockquote><br class=""></div><div>While load capacity is something that appeals to intuition, it's not how registry systems work. An RSP could handle a million brand TLDs and still fail to support the land rush of a single open TLD that is either too cheap or too popular at pre-registrations. Landrush and steady state load patterns are very connected to commercial definitions, and one constant theme in the 2012 program is how TLDs moved from one model to another. </div><div><br class=""></div><div><br class=""></div><div><br class=""></div><div>Rubens</div><div><br class=""></div><div><br class=""></div><div><br class=""></div><div><br class=""></div><br class=""></div></div></body></html>