<html xmlns:v="urn:schemas-microsoft-com:vml" 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="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;
        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;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
        {mso-style-priority:99;
        mso-style-link:"Plain Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
p.MsoNoSpacing, li.MsoNoSpacing, div.MsoNoSpacing
        {mso-style-priority:1;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
span.PlainTextChar
        {mso-style-name:"Plain Text Char";
        mso-style-priority:99;
        mso-style-link:"Plain Text";
        font-family:"Calibri",sans-serif;}
span.EmailStyle21
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle22
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle23
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle24
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle25
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle26
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle27
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle28
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle29
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle30
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.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]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Dear All,</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
<div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Please find the attendance of the call attached to this email</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">,
and the Adobe Connect chat, <span style="color:black">MP3</span> & Adobe Connect
<span style="color:black">recording</span>s<span style="color:black"> below for the Next-Gen RDS PDP Working group call held on Tuesday,
</span>8 August<span style="color:black"> 2017 at 16:00 UTC.</span><o:p></o:p></span></p>
<p style="line-height:15.6pt;background:white"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">MP3: </span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#111111"><a href="http://audio.icann.org/gnso/gnso-nextgen-rds-pdp-08aug17-en.mp3">http://audio.icann.org/gnso/gnso-nextgen-rds-pdp-08aug17-en.mp3</a><o:p></o:p></span></p>
</div>
<div>
<p style="line-height:15.6pt"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">AC recording:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><a href="https://participate.icann.org/p7cfo388w6d/?OWASP_CSRFTOKEN=77a4d50cc503e18fb78b128276fcbb336951d137565de843df0c2bccddbb4c1d"><b><span style="color:black;background:white">https://participate.icann.org/p7cfo388w6d/</span></b></a><o:p></o:p></span></p>
<p style="line-height:15.6pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">The recordings and transcriptions of the calls are posted on the GNSO Master Calendar page:</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gnso.icann.org_en_group-2Dactivities_calendar-23nov&d=DwMF-g&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=PDd_FX3f4MVgkEIi9GHvVoUhbecsvLhgsyXrxgtbL10DTBs0i1jYiBM_uTSDzgqG&m=GJMkY4Fbi9sry9Z53DaSWJm-mHxMfFxg7MEVDf2JU90&s=FI3QJYH6DWWCDQir6NDMSjPkzdqfTTUmf9Ua-AYpc14&e=">
<span style="color:purple">http://gnso.icann.org/en/group-activities/calendar</span></a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">** Please let me know if your name has been left off the list **</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Mailing list archives:</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><a href="http://mm.icann.org/pipermail/gnso-rds-pdp-wg/"><span style="color:purple">http://mm.icann.org/pipermail/gnso-rds-pdp-wg/</span></a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Wiki
</span></b><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">agenda
<span style="color:black">page: </span> </span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><a href="https://community.icann.org/x/WGfwAw">https://community.icann.org/x/WGfwAw</a><b><o:p></o:p></b></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Thank you.</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Kind regards,</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Julie
<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><span style="font-size:11.0pt"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">———————————————</span><o:p></o:p></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><o:p></o:p></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><b><u><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">AC Chat Next-Gen RDS PDP WG Tuesday,
</span></u></b><b><u><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">8 August<span style="color:black"> 2017<o:p></o:p></span></span></u></b></p>
<p class="MsoPlainText"> Julie Bisland:Welcome to the GNSO Next-Gen RDS PDP Working Group call on Tuesday, 8 August 2017 at 16:00 UTC<o:p></o:p></p>
<p class="MsoPlainText"> Julie Bisland:Agenda wiki page: <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_WGfwAw&d=DwIFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=zIOlFc-vIRnm6vpqSKEi8iTlAfsVYjex-bB3x_ApIBg&s=rXZjPmEe3Z50iaP4LB_W1rys8tQgLSENIGSOidA1vs4&e">
https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_WGfwAw&d=DwIFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=zIOlFc-vIRnm6vpqSKEi8iTlAfsVYjex-bB3x_ApIBg&s=rXZjPmEe3Z50iaP4LB_W1rys8tQgLSENIGSOidA1vs4&e</a>=<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):Hello All<o:p></o:p></p>
<p class="MsoPlainText"> Julie Bisland:hello Maxim :)<o:p></o:p></p>
<p class="MsoPlainText"> Chuck Gomes:Hello<o:p></o:p></p>
<p class="MsoPlainText"> Herb Waye Ombuds:Good morning from LA everyone<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Hello all<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:Congrats, Margie! Good to have you on here!<o:p></o:p></p>
<p class="MsoPlainText"> Margie Milam:Thanks!<o:p></o:p></p>
<p class="MsoPlainText"> Sam Lanfranco:Hello Chuck & All !-:<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Slides displayed can be downloaded from <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_download_attachments_66086744_RDSPDP-2DHandout-2D8AugustCall.pdf&d=DwIFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=zIOlFc-vIRnm6vpqSKEi8iTlAfsVYjex-bB3x_ApIBg&s=qf_spNhxUuFwOPq7Cn4zp3Xq-qR_FTrh_id_90DG9tE&e">
https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_download_attachments_66086744_RDSPDP-2DHandout-2D8AugustCall.pdf&d=DwIFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=zIOlFc-vIRnm6vpqSKEi8iTlAfsVYjex-bB3x_ApIBg&s=qf_spNhxUuFwOPq7Cn4zp3Xq-qR_FTrh_id_90DG9tE&e</a>=<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:All WG agreements are recorded in our working document, the latest version of which is
<a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_download_attachments_66086741_KeyConceptsDeliberation-2DWorkingDraft-2D1August2017.pdf&d=DwIFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=zIOlFc-vIRnm6vpqSKEi8iTlAfsVYjex-bB3x_ApIBg&s=VeZeTEq_3pagfF3Zli4f13A8nk4y5aJn8aabdf28_go&e">
https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_download_attachments_66086741_KeyConceptsDeliberation-2DWorkingDraft-2D1August2017.pdf&d=DwIFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=zIOlFc-vIRnm6vpqSKEi8iTlAfsVYjex-bB3x_ApIBg&s=VeZeTEq_3pagfF3Zli4f13A8nk4y5aJn8aabdf28_go&e</a>=<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Slides 2-5 are from the Annotated Poll Results:
<a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_download_attachments_66086744_AnnotatedResults-2DPoll-2Dfrom-2D1AugustCall.pdf&d=DwIFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=zIOlFc-vIRnm6vpqSKEi8iTlAfsVYjex-bB3x_ApIBg&s=YeUuCKlJGhdu1yQ9iU7oARnKe8B0YBtGI7wWXuwnC5k&e">
https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_download_attachments_66086744_AnnotatedResults-2DPoll-2Dfrom-2D1AugustCall.pdf&d=DwIFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=zIOlFc-vIRnm6vpqSKEi8iTlAfsVYjex-bB3x_ApIBg&s=YeUuCKlJGhdu1yQ9iU7oARnKe8B0YBtGI7wWXuwnC5k&e</a>=<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:If "should be" is used then "mandatory to collect" is obviously not possible<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:We're talking about collection today, AFAIK<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:"data enabling...contact" means "data element(s) that enable contact through alternative or preferred methods" -- subsequent questions drill down on what data elements that might be<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:My understanding is we are talking about collecting only. That presume SOMEONE may eventually gain access, but we have not talked about who or how one gets access.<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:I think that is a useful modus operandi Alan, but I just bring it up to make sure people are not leaping to any conclusions<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:+1 Alan<o:p></o:p></p>
<p class="MsoPlainText"> Farell FOLLY:I have a suggestion : Why don't we split the question in two ? Because, collection and disclosure should be separated<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:WG Agreement: For resiliency, data enabling alternative or preferred method(s) of contact should be included in the RDS; further deliberation to determine whether such data element(s) should be optional or mandatory to
collect.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Note that the charter question contains many subquestions; we are only dealing with part of the entire charter question as a first step.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I wouldn't have sent a response sooner, either, since I was travelling the rest of last week and then was doing house repairs on the long weekend here :-)<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:I should have sent the email sooner though :)<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I think it is entirely appropriate to discuss this on the list anyway -- it's a complicated and tricky problem and probably better worked out in text because that allows extended treatment of the issue<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:(we found last week that just doing it ad hoc in conversation was not that helpful :-) )<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Andrew - agreed. <o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Bear in mind our previous (some would say ad nauseum) discussions of the purpose of data collection. The data that has been demanded in the RAA would form the basis of the investigation of a privacy complaint, as
has been made plain in the correspondence from the DPAs during the negotiations over the 2013 RAA.<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Could we have scroll control please?<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Stephanie: I appear to have it<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:You have scroll control<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:how odd, where would I find it if it is not appearing?<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Audio is not very clear<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Stephanie, side scroll bar on right or page numbers under slides right above Chat<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:what do credit cards and banks use where post addresses don't exist?<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:if a registrant has an option. and they choose a poor method for their circumstances as you suggest, should we prevent that choice?<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Thanks Lisa, the side scroll bar seems to have disappeared but page click still there, all good (I guess)<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:for that matter, what do legal processes rely on where there are no post addresses?<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Give me a sec to fix my mic, sorry<o:p></o:p></p>
<p class="MsoPlainText"> Greg Aaron:Why does the speaker not support inclusion of postal addresses?<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:Actually very true a postal address is required to have a proper postal address<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Nominet is a ccTLD<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:@Greg, I think the reasoning was that it isnt particularly reliable in the speaker's region.<o:p></o:p></p>
<p class="MsoPlainText"> Benny Samuelsen / Nordreg AB:There are a lot of places which don't have it<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:they only have to deal with one jurisdiction (in theory)<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:I think the previous speaker's point was that postal addresses are an issue in some places<o:p></o:p></p>
<p class="MsoPlainText"> Farell FOLLY:Yes.. Nelylon<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:i agree.... but some jurisdiction does<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:Phone is unreliable in some jurisdictions, apparently....<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:yes that is true as well... we are in the middle on this<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Greg - where my sister lives there is zero mobile coverage<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Q5 I think addresses the purposes (problems being solved) - may be helpful to look at that first, then circle back to methods<o:p></o:p></p>
<p class="MsoPlainText"> Julie Bisland:the operator is having difficulty reaching Daniel. We'll continue to try<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:Agree with James 100%<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:same here<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I think I agree with Jim Galvin<o:p></o:p></p>
<p class="MsoPlainText"> Marc Anderson:+1 - Agree with Jim<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:as I have described in the polls, we need a method of day to day contact, typically electronically, some urgent method for communication, typically some form of phone content, and a physical address for legal purposes.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:Moreover, we don't need to make a policy that postal is required if some other policy actually requires that<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:also agree with Jim. it was what I had in my mind while answering the poll.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:since if the other policy changes the policy we create would still work<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:So if a registrar is defrauded to register domains and payment is bad, are we OK with contact being an FB handle or email?<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:+1 Jim. Furthermore, it is not a given that current ICANN policies are compliant with DP requirements.
<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:@andrew yes we do need it for legal purposes<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Vicky: who needs it for legal purposes?<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:i.e. who is "we"?<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Apologies for tiny font on slide 5, but categories are Contactability, Resiliency, Preference, Abuse Reporting, and Other<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:"we" the community<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:"we" the person defrauded<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:"we" us on this group<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:@Fabricio. the registrar is free to require further details to protect themselves.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:The person defauded is the registrar. Surely, the registrar already has a lot of contact info<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:not related to the RDS (see my question on list about RDS/registrar db boundaries)<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:Oh, but those not the registrar, defrauded, their recourse is to shoot off an email or SMS?<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:Also, if the registrant defrauded the registrar, what possible reason do you have to suppose the postal address is useful?<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Postal address is also important exactly because it is not always reliable and for due process, the sender needs to know whether it was delivered successfully<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:you want the exact location and not just a poital address<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Jonathan: interesting argument. I think it'd be good to expand that on the call<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:@Fabricio, if you're premise is that we need to ask enough data so that criminals are exhausted into accidently giving valid contact details, we will likely need a _lot_ of data<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:+1 Jonathan<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:A registrant must not be required to publish a postal address. Different from requirement to collect.<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:@andrew, as you have said in the past, the data is necessary for trust among all of the actors, not just teh registrar/registry with the direct relationship with the registrant<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Kal, no, my premise is that we need postal address for all the real owrld processes that don't rely on SMS and email for "contact"<o:p></o:p></p>
<p class="MsoPlainText"> Farell FOLLY:If you want to know the exact location, in my country we don't haave system like in europe for mail distribution. So knowing the exact location would be a problem.<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:physical address is necesssary for jurisdiction analysis.
<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:@vicky 100%<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Vicky: surely merely knowing country would be enough for that?<o:p></o:p></p>
<p class="MsoPlainText"> Farell FOLLY:It will be one in the bylwas of the entity..<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Street address is not required for jurisdiction analysis<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:Andrew just said what I was going to say...country indicates jurisdiction<o:p></o:p></p>
<p class="MsoPlainText"> Farell FOLLY:If it is individual address, it may kee changing without any update at the registration<o:p></o:p></p>
<p class="MsoPlainText"> Farell FOLLY:thanks @steph<o:p></o:p></p>
<p class="MsoPlainText"> Farell FOLLY:+1 sara<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:_Maybe_ province/state: I think in India there are legal differences among sub-country jurisdictions<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Summarizing some of the benefits given in chat: ability for sender to confirm reciept, ability to support policies and laws that require postal delivery., ability to determine jurisdiction Summarizing disadvantages: postal
address not reliable in some locations and criminals may give fraudulent addresses anyway.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:The "mechanism of identification" is precisely what some people are worried about, of course.<o:p></o:p></p>
<p class="MsoPlainText"> Richard Leaning:what ever the contact information - it has to be correct and accurate<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Sara - So your company is in all jurisdictions in the USA?<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:What about the notion that registrars MAY not collect postal address but MUST provide it if they do collect it?<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:you could of course ask the registrant to specify jurisdiction. That would force them (and the registrar) to think about jurisdiction.<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:for service of process, physical addres is generally the preferred method for most courts. @andrew, yes, there are different rules in legal divisions lower than country which needs to be taken into account. I appreciate
that in some countries a true street address is not possible, but that, as Greg Aaron justmentioned, is a corner case and is an exception, not the rule<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Stephanie, note we already have WG Agreement #25: Registrant Country must be included in RDS data elements; it must be mandatory to collect for every domain name registration.<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:@Fab, they're trying...<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:This would allow others to identify registrars that do not collect by policy, and others who could cope with exceptions<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:If you're making a requirement in a computer system, it's not allowed to be empty<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:However, country is not always sufficient in federal states. State, province or lander or canton might be necessary<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:period<o:p></o:p></p>
<p class="MsoPlainText"> Benny Samuelsen / Nordreg AB:With the pushing on for validation of data this can be a challenge in a big part of the world<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:what happens...if someone wants to hide everything in the cloud with a hidden which is what happens at this stage... which country would they say<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Kris - the "cloud" has jursdiction<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:cloud is just someone else's computer<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:People's post al address may be a PO Box or "General Delivery", but generally everyone has an address. All sorts of forms such as passport and visa's require "an" address.<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:+1 Michele<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:People travel. Some hate email. I think we need to be forward thinking as new technologies may come into play<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:I use my mother's address when I'm out of the country<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:I use the office address for most things<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:i agree with you muchele...so which one would be used..as terms of address...your own country of where things are hosted<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I will note that I personally just don't care about this requirement -- if it's added I don't mind -- but I am allergic to the idea that "corner cases are fine"
<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Kris - you'll find it's both<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:that makes for really poor technical policy<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Jonathan, it sounds like you are making a case for at least one formal address, and an option for informal alternative addresses (or preferred addresses)<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Kris - if you are breaking your local law in country X or the provider by hosting it breaks the law in country Y (where they are)<o:p></o:p></p>
<p class="MsoPlainText"> Greg Aaron:Ahen, Andrew: I said that corner cases will exist, they should be discussed, but you haveot make choices about whether they're truly compelling enough to deal with in policy. Engineers make exaxty those kinds of decisions.<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:We MUST consider implications!<o:p></o:p></p>
<p class="MsoPlainText"> Richard Leaning:but Michele - which address to tell your bank or p[assport office?<o:p></o:p></p>
<p class="MsoPlainText"> Richard Leaning:or gas compnay, telephone provider, sky<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:I'm struggling with the idea that to buy a domain you need a physical address. yet to host the content or deploy services on the internet you can do so with an email address and some payment info.<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:A post office box in my neighbourhood costs over 180$ last time I checked, two years ago. So demanding an address will cost innocent registrants a lot of money if they do not trust the RDS with a postal address.<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@ Andrew - How are you defining "contact"?
<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:It should be understood that after this WG makes recommendations in phase 1, we are required by our charter to identify costs and risks/benefits that must be considered when developing policies to support those requirements
- and that step may cause the WG to refine the initial requirements developed at this stage<o:p></o:p></p>
<p class="MsoPlainText"> Greg Aaron:Or, Stephanie, that registrant could purchase privcy protection for $10 per year...<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:+1 alan<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:I believe we have heard that legal practitioners prefer to have a postal address to serve papers.<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:+1 Greg<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:We are still discussing collection, not publilcation, right?<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:@SAra, yes<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:thanks :) just keeping it clear<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:michele i mean some people have a cloud busisness of colocation in another country where that jurisdiction accepts certain gaming or gambling....when the origin of the company doing that from a differrent jusriciction....i
know quite a few who cannot gambling on Mauritius but still have gambling servers elseswhere were the jusridiction lets them do ahead....<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Here we are discussing contact methods - we will discuss roles later in the agenda, to which each method may apply<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:For du e process, having a formal mailing address is absolutely needed -- not just multiple contact methods<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:+1 Jonathan<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:agree with Greg<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:@jonothan what process are you thinking of specifically? there are plenty of legal internet based services a person can use without a physical address<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Jonathan, it sounds like you are making a case for at least one formal address, and an option for informal alternative addresses (or preferred addresses)<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:It's not just UDRP<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):one of the parties interested are LEAs<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):and courts<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:The UDRP is based on common principles of due process in the law<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:+1 Jonathan<o:p></o:p></p>
<p class="MsoPlainText"> paul keatin g:DUE PROCESS requires that one goes OVER AND ABOVE the norm to ensure that notice is provided<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:Ijust IF tat is the place. Clearly we need to consider all implications of omitting a contact method.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Jonathan, for example, a possible requirement might be that there be at least one contact method required and mandatory to collect which satisfies the needs of due process (including UDPR)<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:The fact that postal address is necessary or desireable does not mean that it must be collected in a registration process.<o:p></o:p></p>
<p class="MsoPlainText"> James Galvin (Afilias):@stephanie - YES, exactly my point<o:p></o:p></p>
<p class="MsoPlainText"> paul keatin g:TYHE WORLD is not the US. Much of the WORLD is unconnected and our system must account for them as well.<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Stephanie, it also doesn't mean it shouldn't<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:As long as there is a contact method, the individual can be contacted and asked to provide the postal address as required.<o:p></o:p></p>
<p class="MsoPlainText"> Margie Milam:the transfer policy refers to emails I believe<o:p></o:p></p>
<p class="MsoPlainText"> James Galvin (Afilias):I'm not objecting to collection postal address but I'm concerned about why.<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:@Stephanie, I would tend to disagree. Registration information is the one kick-at-the-can to get whatever we may need.<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):but spam can be physically send to these addresses<o:p></o:p></p>
<p class="MsoPlainText"> paul keatin g:There should be as much contacdt data as possible. Access and privacy relative to that data is a separate issue.<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:@Paul, domain name registrants need to be somewhat connected....<o:p></o:p></p>
<p class="MsoPlainText"> James Galvin (Afilias):@alan - but why are we required to serve all needs. What is the purpose of registration data? To serve all needs or for our own purposes still to be deliberately determined?<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Alan, I realize that this is the attitude at ICANN which has prevailed over the years and resulted in over-collection of data. Not acceptable from a privacy perspective.<o:p></o:p></p>
<p class="MsoPlainText"> James Galvin (Afilias):Certainly the minimum purpose is to be able to contact the registrant. This seems self-evident to me. What other purposes are we serving and why?<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Indeed James, that is the point.<o:p></o:p></p>
<p class="MsoPlainText"> James Galvin (Afilias):If the contact method fails then the registrant loses, whatever loss means given the circumstances.<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:If the contact *doesn't* work, that is legally relevant too, and is taken into account for due process<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:I note that South Africa has allowed the serving of papers via Facebook.
<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Jim Galvin, some comments in response to Q5 indicated a desire to report domain name abuse either to the registrant or to someone else - two examples of purposes served<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:Apologies for being late - conflicting meeting.<o:p></o:p></p>
<p class="MsoPlainText"> James Galvin (Afilias):"loss" could mean losing the domain name, or perhaps locking, or perhaps removing from the zone so it stops working, or even something else yet to be proposed.<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:We will encourage a flood of litigation by restricting access--major public policy consideration<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:Over-collection is in the eye of the beholder.<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:If we don't collect the data, then we need to change the safe harbor provision so that the registrar is liable<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:I honestly don't see this as a "trust" issue.<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:I need to drop off - talk to you all via email :)<o:p></o:p></p>
<p class="MsoPlainText"> Richard Leaning:You need to collect enough data to establish that trust<o:p></o:p></p>
<p class="MsoPlainText"> Richard Leaning:trust is long gone<o:p></o:p></p>
<p class="MsoPlainText"> James Galvin (Afilias):REGRETS - I need to drop off now.<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Stephanie - This isn't a trust issue, it's an issue of practicality. Can one open a bank account, obtain a credit card, buy a car, etc. with a simple email?<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Abuse concerns and legal due process are not the same concerns<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:They are equally valid concerns<o:p></o:p></p>
<p class="MsoPlainText"> Richard Leaning:+1 Fabricio<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Stephanie - Should registrars also accept domain registrations based on email and sms?<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Registrars must be responsible for the unlawful activities of the registrants if they don't collect adequate data for due process requirements<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Dick, that is my point. THere is no trust.<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Jonathan - At a minimum, registrars will be on the hook to produce cotact info every time there's a legal dispute.
<o:p></o:p></p>
<p class="MsoPlainText"> Richard Leaning:Exaclty Stephanie<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:But demanding more data is only going to result in more creative attempts to get validatable data.
<o:p></o:p></p>
<p class="MsoPlainText"> Greg Aaron:And yet UDRP works really well...<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:agree with paul...it is a real challenge<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:It seems that comments are identifying underlying requirements (not specific to contact method itself) such as: at least one contact must be accurate, at least one contact must be trustworthy, at least one contact must
be suitable for use in legal procedings for due process<o:p></o:p></p>
<p class="MsoPlainText"> Richard Leaning:I have to go, sorry ;-)<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:I believe it was the UN special rapporteur who asked the question during our session in Copenhagen, is the purpose of the RDS law enforcement? It is a good question. We appear to be designing it for the purposes
of law enforcement, but ICANN does not have a mandate to do so. I suggest everyone needs to have a look at the new EU Directive on data protection in the context of policing and law enforcement.
<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Stephanie - Lw enforcement and enforcement of contracts and laws are not necessarily the same.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I like Lisa's observation. I think it's right on<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Civil rights and remedies is not the same as law enforcement<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Sure Fab, but we conflate them here in our discussion all the time, and I have heard IP lawyers argue that enforcement of Trademark law is law enforcement....I certainly argue that enforcement of data protection is
law enforcement.<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:That's my point, stop conflaiting<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:this isn't about the FBI, NSA, CIA, OR Ip Lawyers and owners<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:@paul Registrars though must collect the data if they want to have a safe harbour even if registrants don't want to volunteer it<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:I don't think anyone is suggesting that we limit the type of contact methods we allow (within sane limits of course). it's the minimum requirement that is causing heartache<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Sadly Dick has left the call, Fab, law enforcement agencies may have different views<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:I can't comment on to what extent the UDRP is written from A US perspective, but the current list of providers who implement the policy include those in the US, Swizerland, Czech Republic and Jordan<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Which line are we looking at for the vote?<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Where is this question in writing so we can look at it while we vote?<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Paul, pursuant to Q2, we agreed to determine whether contact methods were mandatory or optional later in deliberation (that is, after methods were agreed).<o:p></o:p></p>
<p class="MsoPlainText"> Marc Anderson:Page 6<o:p></o:p></p>
<p class="MsoPlainText">jonathan matkowsky:thanks<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Question posed now: Do you support improved contactability as a purpose for collecting alternative contact methods?<o:p></o:p></p>
<p class="MsoPlainText"> Sam Lanfranco:Raise the probability = improved contractability<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I confess I'm indifferent to this. I don't think it'll improve anything<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Stephanie - Agree. He probably does have different view, as do you. That's bc there are different stakeholders here and we should not conflate or make overly broad conclusory statements that generalize these view,
etc.<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:Improved probability of...<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:If you have N methods of contact, you may be able to reach the target easier or faster, independent of failure. Thus improving contactability.<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:@ stephanie i think this is not a bad approach<o:p></o:p></p>
<p class="MsoPlainText"> Daniel K. Nanghaka:There should be a best preffered method - the second best alternative is used when the first fails<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:But we today have 3 methods<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:they're all required<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:so I don't see the "improvement"<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:As agreed for Q2, for the moment, don't assume any alternatives are mandatory to collect - optional or mandatory is to be determined after further deliberation<o:p></o:p></p>
<p class="MsoPlainText"> Daniel K. Nanghaka:@Andrew - they are all required but there is the most preffered<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Stephanie - And then where there's an issue (crime, contract dispute, etc), the registrar is resonsible to respond to court cases, et al? or hand over the contact data?<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:+1 Alan<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Question now posed: Do you support resiliency to communication failure as a purpose for collecting alternative contact methods?<o:p></o:p></p>
<p class="MsoPlainText"> paul keatin g:sorry but i must leave the call<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:just how resilient do these contact methods have to be?<o:p></o:p></p>
<p class="MsoPlainText"> paul keatin g:yest but it should be voluntary by the registrant<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:agree with Paul<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:ditto agree with Paul<o:p></o:p></p>
<p class="MsoPlainText"> Roger Carney:agree with Paul and Sara<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:agree with paul. +1<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Question posed now: Do you support providing contacts with a choice of contact method as a purpose for collecting preferred contact methods?<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:I think this question needs to be clarified, it is too open-ended<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:that question doesnt make sense to me<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:that sentence makes my head hurt...<o:p></o:p></p>
<p class="MsoPlainText"> Griffin Barnett:agree, confusingly-worded question<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:The purpose of having multiple contact points could be resiliency<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:@Stephanie, it probably depends on the relative reliability of contact info. We know that e-mail is relatively poor, and for completely innocent reasons. e-mail addresses fail to work regularly due to everyday occurrences
(such as using an isp-based address and changing ISPs or moving out of their areas.<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:yes, vague<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:We are trying to establish the reasons for collecting either alternative or preferred contact methods, based on comments given in the poll<o:p></o:p></p>
<p class="MsoPlainText"> Daniel K. Nanghaka:The questions needs more clarity<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:If there is a valid reason, then perhaps we can agree on the alternative(s) or preferrence option(s) to be offered or required<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:Yes, as long as it's supposed by the registrar... and that would be a business decision by the regitrar<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Exactly Alan, I agree. Indeed, given the difficulties that some of us have with bandwidth, email can be quite problematic.<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:agree with the basic premise. but noting that there are different costs to some contact methods<o:p></o:p></p>
<p class="MsoPlainText"> Daniel K. Nanghaka:yes they should choose the preffered method of contact<o:p></o:p></p>
<p class="MsoPlainText"> Griffin Barnett:No problem with asking registrants to identify their preferred method, assuming this doesn't at this stage exclude or otherwise impact requiring back-up methods<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:Agree with Griffin<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:but we need to be precise about whether we are looking for alternative channels or alternative contacts<o:p></o:p></p>
<p class="MsoPlainText"> Greg Aaron:SOmeone needs to post a better question, with better wording. So confusing the polling is not helpful.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:contact methods - not roles<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:preferred for registrant may not be preferred for contactor.<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:agree with greg. I am all for agreement when we can get it but this question is too much of a mess at the moment<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:I don't think it's more complicated<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:I think that is the ambiguity I am feeling here too<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:It's very confusing<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:But if interpreted to mean additional preferred methods, I am voting YES<o:p></o:p></p>
<p class="MsoPlainText"> Roger Carney:Agree with Sara, choice and also the method needs to be supported by registrar<o:p></o:p></p>
<p class="MsoPlainText"> Daniel K. Nanghaka:I agree the multiple point of contacts but its better to have the preffered method<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:It's not about word-smithing...it's about undertanding what is being asked<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:A lot of people feel there is ambiguity to the question, which is what I felt too<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Exactly Sara<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Possible alt question: Do you support allowing registrants to indicate their preferred contact method?<o:p></o:p></p>
<p class="MsoPlainText"> Daniel K. Nanghaka:+1 Allan<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:So I think it makes sense to reword the question<o:p></o:p></p>
<p class="MsoPlainText"> Daniel K. Nanghaka:They should specify the preffered contact method<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:We should re-write the question we want to poll<o:p></o:p></p>
<p class="MsoPlainText"> Greg Aaron:I dont bellieve that registrants shojud be allowed to choose which contact methods they can submit.<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:@greg For sure they should not - but they should be allowed to submit additional optional ones if they want to right?<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:and we will all come away with a different version of what we supported, which is not likely to speed things up. I think we have to embrace the unfortunate fact that conflation of issues and a lack of clarity about
the different perspectives we bring to this multi-stakeholder discussion has caused a lot of our roadblocks in previous WHOIS efforts<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Let's be clear - these are NOT poll questions. They are probing the level of support for concepts suggested in poll responses, so that poll questions can be constructed on possible key concepts<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I so want a "confused emoji" checkmark<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:@andrew - Me too!<o:p></o:p></p>
<p class="MsoPlainText"> Benny Samuelsen / Nordreg AB:+1 Andrew<o:p></o:p></p>
<p class="MsoPlainText"> Sara Bockey:Agree with Alan<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Question posed now: Do you support enabling reporting of domain name abuse as a purpose for collecting alternative contact methods?<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:I have to run but it has been fun - sorry I have to drop off a few minutes early. Have a great day folks.<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:There is a good reason the SSAC called their report 3 Blind Men and the Elephant.....<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):some addresses are in reality PO boxes (virtual offices e.t.c)<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:Contact info is involved in addressing a report of abuse, but not needed for the complaint.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Several poll responses identified the ability to reach the registrant when there was domain name abuse as a reason for collecting alternative or preferred methods. For those who said that, this is a chance to explain why
to other WG members.<o:p></o:p></p>
<p class="MsoPlainText"> Greg Aaron:ontact info is involved in addressing a report of abuse, but is ISneeded for the complaint if you want to contact the registrant.
<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:I think consideration should be given to having optional contact data entrusted to the registrar, not the RDS. After my (stupid) registrar cut me off in 2014 due to inoperative phone number they failed to correct,
I considered changing registrars. Transparency to hapless registarnts is a weak point in the system....hard to know how to pick a better registrar. (Please dont spam me with your ads, tell me why I should trust you)<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):bye all<o:p></o:p></p>
<p class="MsoPlainText"> Kal Feher:yay alternate time!<o:p></o:p></p>
<p class="MsoPlainText"> Julie Bisland:The next GNSO Next-Gen RDS PDP Working Group teleconference will take place on Wednesday, 16 August 2017 at 05:00 UTC for 90 minutes.
<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I must offer my regrets for the next two weeks: I'll be travelling<o:p></o:p></p>
<p class="MsoPlainText"> Julie Bisland:apology noted, Andrew<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:All, "RDS" and "RDDS" were acronyms resulting from two separate efforts that occured at roughly the same time. I am not aware of any difference intended when adopting these acronyms in the RAA and EWG.<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:thanks!<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:bye all<o:p></o:p></p>
<p class="MsoPlainText"> Sam Lanfranco:bye<o:p></o:p></p>
<p class="MsoPlainText"> Daniel K. Nanghaka:bye<o:p></o:p></p>
<p class="MsoPlainText"> David Cake:Than you everyone<o:p></o:p></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"><o:p> </o:p></span></p>
</div>
</div>
</div>
</body>
</html>