<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="Title" content="">
<meta name="Keywords" content="">
<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:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:Calibri;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:Calibri;
        color:windowtext;}
span.msoIns
        {mso-style-type:export-only;
        mso-style-name:"";
        text-decoration:underline;
        color:teal;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:Calibri;}
@page WordSection1
        {size:595.0pt 842.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body bgcolor="white" lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Dear All,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Please see below the action items and discussion notes captured by staff from the Sub Team 1 meeting on 28 February 2017. These high-level notes are designed to help Working Group members navigate through
the content of the call and are not a substitute for the recording. The recording is available at https://community.icann.org/x/l7PDAw.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Kind regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Emily<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<div style="mso-element:para-border-div;border:none;border-bottom:solid windowtext 1.0pt;padding:0cm 0cm 1.0pt 0cm">
<p class="MsoNormal" style="border:none;padding:0cm"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Agenda:</span></b><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">1. </span></b><span style="font-size:11.0pt">Welcome & Agenda Overview<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">2. </span></b><span style="font-size:11.0pt">SOIs<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">3. </span></b><span style="font-size:11.0pt">Communications & Systems<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">a. </span></b><span style="font-size:11.0pt">From the New gTLD Program Implementation Review provided several recommendations that the group may want to consider in developing implementation guidance on Systems and Communications. <a href="https://www.icann.org/en/system/files/files/program-review-29jan16-en.pdf">https://www.icann.org/en/system/files/files/program-review-29jan16-en.pdf</a><o:p></o:p></span></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt"> i. Systems (see page 174)</span></i><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt"> ii. Communications (see page 198)</span></i><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">4. </span></b><span style="font-size:11.0pt">Application Guidebook,<a href="https://community.icann.org/display/NGSPP/4.2.5+Applicant+Guidebook?preview=/58735907/58737106/Section%204.2.5.pdf">https://community.icann.org/display/NGSPP/4.2.5+Applicant+Guidebook?preview=/58735907/58737106/Section%204.2.5.pdf</a><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">5. </span></b><span style="font-size:11.0pt">CC2 Questions, <a href="https://docs.google.com/document/d/1iZBCVEAJPBYEDg7jLsMHKkNczR_b6-jH2Wl5eVH-WWM/edit">https://docs.google.com/document/d/1iZBCVEAJPBYEDg7jLsMHKkNczR_b6-jH2Wl5eVH-WWM/edit#</a><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">6. </span></b><span style="font-size:11.0pt"> AOB<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Action Items:<o:p></o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt"><o:p> </o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">ACTION ITEM: WT1 leads will circulate request for input on CC2 questions by email.</span></b><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Notes: <o:p></o:p></span></b></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">2. SOIs</span></b><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- No updates.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">4. Application Guidebook</span></b><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Introduction: <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Background: The AGB is different from some of the other subjects the group is considering in that it is not the result of consensus policy.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- The AGB was the vehicle for implementation of the policy. There were 9 versions of the AGB over 4 years. Used as a guide for staff in the implementation.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Questions & Concerns: Some DG members suggested dividing the AGB into sections by audience or making it a procedural guide with background separated out in a different section. Some suggested that the AGB was
not the right vehicle although no alternative was proposed.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Rationale for policy development - the DG did not anticipate policy development, but the WG may want to make suggestions for changing the AGB structure or approach. The WG could also recommend an alternate vehicle to the AGB.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Discussion:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Is the AGB the right methodology?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- The AGB is as good as any other potential vehicle, we don't need to completely revamp it. There is a lot of rationale and background, legalese. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- There is an opportunity to do an "idiot's guide" or a stripped down version with the things applicants need to know (rationale in a different section or document).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- How can the current AGB be improved? By type of application? Can it be made more readable?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Not necessarily by type of application. As things currently stand, the information would be similar for different application types.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- It may be helpful to break out certain information, for example information for technical providers and registry operators if there is a RSP program.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Should it be step-based depending on the type of application?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- No additional comments.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">From the chat: <o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Ashley Roberts: </span></b><span style="font-size:11.0pt">I'm happy with the AGB as the correct methodology. There may be a case for small changes based on individual implementation changes, but in general the AGB does the job.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Vanda Scartezini: </span></b><span style="font-size:11.0pt">agree with jeff. not by the kind of application.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">3. Communications & Systems<o:p></o:p></span></b></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">a. Systems: <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Review of recommendations from the Implementation Review on Systems (8.1.a and 8.1.b).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Discussion and findings to date indicate a need for: 1. Improvements to security and stability 2. Ability to use non-ASCII 3. Systems should be capable of sending automated invoices.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Applicants and registries don't "own" correspondence because it is held in ICANN's portals. Security concerns - risk of data loss. There is also a risk associated with ownership of the correspondence if there is a dispute
or legal action.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Clarification regarding invoices - the requirement would be for making invoices available, not about the specific system.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">From the chat:<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">Part of the problem was that ICANN believed it had to develop cusomized systems at the beignning as opposed to looking at what was out there. Rather than cusomizations, ICANN should look now at what is out there and not wait until the next round starts<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">On beta testing, this is something that we did propose for the last round, but ICANN was afraid that giving some of us access for beta testing purposes would be some kind of advantage in the application process<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">I didnt agree, but that was their view<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Trang Nguyen: </span></b><span style="font-size:11.0pt">Is the requirement for the system to be able to generate invoices, or to just send? invoices might need to be generated in a different system than the application system. <o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Christa Taylor: </span></b><span style="font-size:11.0pt">Trang - idea is to be able to generate and send an invoice if they need it for their own internal purposes for payment systems<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jon Nevett: </span></b><span style="font-size:11.0pt">I am sure that we discussed this before, but systems need to be secure -- the data breach -- where highly confidential information was accessed -- was very problematic for many applicants<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Ashley Roberts: </span></b><span style="font-size:11.0pt">A possible solution to the issue I raised could be to have the systems automatically email a copy of any new added correspondence to applicants so that they have an email copy as well as in the portal.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Alan Greenberg: </span></b><span style="font-size:11.0pt">Issue is not, I presume, whether invoice is delivered through portal, but that it can be requested.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">b. Review of recommendations in the Program Implementation Review regarding Communications (8.4.a and 8.4.b)<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Discussions and findings to date indicate need for: 1. the knowledge base to be made more timely and searchable 2. better communication of applicant advisories. consolidation of program information into a single site 3. Leverage GSE team
to promote awareness about the new gTLD program 4. metrics to understand level of success.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- There was lots of discussion of the communication plan in the Implementation Review, but little discussion of timing of communications period, budget of communications period, languages, etc. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- This topic is connected to customer service, and we should probably spend some time on that. There was a phone line before the application period started, but that was eliminated during the application period. Email was much slower. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Recommend real-time customer support. if phone is not possible, maybe a chat function could be implemented.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- ICANN doesn't send you communication, it sends you a note that there is an update in the portal. It would be helpful if you could get messages through email rather than having to log into the portal to get messages.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- The policy process was still going on for some topics (for example RPMs) while the New gTLD Program was being implemented. There was a strict prohibition on ICANN staff talking to applicants, but they could
talk to other community members in policy discussions, which seems unfair. <o:p>
</o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">From the chat: <o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Phil Buckingham: </span></b><span style="font-size:11.0pt">should not invoicing be done through ICANN's accounting system .., which should be totally separate from the application syatem ,. The overriding requirement must be to absolutely elliminate any attempt (s) of a breach of the application portal , this time . <o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Trang Nguyen: </span></b><span style="font-size:11.0pt">For background and context, phone support was provided during the application window for technical issues related to accessing TAS. To ensure equal access to information, ICANN developed knowledge articles when a question is received, and then point to it to respond.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">Fear of communicating with applicants led to ICANN not being clear with applicants...this led to I believe an increase in having to issue Clarifying questions<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">@Trang, but it was impossible to really search the knowledge database and get the answers<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">On the TAS system, I am not sure why the submission of applications had to only be in ASCII, no links, no diagrams, etc.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Trang Nguyen: </span></b><span style="font-size:11.0pt">Yes, the search capability of the knowledge base had room for improvement.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">Lots of complaints about that<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Ashley Roberts: </span></b><span style="font-size:11.0pt">Tagging onto Jeff's point, any applicant information should be easy to locate and preferably stored in one place. In the first round information was stored in various locations - the AGB, the knowledge base, FAQs, etc, making it hard to fiind what you were looking for.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Phil Buckingham: </span></b><span style="font-size:11.0pt">+ 1 Ashley <o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">And if you had a question,customer support took days to answer because all answers needed to be approved by legal<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">and other parties<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Trang Nguyen: </span></b><span style="font-size:11.0pt">@Jeff, to ensure equal access to information, we had to generalize questions received, draft responses, run the draft responses by subject matter experts to ensure accuracy, post and then answer the question, pointing the applicant to the knowledge article. This takes time and did impact response time. But, if the same question is asked again, response time is within 24 hours for those where existing content exists.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">@Trang, the issue is that the questions are never asked the same way....so getting a quick response was rare. I believe the equal access argument was overplayed. Equal access would only apply to any NEW information. Not answering questions about existing systems, processes, etc.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Trang Nguyen: </span></b><span style="font-size:11.0pt">customer service stats: <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__archive.icann.org_en_meetings_costarica2012_bitcache_New-2520gTLD-2520Program-2520Update-2Dvid-3D33377-26disposition-3Dattachment-26op-3Ddownload.pdf.&d=DwMFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=mBQzlSaM6eYCHFBU-v48zs-QSrjHB0aWmHuE4X4drzI&m=qhkZom_I27KWIM9MoDbMQzCuiS65Et0RPdUYGemFIdI&s=qPxYB8zevT_hyAf_CPu8foQIS9k1m_yVeXpzYZ7ZcTA&e=" target="_blank">http://archive.icann.org/en/meetings/costarica2012/bitcache/New%20gTLD%20Program%20Update-vid=33377&disposition=attachment&op=download.pdf.[archive.icann.org]</a> Average resolution tme is 1.6 days. 80% responded within 24 hours.<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt"><o:p> </o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">5. CC2 Questions<o:p></o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Revisions to CC2 questions:</span></b><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Cost recovery - the real word should be "break even," the point where total revenue and total expenses are equal. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Language has been revised on cost floor and ceiling.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Question on the use of shortage or surplus of funds. On the last call, the group agreed to keep it "out of the weeds" and make recommendations at a high policy level. Request for the group to review the language.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- 1.4.3 - asks about how floor and ceiling amounts should be set.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- 1.4.2 – question for the group - is this question still valid?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Questions about language related to use of excess funds.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- New language added to 1.4.3 regarding use of surplus for underserved regions.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- 1.5.3 - Is there something specific that we want to address regarding the volume of applications? <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- 1.1.11 - regarding funding of an RSP program - do edits properly represent discussion on 14 Feb call?<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt"><o:p> </o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">ACTION ITEM: WT1 leads will circulate request for input on CC2 questions by email.</span></b><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">From the chat: <o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">I think the use of excess funds needs further exploration. From a policy level, we should just state that the AG should set forth the use of excess funds if any<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">From the chat: <o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">I believe that IF there is an RSP Program it should be self funded<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Jeff Neuman: </span></b><span style="font-size:11.0pt">meaninig that it should be paid for by those participating<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt"><o:p> </o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">6. AOB</span></b><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:11.0pt">- none.</span><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>