<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Dear All:</div><div class="gmail_default" style="font-family:tahoma,sans-serif">For as long as I've caucused in the names and numbers policy arena,  I am left perplexed by this kerfuffle on data accuracy. </div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Yes, I know we don't much like the term regulation in context. But can we all agree on the purpose of collecting registration data in the domain name business is for identification and, largely, for access to registrants? The basic objective: authoritatively connecting that virtual real estate to a person and/or place.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Considering that we are agreed on purpose, might we also agree that if the data we collect for registration is inaccurate, it defeats the purposeful collection and is thus, immeasurably useless?  I think we all agree that in the context of domain registration, the tricky bit is unerringly connecting a virtual property to a unique physical place and/or person.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="color:rgb(32,33,36);font-family:arial,sans-serif">If we agree what we are talking about is conformity  to a standard or model <u><b>and</b></u> to truth, the struggle </span>is to come to a common agreement that the difference between an observed value and an accepted reference value is negligible.  Moreover, that small difference will not impact our collective ability to identity or to connect to the registrant. </div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Much of that lies in the truth component of what we label as accuracy. 

It appears that it is easier to strike acceptance when it is a deviation from the standard or model.  But not from the truth.

So in the context of domain registration, it seems like we need a fuzzy model for determining accuracy.  </div><div class="gmail_default" style="font-family:tahoma,sans-serif">  <br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">The standard and model for an email address is well known. Indeed most data collections verify for standard format soon as it is offered. But in service of connection - meaning it is delivered to a virtual mailbox and a person retrieves the message - that conforming email address is less than useful. It does not conform to truth.  </div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">We know that the Universal Postal Union (UPU) has a standard and model for international postal addresses; UPU S42. And if I gave my address as Robin Hood, Esq., Tree 99, Limb 5, Sherwood Forest NG21 9QB, I could likely get a snail mail delivered. But, could it pass the truth test?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Meaning is often vested in numbers. Technology as a disrupter makes the meaning invested in telephone numbers transient. So, for example, referencing the North American Numbering Plan (NANP), there was a time I could tell someone's approximate location from the first 3 digits of a telephone number; 415 says you were in San Francisco, CA and 416 says Ontario Province, Canada.  Nowadays I have a number that conforms to the NANP that used to convey  I'm in New Jersey but rings in my yard in Kingston, Jamaica. "Truthiness" now has a defined value. </div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">I say for registration purposes we need a fuzzy model.  And that fuzzy model should be vested with a risk we can all agree is acceptable. Thereafter, figure a  way to charge a risk premium.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Carlton</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="font-family:Arial,Helvetica,sans-serif">==============================</span><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><i><font face="comic sans ms, sans-serif">Carlton A Samuels</font></i><br><font face="comic sans ms, sans-serif"><i>Mobile: 876-818-1799<br><font color="#33CC00">Strategy, Process, Governance, Assessment & Turnaround</font></i></font><br>=============================</div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 7, 2021 at 12:10 PM Marie Pattullo - AIM via council <<a href="mailto:council@gnso.icann.org">council@gnso.icann.org</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-GB" style="overflow-wrap: break-word;">
<div class="gmail-m_4710214201779792619WordSection1">
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Dear all,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Many thanks for this and for your input, Jeff and Kurt. The perspective of the BC:<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<ul style="margin-top:0cm" type="disc">
<li class="gmail-m_4710214201779792619MsoListParagraph" style="margin-left:0cm">We are keen for this work to be productive on a practical level (how to promote/ensure accurate data) and to start as soon as possible.<u></u><u></u></li><li class="gmail-m_4710214201779792619MsoListParagraph" style="margin-left:0cm">We should not confuse the establishment of a scoping team with the charter for a PDP: the whole point is that a cross-community group of experts should come together to look at what
 we have, what (if any) other resources/studies are needed and propose the way forward. There is no need to impose rigid charter-like questions; the experts may have other experience-based views that we have not considered.<u></u><u></u></li><li class="gmail-m_4710214201779792619MsoListParagraph" style="margin-left:0cm">We have a different understanding as to the proposed study, further to both the draft text and our Extraordinary meeting: whether we need such a study, and what it should address,
 should be defined by the scoping team. That team would start by considering all of the resources we already have about accuracy, both to come to agreement on what our next steps should be and to avoid duplication, and after that they can decide if there are
 gaps or questions that such a study could address.<u></u><u></u></li><li class="gmail-m_4710214201779792619MsoListParagraph" style="margin-left:0cm">While we agree that RDS data accuracy’s definition would be one of the most important aspects of the scoping group’s work, we caution against this work being limited to definition.
 Once defined we also need to do something about it: “we have measured the data and x% is inaccurate” is not the end goal.<u></u><u></u></li><li class="gmail-m_4710214201779792619MsoListParagraph" style="margin-left:0cm">We don’t think that we need to have more lengthy discussions at Council level. The issue of accuracy has been bubbling for years, as the GAC rightly says way before the GDPR. It was
 to be addressed in Phase 1 of the EPDP but has been repeatedly pushed back and if we do not address it, legislation will do so for us, creating yet more jurisdictional fragmentation. We reiterate that the scoping team should be formed and be allowed to start
 its work as soon as possible – they are the experts and the whole idea is to ask experts where we are and how we move forward, and yet another Council-level discussion will, in our view, only lead to unnecessary delay.<u></u><u></u></li></ul>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Kind regards,<u></u><u></u></p>
