<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 10, 2017, at 6:31 PM, Aikman-Scalese, Anne <<a href="mailto:AAikman@lrrc.com" class="">AAikman@lrrc.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class="">Dear all,<o:p class=""></o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class="">Cheryl has asked that we consider an be prepared to discuss Slides 12, 13, and 14 in the attachment in our October 12 call – three Straw Proposals re new registry services in applications.</span></b></div></div></div></blockquote><div><br class=""></div>After our call, Policy staff suggested to WT4 leadership, and it was promptly accepted, to also list current policy and implementation(p+i) as another proposal. They also called our attention to the fact that SP2 is that looks more closely to current p+i, but that all 3 proposals look more similar among themselves at to current p+i than dissimilar. </div><div><br class=""></div><div></co-chair></div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""></o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b><b class="" style="font-size: 11pt;"><span style="font-size: 14pt; color: rgb(31, 73, 125);" class="">Regarding the three Straw Proposals as to whether or not a registry operator needs to describe new services in its application, one item we have not fully considered is that the GAC is still likely to have input at the application stage. If the GAC has input, I don’t think we want to foreclose the GNSO or other policy (e.g. ALAC) input to the Board. </span></b></div></div></blockquote><div><br class=""></div>There is a public comment period for all applications that allow any stakeholder, organised or not in an SO or AC, to provide input on applications. </div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class="" style="font-size: 11pt;"><span style="font-size: 14pt; color: rgb(31, 73, 125);" class="">There is also the Objection process to be considered and new registry services could be relevant to evaluating an Objection. (This is also why the Answer to Question 18 – purpose of the TLD is relevant.)</span></b></div></div></blockquote><div><br class=""></div>If an applicant wants to settle a dispute with an objector, it can file a change request and add such registry service if that helps bring peace among the parties... </div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class="">One risk we face in Straw Proposals 1 and 3 (by not requiring new services to be listed in an application) is that the Community (including the GAC) may want more involvement in the RSEP process. For example, if no disclosure of new services is required in the application, should a public comment period for new services proposed via RSEP be mandatory? (This is a transparency issue.)</span></b></div></div></blockquote><div><br class=""></div>That's a policy outside of the scope of this PDP. </div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""></o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class="">The RSEP process is detailed at the link below. It says that the new service may or may not call for public comment if it “sets new precedent or has substantial effect on ICANN, third parties, or the DNS.” So at present ICANN org determines this I guess. To my mind there is a question whether a change in the application process that does not require a description of new services would necessarily implicate a reexamination of the RSEP process detailed here:<o:p class=""></o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><font color="#800080" class=""><u class=""><a href="https://www.icann.org/resources/pages/workflow-2012-02-25-en" class="">https://www.icann.org/resources/pages/workflow-2012-02-25-en</a></u></font></span></b></div></div></blockquote><div><br class=""></div>The current RSEP implementation is known to be wrong and to have deviated from GNSO and Board approved policy. This is currently under efforts to rectified; that said, what was done in 2012 on what is still suggested by all proposals is to follow then-applicable RSEP implementation for evaluating such services, which aside scalability gains, also provider fairness among applicants and incumbent registries. </div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""></o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class="">There is a comparison statement on Slide 15 which points out that Straw Proposal 2 requires all services to be described in the application. However, the second part of Straw Proposal 2, establishment of a “fast-track” for pre-approved services definitely contemplated that pre-approved services can be named and that would certainly allow for a friendly amendment to Straw Proposal 2 to state that all new services should be detailed but that pre-approved services can just be listed.</span></b></div></div></blockquote><div><br class=""></div>Sounds reasonable to me. </div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""></o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class="">So it seems that #1 and # 3 don’t require any listing of pre-approved services or new services. This would leave any new services to the RSEP process and leave pre-approved services undisclosed in the application. But the RSEP process doesn’t require public comment if ICANN org determines that is not needed.</span></b></div></div></blockquote><div><br class=""></div>And ICANN Org can only request public comments if a service is found to be a possible security or stability risk. And in that case, there are actually two public comments: one when the matter is referred to RSTEP, for the panel to address both their views on the proposed service and concerns raised by the community, and one when the RSTEP findings are sent to the Board. So a properly-administered RSEP process following GNSO/Board policy either have 0 public comments or two public comments. </div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""></o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><b class=""><span style="font-size: 14pt; color: rgb(31, 73, 125);" class="">Straw Proposal # 2 requires listing of new services and assessment of any security/stability concerns, but could either specify (a) no listing of pre-approved services or a (b) simple listing of said pre-approved services (to be determined) without a lot of detail. <span class="Apple-converted-space"> </span><o:p class=""></o:p></span></b></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><span style="color: rgb(31, 73, 125);" class=""><o:p class=""> </o:p></span></div></div></blockquote><br class=""></div><div>Which I believe goes to the other suggestion made before. </div><div><br class=""></div><div><br class=""></div><div><br class=""></div><div>Rubens</div><div><br class=""></div></body></html>