<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=Windows-1252">
<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;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">We must address the threshold of harm issue. Our collective failure to address this head-on results in the “but bad things might happen!” logic that is currently, and unhelpfully, driving this group.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">During the call this week, I again brought-up the importance of calling-out what *<b>specific</b>* problems from the 2012 round we are trying to remedy, in agreement with the public comment we were reviewing. NCAP has never done this. As
 a response to this during the call, someone pasted in the chat one of the horror-stories self-reported to ICANN’s collisions reporting system. It was – roughly - along the lines of X machines were unavailable in Y offices globally, for Z period of time to
 remediate. The implication was that this was unacceptable and is a problem that needs to be solved in the next round.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Question 1: Is it?</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Question 2: What about X-1 machines in Y-1 global offices? What if Z was a day, a week, or a month?</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Question 3: What if it was a hairdresser? What if it was an electric utility? What if it was the propaganda arm of a national government we disagree with?</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Question 4: Does there arise a duty to verify self-reported harms given that it could cause a scenario that will negatively impact someone else (i.e. will a self-reported harm deny an applicant the string they want or cause an increase
 in the applicant’s costs to obtain said string (because of “mitigation strategies,” etc.) given some unverified, self-reported harm?</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I realize most folks on this list have not read our reports. I would encourage (beg?) each of you to do so. We discuss this topic deliberately and the resulting impossible slippery slope problem. The reason for the high threshold (“impact
 to human life”) is very deliberate, well-reasoned, and as appropriate now as it was years ago.  </p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">If we consider basically any Internet-age hiccup (spam, malware, MITM, transient outages, etc) as an unacceptable harm if they’re caused by collisions, we need to say that and define a threshold. Else, we’re kicking the can for the Board
 to make these determinations which is not a winning strategy.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Jeff</p>
</div>
</body>
</html>