<p class="MsoNormal">Marie<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> council <<a href="mailto:council-bounces@gnso.icann.org" target="_blank">council-bounces@gnso.icann.org</a>>
<b>On Behalf Of </b>Kurt Pritz via council<br>
<b>Sent:</b> Friday, 7 May 2021 04:45<br>
<b>To:</b> philippe.fouquart <<a href="mailto:philippe.fouquart@orange.com" target="_blank">philippe.fouquart@orange.com</a>><br>
<b>Cc:</b> gnso-SECS <<a href="mailto:gnso-secs@icann.org" target="_blank">gnso-secs@icann.org</a>>; GNSO Council List <<a href="mailto:council@gnso.icann.org" target="_blank">council@gnso.icann.org</a>><br>
<b>Subject:</b> Re: [council] Accuracy scoping team - proposed next steps<u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Hi Philippe:<br>
<br>
Thank you for providing the draft set of proposed next steps for dealing with the topic of registration data accuracy. We (RYSG Council representatives) have read the proposal and associated documentation and consulted with our stakeholder group members and
 leadership.  <br>
<br>
First, we wish you to confirm that the Proposed Path Forward is intended to be the “framework” described and recommended in the recent ICANN briefing (i.e., “develop a framework for a study on how to measure accuracy”). After reading the documents furnished,
 that was the conclusion to which we came.  <br>
<br>
Keeping with the ICANN briefing recommendation to “commission a study on how accuracy of registration data might be measured,” we believe the Proposed Path Forward is too vague to be released as is. I.e., the proposal provides inadequate direction to the working
 group (which is likely to cause confusion and be perceived as disrespectful of volunteers’ time). Put another way, the proposal initiates the study but does not describe the scope of the work to be done.<br>
<br>
For example, the proposal calls for the scoping team to focus on, “identifying what problems, if any, are expected to be addressed and how,” but nowhere describes to what the problems should pertain other than “accuracy,” with no other detail or direction.<br>
<br>
Instead, the objective and terms of reference should be clearly delineated. Recognizing our commitment to fact-based policy development, the proposal should make clear that we are seeking to formulate an approach to data registration accuracy measurement first
 – and that any policy discussion will follow (because policy should be informed by data and facts derived from competently done studies). The “problems” identified should be those specifically related to how accuracy of registration data might be measured.<br>
<br>
In addition, we think it necessary to expressly include registration data accuracy definitions in the scoping team’s remit. How can one design an approach to registration data accuracy measurement without defining that which is to be measured?<br>
<br>
The proposal refers extensively to GDPR and NIS2. Most of these could be omitted. The proposal seeks to assess how best to measure accuracy, which we think is an objective matter, and not seek to interpret and implement statutory requirements, which is a policy discussion
 that should occur when the factual assessments are complete. (We do note the proposal’s brief inference that the GDPR Accuracy Principle is essentially satisfied by the current actions of the contracted parties.)<br>
<br>
Regarding timing, the call for volunteers should be published after the close of work on the EPDP for Registration Data. This scoping effort will require the expertise of EPDP participants because it is likely that one of the problems to be addressed is how
 or whether personal data can be processed to accomplish a registration data accuracy assessment. In addition, the topic of registration data accuracy continues to be raised in the EPDP discussions and that should be exhausted before going on to a subsequent effort
 on the same topic.<br>
<br>
We also believe the composition or casting of the working group should be more carefully considered. The specification of “two from each” stakeholder group seems arbitrary and merits additional discussion.<br>
<br>
To correct these concerns, we propose to have a substantive discussion at the Council level, and then create a small team of Council members (or form a “working-group-of-the-whole”) to redraft the proposed framework, an effort we will gladly support.<br>
<br>
Sincerely,<br>
<br>
Maxim Alzoba<br>
Sebastien Ducos<br>
Kurt Pritz<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12pt"><u></u> <u></u></p>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<p class="MsoNormal">On Apr 23, 2021, at 2:43 PM, philippe.fouquart--- via council <<a href="mailto:council@gnso.icann.org" target="_blank">council@gnso.icann.org</a>> wrote:<u></u><u></u></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal"><span style="font-family:Arial,sans-serif">Dear Councillors,</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12pt;font-family:"Times New Roman",serif"> </span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:Arial,sans-serif">Following our extraordinary meeting on 8 April 2021, Council leadership, with the support of the GNSO Support Staff, has worked together to develop a set of proposed next steps for dealing with
 the topic of accuracy. The proposed next steps aim to find a balance between the different viewpoints that have been expressed on this topic while at the same time recognizing our commitment to fact-based policy development. The Council leadership’s expectation
 is that by focusing on identifying and confirming the problem(s) (if any), the scoping team will be in a much better position to recommend to the Council what next steps to take. </span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12pt;font-family:"Times New Roman",serif"> </span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:Arial,sans-serif">We would like to request that you review the attached document with your respective groups and indicate<span class="gmail-m_4710214201779792619apple-converted-space"> </span><u>by Friday 7 May at the latest</u><span class="gmail-m_4710214201779792619apple-converted-space"> </span>if
 you have any significant concerns or objections about the proposed next steps. </span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12pt;font-family:"Times New Roman",serif"> </span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:Arial,sans-serif">If no concerns or objections are raised, Council leadership will include formal confirmation of these next steps on the consent agenda for the Council meeting on 20 May 2021. </span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12pt;font-family:"Times New Roman",serif"> </span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:Arial,sans-serif">We would also like to request Jeffrey, as the Council liaison to the GAC, to share this message with his GAC point of contact for the GAC’s information, making clear that this document is still
 subject to change, as the GAC has expressed interest in this topic in its recent engagements with the GNSO Council. </span><u></u><u></u></p>
