<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body dir="auto">
<div>Mikey</div>
<div><br>
</div>
<div>The lack of uniform Whois display means we all have crazy regex rules on our systems to make sense of what we run into in the wild ...</div>
<div><br>
</div>
<div>M&nbsp;<br>
<br>
<div>------------------------</div>
Mr. Michele Neylon
<div>Blacknight</div>
<div><a href="http://Blacknight.tel">http://Blacknight.tel</a></div>
<div><br>
</div>
<div>Via iPhone so excuse typos and brevity</div>
</div>
<div><br>
On 16 Feb 2014, at 19:36, &quot;Mike O'Connor&quot; &lt;<a href="mailto:mike@haven2.com">mike@haven2.com</a>&gt; wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>hi Greg,
<div><br>
</div>
<div>you raise a couple of interesting questions.</div>
<div><br>
</div>
<div>1) in the case of a thin registry, how does the gaining registrar do that 2013 RAA verification and validation? &nbsp;it’s my understanding that job is easier if both registrars are under the 2013 RAA, because then they are both obligated to provide uniform
 Whois display. &nbsp;so a script could be written to pull that data from the losing registrar and that script could count on success. &nbsp;but what if the losing registrar isn’t a signatory to 2013 RAA yet? &nbsp;that looks like another in that pile of dependencies, no?</div>
<div><br>
</div>
<div>2) what about all the European registrars (like Michele) who &lt;stirring up a hornet’s nest&gt; haven’t signed the 2013 RAA yet because of the conflict with European privacy law? &nbsp;yet another dependency, i bet.</div>
<div><br>
</div>
<div>OK. &nbsp;what i’ve learned from this topic so far is;</div>
<div><br>
</div>
<div>- EWG still has substantial work to do, which certainly won’t be finished by Singapore — but maybe London</div>
<div><br>
</div>
<div>- we should wait to see how SAC061 advice is incorporated into that EWG report before trying to decide what the next step is for the GNSO - so again, maybe London</div>
<div><br>
</div>
<div>fair summary? &nbsp;is there anything in SAC061 the GNSO should look at in Singapore?</div>
<div><br>
</div>
<div>mikey</div>
<div><br>
</div>
<div>&nbsp;&nbsp;</div>
<div>
<div>
<div>On Feb 16, 2014, at 3:30 PM, Greg Aaron &lt;<a href="mailto:greg@illumintel.com">greg@illumintel.com</a>&gt; wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Helvetica;
        panose-1:2 11 6 4 2 2 2 2 2 4;}
@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;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","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;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">The 2013 RAA says that when a domain is transferred between registrars, OR when a domain is transferred between registrants, “both Whois information and the
 corresponding customer account holder contact information related to such Registered Name” must be verified and validated. &nbsp;So it must happen with inter-registrar AND inter-registrant transfers.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><a href="http://www.icann.org/en/resources/registrars/raa/approved-with-specs-27jun13-en.htm#whois-accuracy">http://www.icann.org/en/resources/registrars/raa/approved-with-specs-27jun13-en.htm#whois-accuracy</a>
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Registrars who have signed the 2013 RAA sponsor most of the gTLD domains that exist.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">The community must understand what the current policies are, see if proposed new policies are superior, what the implications of any new proposals are, etc.&nbsp;
 If the EWG final report doesn’t lay out all of that, then the GSNO will have to make sure it’s done, because it’s tasked with making/approving the policies that come out of the EWG work.&nbsp; I suspect that there are dependencies that have not been documented
 and discussed yet. &nbsp;&nbsp;And I note that the “ central repository” of WHOIS policies is not complete.&nbsp;
<a href="http://whois.icann.org">http://whois.icann.org</a> &nbsp;<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">All best,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">--Greg<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">&nbsp;</span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">
<a href="mailto:gnso-ssr-bounces@icann.org">gnso-ssr-bounces@icann.org</a> [<a href="mailto:gnso-ssr-bounces@icann.org">mailto:gnso-ssr-bounces@icann.org</a>]
<b>On Behalf Of </b>Stephanie Perrin<br>
<b>Sent:</b> Sunday, February 16, 2014 8:57 AM<br>
<b>To:</b> Mike O'Connor<br>
<b>Cc:</b> GNSO SSR List<br>
<b>Subject:</b> Re: [Gnso-ssr] discussion -- SAC061 -- SSAC Comment on ICANN’s Initial Report from the Expert Working Group on gTLD Directory Services<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">Sorry forgot to answer your key question....as you pointed out in Buenos Aires from the mike, some people are doing all the work in the working groups. &nbsp;Absent that connective tissue, I have not seen any other mechanism. &nbsp;There is a lot
 of material to cover....hard to catch everything, if you are just sitting around reading all the minutes and notices etc. &nbsp;Transparency is not enough....<o:p></o:p></p>
