<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle21
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle22
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle23
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle24
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle25
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:595.0pt 842.0pt;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><a name="_MailOriginalBody">Dear Work Track members,<o:p></o:p></a></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'> <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Please see below the notes from the meeting today.  <i>These high-level notes are designed to help WG members navigate through the content of the call and are not a substitute for the recording or transcript.</i> See the chat transcript and recording at: </span><a href="https://community.icann.org/display/NGSPP/2018+Work+Track+1+Meetings"><span style='mso-bookmark:_MailOriginalBody'>https://community.icann.org/display/NGSPP/2018+Work+Track+1+Meetings</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'>. <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'> <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>See the referenced document at: </span><a href="https://docs.google.com/document/d/1guiX3L0FQAd7ZpwYIJI4FdY3pv09u0EnHMAark84tmg/"><span style='mso-bookmark:_MailOriginalBody'>https://docs.google.com/document/d/1guiX3L0FQAd7ZpwYIJI4FdY3pv09u0EnHMAark84tmg/</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'>.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'> <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Kind regards,<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Julie<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Julie Hedlund, Policy Director<o:p></o:p></span></p><div style='border:none;border-bottom:solid windowtext 1.0pt;padding:0in 0in 1.0pt 0in'><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'> <o:p></o:p></span></p></div><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><b><span style='color:black'> </span></b><o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><b><span style='color:black'>Notes/Action Items from Work Track 1 Sub Team Meeting </span>20 February<span style='color:black'> 2018:</span></b><o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><b><span style='color:black'> </span></b><o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>1. SOI Updates: No updates.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>2. Review of potential recommendations for Support for Applicants from Developing Countries (4.2.14)  See: https://docs.google.com/document/d/1guiX3L0FQAd7ZpwYIJI4FdY3pv09u0EnHMAark84tmg <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Implementation Recommendation -- Improve Promotional Efforts (page 12):<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Implementation Recommendation -- Utilize partnerships to maximize outreach (page 13)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Recommendation -- support beyond reduced application fees<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Recommendation -- understand obstacles and provide assistance accordingly<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>General Agreements (page 14)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Aspects for Further Discussion (page 14)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Metrics<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Evaluation criteria<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Other elements -- did we provide the right tools?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Objectives of the ASP define<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- How to provide locally available consulting resources<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- How to improve the learning curve<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Making the business case<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- How do we penalize applicants for gaming<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- String contention resolution auction considerations -- any?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Discussion:<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Not as much support for penalizing -- but do they get their deposit back?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- The way the process that we ended up with was interesting (in the JAS Group).  Sometimes there wasn't close coordination between the recommendations of the JAS and what the Board did: the punishment of having the application cancelled was rather scary to people.  While gaming does need to be looked at that may be too strong.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- One issue we never quite got settled is how to do financial evaluation based on local economics?  Keeping that cultural awareness.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Good to look at the whole disadvantage community, not just the region.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Do we have enough on the financial understanding?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- What do we need for metrics?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Don't know how effective it was and whether it met the meetings of the community.  How do we get the right information to say that we did get it right this time?  Draft report should ask the questions.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Add to document: perhaps a request /required post process interview or survey for all applicants under this process? <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>From the chat:<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): who will decide if the attempt of gaming was undertaken?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>avri doria: the review process was arduous. so yeah, they would notice.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>avri doria: yeah, i co-chaired a group in ALAC that tried to pin it down, and we couldn't.  seems to have been a panoply of reasons.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Vanda Scartezini: @ avri- yes. not one answers fits all. depend on the country/ region..<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Cheryl Langdon-Orr (CLO): perhaps a request /required post process interview or survey for all applicants under this process? <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>3. Review of potential recommendations for Accreditation Programs (RSP Program) (4.2.8)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Aspects for Further Discussion/Not Yet Agreed Upon Ideas (page 23)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>1. Grandfathering clause?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Establish what we mean by the SLA.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Under what circumstance would grandfathering not be allowed?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- One thing that makes a draft report engaging is if there are areas where questions are asked.  No bad thing to have elements partially unresolved.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Not sure we can fully trust the current implementation of SLAs.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>2. PDT on RSP and the capacity of all of hte TLDs supported by the TLD.  Re-approval on some time period based on the number of RSPs.  Abbreviated pre-approval (standard set of services).<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>3. Process Controls (page 24)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Re: process controls -- there may be more sophisticated ways of monitoring for future performance as well as past.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Can we detect small signs of degradation?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Could just say that the concept of process controls looking at future performance degradation were also discussed in addition to looking at past peformance, but didn't feel that this was an approach that could be used.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>4. Transfer Process<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Re: Transfer process -- There should be a warning sign if fees are not met.  Something needs to be added to the first paragraph: "Conditional on financial obligations being met."  There also should be a security and stability qualifier, but not sure who would do that -- ICANN, others?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>5. RSPs as EBEROs (page 25)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Need some kind of performance or timing aspect.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Key point that is missing: ICANN had an obligation under the 2012 program to set in place and manage and operate an EBERO program for a 5-year term, with the idea that at the end of the 5-year period that program would end.  This section is predicated on the assumption that ICANN no longer operates an EBERO program.  Need a preamble: "On the understanding that in the subsequent round ICANN will cease to provide an EBERO program for cost savings or other reasons..."  Might also address this by moving some text around.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- It might be reasonable for new entrants to be required for a period of time to have a financial instrument in place to guarantee ongoing operations, but that doesn't speak to the removal of the EBERO program.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Rationale for adding above (page 26)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- COI as a pain point.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Opportunity for the RSPs to pool the risk and furnish EBERO services for all their clients at a relatively low cost.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- Whether the EBERO service "insurance" should be provided to all the RSP clients and provided at no addtional charge is complex and merits more discussion.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>-- This system should work because there is no "single point of failure".<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Areas of Non-Agreement (page 27)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>For public comment (page 27)<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>From the chat:<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Jim Prendergast: what is meant by "meets SLA"?  is that 100% of the time?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): SLA are in RA <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): s<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): and it is defined there <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Cheryl Langdon-Orr (CLO): agree on the benefits of including questions for community response <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): I was talking about .wed <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): where EBERO was reached due to not paying for backend services<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): that is why I was talking about the backends who were not the reason for EBERO<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): https://www.icann.org/news/announcement-2017-12-08-en<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Jonathan Robinson: So. Looks like process controls are a good idea but perhaps a little too ambiotous for now<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Vanda Scartezini: + 1 Jonathan<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Cheryl Langdon-Orr (CLO): security and stability must always be overriding principles <o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): Have we seen yet EBERO costs for .WED?<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Jonathan Robinson: Thanks. I am not wedded to the preamble or formatting of the text. But, keen to ensure we don't add another layer of cost / overhead onto the industry.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-bookmark:_MailOriginalBody'>Maxim Alzoba (FAITID): NOTE: EBERO can be triggered without RSP's failure (for example not paying ICANN bills)<o:p></o:p></span></p></div></body></html>