</div>
<p class="MsoNormal" style="margin-bottom:6pt"><span style="font-family:Arial,sans-serif">Regards,</span><u></u><u></u></p>
<div>
<p class="MsoNormal"><span style="font-family:Arial,sans-serif">Pam, Tanya & Philippe</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<pre style="font-variant-caps:normal;text-align:start;word-spacing:0px"><span style="font-size:9pt">_________________________________________________________________________________________________________________________<u></u><u></u></span></pre>
<pre><span style="font-size:9pt"><u></u> <u></u></span></pre>
<pre><span style="font-size:9pt">Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc<u></u><u></u></span></pre>
<pre><span style="font-size:9pt">pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler<u></u><u></u></span></pre>
<pre><span style="font-size:9pt">a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,<u></u><u></u></span></pre>
<pre><span style="font-size:9pt">Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.<u></u><u></u></span></pre>
<pre><span style="font-size:9pt"><u></u> <u></u></span></pre>
<pre><span style="font-size:9pt">This message and its attachments may contain confidential or privileged information that may be protected by law;<u></u><u></u></span></pre>
<pre><span style="font-size:9pt">they should not be distributed, used or copied without authorisation.<u></u><u></u></span></pre>
<pre><span style="font-size:9pt">If you have received this email in error, please notify the sender and delete this message and its attachments.<u></u><u></u></span></pre>
<pre><span style="font-size:9pt">As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.<u></u><u></u></span></pre>
<pre><span style="font-size:9pt">Thank you.<u></u><u></u></span></pre>
<p class="MsoNormal"><Accuracy scoping team - proposed next steps - 23 April 2021.pdf><span style="font-size:9pt;font-family:Helvetica,sans-serif">_______________________________________________<br>
council mailing list<br>
</span><a href="mailto:council@gnso.icann.org" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(149,79,114)">council@gnso.icann.org</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif"><br>
</span><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__mm.icann.org_mailman_listinfo_council&d=DwMFAg&c=XRWvQHnpdBDRh-yzrHjqLpXuHNC_9nanQc6pPG_SpT0&r=eKUxmgsVmOm8t0ie_17sBbRQFRMaduKLJTinJPAvqdE&m=pBahcXw2w1DVET_GPfuCA9S7R2zMpTyC9Oe93B1WO9Y&s=yw_GePGN838iGOSHK8RBAfpjjetrSwrhDBBLwKMFTiM&e=" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(149,79,114)">https://mm.icann.org/mailman/listinfo/council</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif"><br>
<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 (</span><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.icann.org_privacy_policy&d=DwMFAg&c=XRWvQHnpdBDRh-yzrHjqLpXuHNC_9nanQc6pPG_SpT0&r=eKUxmgsVmOm8t0ie_17sBbRQFRMaduKLJTinJPAvqdE&m=pBahcXw2w1DVET_GPfuCA9S7R2zMpTyC9Oe93B1WO9Y&s=hJ9gjIRWdPCUNJT_6yo1CqKsaY1R4M1DLP8bT6LisQ0&e=" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(149,79,114)">https://www.icann.org/privacy/policy</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif">)
 and the website Terms of Service (</span><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.icann.org_privacy_tos&d=DwMFAg&c=XRWvQHnpdBDRh-yzrHjqLpXuHNC_9nanQc6pPG_SpT0&r=eKUxmgsVmOm8t0ie_17sBbRQFRMaduKLJTinJPAvqdE&m=pBahcXw2w1DVET_GPfuCA9S7R2zMpTyC9Oe93B1WO9Y&s=QUW5A2sMFJyP9VzCoyJ7CvKf-jK8K8manHfmTb8jTfg&e=" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(149,79,114)">https://www.icann.org/privacy/tos</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif">).
 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.</span><u></u><u></u></p>
</div>
</blockquote>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>

_______________________________________________<br>
council mailing list<br>
<a href="mailto:council@gnso.icann.org" target="_blank">council@gnso.icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/council" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/council</a><br>
<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>