<div dir="ltr"><div dir="ltr">Hi Jeff,<br><br>Could you please clarify if item 4 is intended to apply to ICANN Board and ICANN org interchangeably. <br><br><ol start="4" type="1" style="margin-bottom:0in;margin-top:0in"><li class="MsoNormal" style="margin-left:15px"><u>Ability for the <span style="background-color:rgb(255,255,0)">ICANN Board</span> to Respond to Emergency Situations</u>.  This comes up with respect to Predictability and with Systems (Topic 14).<u></u><u></u></li></ol><p style="margin:0in"> <u></u><u></u></p><ol start="4" type="1" style="margin-bottom:0in;margin-top:0in"><ol start="1" type="a" style="margin-bottom:0in;margin-top:0in"><li class="MsoNormal" style="margin-left:15px"><u>With respect to the Predictability Framework</u>:  We propose adding a recommendation / implementation guidance that acknowledges that there may be some emergency actions which will require <span style="background-color:rgb(255,255,0)">ICANN Org</span> to take an action that may impact the new gTLD program.  In such a case, the action should be narrowly tailored to address the emergency situation and recommend that the <span style="background-color:rgb(255,255,0)">ICANN Board</span> notify all impacted applicants (If any)  and the SPIRT within 24 hours after the emergency situation.  The notification shall include the nature of the emergency, the action (or expected action) taken in response to the emergency, as well as expected impacts on the new gTLD Program.  That notification shall be considered a referral to the SPIRT of an issue if the SPIRT elects to address that issue.<u></u><u></u></li></ol></ol><p style="margin-right:0in;margin-bottom:0in;margin-left:1in"> <u></u><u></u></p><ol start="4" type="1" style="margin-bottom:0in;margin-top:0in"><ol start="2" type="a" style="margin-bottom:0in;margin-top:0in"><li class="MsoNormal" style="margin-left:15px"><u>With respect to Systems</u> (Topic 14):  We propose adding a recommendation stating:  <i><span style="color:rgb(47,84,150)">“With respect to its operation and administration of the systems, <span style="background-color:rgb(255,255,0)">ICANN</span> must retain the ability to act in emergency situations, including those where immediate action is necessary to remedy any service interruption, interference, service obstruction or other imminent threat to the systems; provided that <span style="background-color:rgb(255,255,0)">ICANN</span> provides notice to all impacted users of the affected system(s) as soon as reasonably practicable after such action has been taken along, and if such action involves any downtime to the system(s), it shall provide updates to impacted users as to when normal service can be restored.”</span></i></li></ol></ol></div><div><br></div>Much obliged,<br>Justine<br><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 1 Dec 2020 at 09:52, Jeff Neuman <<a href="mailto:jeff@jjnsolutions.com">jeff@jjnsolutions.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="EN-US" style="overflow-wrap: break-word;">
<div class="gmail-m_3534216407244596786WordSection1">
<p class="MsoNormal">All,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">This weekend the leadership team reviewed some of the outstanding Action Items and we will be sending out several emails this week on those issues.  Here  is where we think we are on the Predictability topic. We are down to the wire on
 this, so unless you have a VERY strong objection to these, we will put these into the document.  If you do have a big issue with the responses to these (all of which were previously discussed and in emails over the past 1.5 months, please let us know ASAP. 
 Only comments that provide the rationale for the objection with proposed replacement text to address the specific outstanding questions will now be considered.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Lets not let the perfect be the enemy of the good.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<ol style="margin-top:0in" start="1" type="1">
<li class="MsoNormal"><u>Can the GAC refer items directly to the SPIRT</u>?  It does not seem like there is Consensus within the Working Group for the GAC to be able to refer items directly to the SPIRT.  That said, there does
 seem to be support within the group to include a recommendation/implementation guidance to encourage the ICANN Board / ICANN Org to engage in dialogue with the SPIRT to determine the steps required to consider GAC Consensus Advice. 
<u></u><u></u></li></ol>
<p class="MsoNormal" style="margin-left:0.5in"><u></u> <u></u></p>
<ol style="margin-top:0in" start="2" type="1">
<li class="MsoNormal"><u>Should the GAC have a Liaison to the SPIRT</u>?  There did seem to be some support within the Working Group to have AC Liaisons (ALAC / GAC / SSAC) to the SPIRT If those groups want to have one. 
<u></u><u></u></li></ol>
<p style="margin:0in"> <u></u><u></u></p>
<ol style="margin-top:0in" start="3" type="1">
<li class="MsoNormal"><u>Regarding Turnaround Time for the SPIRT on Issues</u>?  The WG seemed to believe that setting timelines now in advance of issues we cannot yet predict is too difficult.  That said, there did seem to be
 some support for the notion that every item referred to the SPIRT should contain an expected turnaround time in the referral request.  This will also allow for certain items to be handled in an expedient fashion when required and others to have a longer time
 where speed may not be needed.<u></u><u></u></li></ol>
<p style="margin:0in"> <u></u><u></u></p>
<ol style="margin-top:0in" start="4" type="1">
<li class="MsoNormal"><u>Ability for the ICANN Board to Respond to Emergency Situations</u>.  This comes up with respect to Predictability and with Systems (Topic 14).<u></u><u></u></li></ol>
<p style="margin:0in"> <u></u><u></u></p>
<ol style="margin-top:0in" start="4" type="1">
<ol style="margin-top:0in" start="1" type="a">
<li class="MsoNormal"><u>With respect to the Predictability Framework</u>:  We propose adding a recommendation / implementation guidance that acknowledges that there may be some emergency actions which will require ICANN Org
 to take an action that may impact the new gTLD program.  In such a case, the action should be narrowly tailored to address the emergency situation and recommend that the ICANN Board notify all impacted applicants (If any)  and the SPIRT within 24 hours after
 the emergency situation.  The notification shall include the nature of the emergency, the action (or expected action) taken in response to the emergency, as well as expected impacts on the new gTLD Program.  That notification shall be considered a referral
 to the SPIRT of an issue if the SPIRT elects to address that issue.<u></u><u></u></li></ol>
</ol>
<p style="margin-right:0in;margin-bottom:0in;margin-left:1in">
 <u></u><u></u></p>
<ol style="margin-top:0in" start="4" type="1">
<ol style="margin-top:0in" start="2" type="a">
<li class="MsoNormal"><u>With respect to Systems</u> (Topic 14):  We propose adding a recommendation stating: 
<i><span style="color:rgb(47,84,150)">“With respect to its operation and administration of the systems, ICANN must retain the ability to act in emergency situations, including those where immediate action is necessary to remedy any service interruption, interference,
 service obstruction or other imminent threat to the systems; provided that ICANN provides notice to all impacted users of the affected system(s) as soon as reasonably practicable after such action has been taken along, and if such action involves any downtime
 to the system(s), it shall provide updates to impacted users as to when normal service can be restored.”
</span></i><u></u><u></u></li></ol>
</ol>
<p style="margin:0in"> <u></u><u></u></p>
<ol style="margin-top:0in" start="5" type="1">
<li class="MsoNormal"><u>Level of Detail in Change Logs</u>:  We propose adding to the recommendations / implementation guidance that the change log must contain a level of  detail sufficient for the community to understand the
 scope and nature of the change without compromising security, the privacy of individuals, or confidentiality obligation owed to applicants or to other third parties.<u></u><u></u></li></ol>
<p style="margin:0in"> <u></u><u></u></p>
<ol style="margin-top:0in" start="6" type="1">
<li class="MsoNormal"><u>Other ICANN Org Predictability Framework Questions
</u>– Can be handled by IRT.<u></u><u></u></li></ol>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><b>Please have your comments (If any) by no later than 23:59:59 UTC on Wednesday, December 2, 2020.</b><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Thanks!<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Sincerely,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Jeff and Cheryl<u></u><u></u></p>
<p class="MsoNormal">Co-Chairs, SubPro PDP<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>

_______________________________________________<br>
Gnso-newgtld-wg mailing list<br>
<a href="mailto:Gnso-newgtld-wg@icann.org" target="_blank">Gnso-newgtld-wg@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg</a><br>
_______________________________________________<br>
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (<a href="https://www.icann.org/privacy/policy" rel="noreferrer" target="_blank">https://www.icann.org/privacy/policy</a>) and the website Terms of Service (<a href="https://www.icann.org/privacy/tos" rel="noreferrer" target="_blank">https://www.icann.org/privacy/tos</a>). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.</blockquote></div></div>