<div>
<p class="MsoNormal">cheers Stephanie<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal">On 2014-02-16, at 8:42 AM, Stephanie Perrin wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class="MsoNormal">That does raise interesting questions. &nbsp;First one I have, is do all registrars get to look at all data, or do they only get to look at a particular transaction? &nbsp;I would hope the latter, because that would be compliant with data protection
 law, if they get to look at all data that would not, in my view, be compliant. &nbsp;It would have been easy to engineer a consent mechanism in there to get around this problem, which would be normal in other commercial transactions, and would also perform a security
 function.<o:p></o:p></p>
<div>
<p class="MsoNormal">The second question of course, remains begging in my view, with respect to the EWG work. &nbsp;How on earth are we going to accredit actors to look at the ARDS? &nbsp;Do all registrars get to look at all data all the time, if not how is it going
 to be policed? &nbsp;How many miscreant registrars are there out there?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">AS always, pardon the naivete of my questions.&nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Stephanie<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal">On 2014-02-16, at 8:29 AM, Mike O'Connor wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p>&nbsp;</o:p></p>
<div>
<p class="MsoNormal">thanks Stephanie and Greg for kicking this thread off so well.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">let me add another dimension to the discussion — i’m going to combine a couple of fuzzy terms to coin a new one and see if it sticks. &nbsp;“Policy Architecture” &nbsp;&nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">i’m involved in several WG’s that touch (or depend on) Whois, or its replacement. &nbsp;the most interesting puzzler is the IRTP-C PDP, which introduced the notion of “inter REGISTRANT transfer” to the existing inter REGISTRAR transfer policy.
 &nbsp;IRTP-C is now in the implementation process and there are turning out to be a lot of dependencies in there. &nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">one of the fundamental notions that IRTP-C introduced was the idea that registrars need determine whether the transfer is just inter-registrar, or whether it’s also inter-registrant. &nbsp;the question is, how will registrars determine whether
 the registrant is changing or not? &nbsp;one answer, which works in thick Whois environments, is to go look at whois data at the registry and see if registrant data is changing. &nbsp;if it is, then it’s an inter-REGISTRANT transfer and new safeguards apply. &nbsp;if not,
 it’s just an inter-registrar transfer.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">when we wrote that section of the report, we knew that it was hard to do that — but we were (correctly) counting on some things changing fairly soon. &nbsp;sure enough, the Thick Whois PDP has just been approved by the Board, which means that
 “go look at registry data” option will exist for all TLDs. &nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">the puzzler for me is who looks after these meta-level dependencies? &nbsp;what if Thick Whois had gone the other way? &nbsp;what if the EWG process concludes that registrars can’t look at that data? &nbsp;who minds that “architectural” framework in the
 policy-making process?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">mikey<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class="MsoNormal"><br>
<span style="font-size: 9pt; font-family: Helvetica, sans-serif;">PHONE: 651-647-6109, FAX: 866-280-2356, WEB:
<a href="http://www.haven2.com/">www.haven2.com</a>, HANDLE: OConnorStP (ID for Twitter, Facebook, LinkedIn, etc.)</span>
<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<p class="MsoNormal">_______________________________________________<br>
Gnso-ssr mailing list<br>
<a href="mailto:Gnso-ssr@icann.org">Gnso-ssr@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-ssr">https://mm.icann.org/mailman/listinfo/gnso-ssr</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<p class="MsoNormal">_______________________________________________<br>
Gnso-ssr mailing list<br>
<a href="mailto:Gnso-ssr@icann.org">Gnso-ssr@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-ssr">https://mm.icann.org/mailman/listinfo/gnso-ssr</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<div apple-content-edited="true"><br class="Apple-interchange-newline">
<span style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; display: inline !important; float: none; ">PHONE:
 651-647-6109, FAX: 866-280-2356, WEB: <a href="http://www.haven2.com">www.haven2.com</a>, HANDLE: OConnorStP (ID for Twitter, Facebook, LinkedIn, etc.)</span>
</div>
<br>
</div>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>Gnso-ssr mailing list</span><br>
<span><a href="mailto:Gnso-ssr@icann.org">Gnso-ssr@icann.org</a></span><br>
<span><a href="https://mm.icann.org/mailman/listinfo/gnso-ssr">https://mm.icann.org/mailman/listinfo/gnso-ssr</a></span></div>
</blockquote>
</body>
</html>