<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=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:DengXian;
        panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:"\@DengXian";
        panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
span.EmailStyle21
        {mso-style-type:personal-reply;
        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;}
/* List Definitions */
@list l0
        {mso-list-id:116610800;
        mso-list-template-ids:-367364506;}
@list l1
        {mso-list-id:979726261;
        mso-list-type:hybrid;
        mso-list-template-ids:-1721200084 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l1:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l1:level3
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l1:level4
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l1:level5
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l1:level6
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l1:level7
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l1:level8
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l1:level9
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">Hello Kristine, <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thank you for pointing out about the delay in updating the wiki. We have now uploaded the latest Status Check document to the wiki as well.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Staff can incorporate your proposed text in the Status Check document (in green) and also include your proposed text in the slide deck as additional slides to be consistent. We will also post the updated version Status Check doc in the
 wiki. <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thank you again for your feedback.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Best Regards,<o:p></o:p></p>
<p class="MsoNormal">Ariel <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">"Dorrain, Kristine" <dorraink@amazon.com><br>
<b>Date: </b>Monday, June 24, 2019 at 9:38 AM<br>
<b>To: </b>Ariel Liang <ariel.liang@icann.org>, "gnso-rpm-sunrise@icann.org" <gnso-rpm-sunrise@icann.org><br>
<b>Subject: </b>[Ext] RE: [Gnso-rpm-sunrise] Question 6 (a-c) proposed text<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><span style="color:#1F497D">Thanks Ariel, Mary, and Julie,</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">We had taken the most current status doc from the wiki as the most current doc and didn’t realize that the emailed doc was something different.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Our proposal is different from your text because we didn’t understand there to be wide divergence as your proposed answer suggests.  Indeed, we had taken a stab at language because we felt there was good agreement
 on the call (albeit tentatively, as everyone wanted to think a little more about it).  I’d like to propose that we consider the text Susan and I submitted because if we do have consensus, it would help move our report along. The status doc is full of “we can’t
 agree” and it would be nice to capture places where we did agree.  If people in the group disagree with our text, then we could, as you propose, include our language in the deliberations section, but at this point, we believe our text is more than deliberations
 and may in fact represent a consensus view.  </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I understand we don’t want to open up the doc to wordsmithing viewpoints that are divergent, but I’m deeply concerned that we’re going to submit an initial report that has almost no actual recommendations because
 we can’t agree on anything.  If we can find places where we agree, it’s critical that we include that.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Best,</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Kristine</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Ariel Liang <ariel.liang@icann.org> <br>
<b>Sent:</b> Saturday, June 22, 2019 1:46 AM<br>
<b>To:</b> Dorrain, Kristine <dorraink@amazon.com>; gnso-rpm-sunrise@icann.org<br>
<b>Subject:</b> Re: [Gnso-rpm-sunrise] Question 6 (a-c) proposed text<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Hello Kristine and Susan, <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Thank you very much for proposing the new language for Q6(a)-(c).
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">On Wednesday, 19 June, staff sent out the updated Status Check document which include proposed language by the Co-Chairs in collaboration with staff. This email (attached) may be missed due to travels. We have included the proposed language
 for Q6 in the updated status check document below. As you can see, the updated version is much briefer; the discussions and deliberations text will be included in the Summary Table, so nothing will be lost.
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Please be so kind to review the updated version below and let us know if you have any additional feedback / see whether any revision to your proposed language is needed.
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Thank you,<o:p></o:p></p>
<p class="MsoNormal">Mary, Julie, Ariel<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">==<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><b><i><span style="color:black">Q6(a): </span></i></b><i><span style="color:black">What are Sunrise Dispute Resolution Policies (SDRPs), and are any changes needed?
</span></i><o:p></o:p></p>
<p class="MsoNormal"><b><u><span style="color:black">Proposed Answer</span></u><span style="color:black">:
</span></b><span style="color:black">The Sub Team noted that SDRPs are explained in the Section 6.2.2 and 6.2.4 of Module 5 of the Applicant Guidebook. The Sub Team generally recognized that it is not within the scope of the RPM PDP WG to recommend changes
 to any Registry Operator specific SDRPs. The Sub Team had widely diverging opinions on whether any changes, deletions, or additions to the mandatory grounds are needed.
</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black"> </span><o:p></o:p></p>
<p class="MsoNormal"><b><i><span style="color:black">Q6(b):</span></i></b><i><span style="color:black"> Are SDRPs serving the purpose(s) for which they were created?</span></i><o:p></o:p></p>
<p class="MsoNormal"><b><u><span style="color:black">Proposed Answer</span></u><span style="color:black">:
</span></b><span style="color:black">The Sub Team had widely diverging opinions on whether SDRPs are serving the purpose(s) for which they were created.</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><b><i><span style="color:black">Q6(c): </span></i></b><i><span style="color:black">If not, should they be better publicized, better used or changed?</span></i><br>
<b><u><span style="color:black">Proposed Answer</span></u><span style="color:black">:
</span></b><span style="color:black">Since the Sub Team had widely diverging opinions on whether SDRPs are serving the purpose(s) for which they were created, it did not consider this question.
</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">Gnso-rpm-sunrise <<a href="mailto:gnso-rpm-sunrise-bounces@icann.org">gnso-rpm-sunrise-bounces@icann.org</a>> on behalf of "Dorrain,
 Kristine via Gnso-rpm-sunrise" <<a href="mailto:gnso-rpm-sunrise@icann.org">gnso-rpm-sunrise@icann.org</a>><br>
<b>Reply-To: </b>"Dorrain, Kristine" <<a href="mailto:dorraink@amazon.com">dorraink@amazon.com</a>><br>
<b>Date: </b>Friday, June 21, 2019 at 8:53 PM<br>
<b>To: </b>"<a href="mailto:gnso-rpm-sunrise@icann.org">gnso-rpm-sunrise@icann.org</a>" <<a href="mailto:gnso-rpm-sunrise@icann.org">gnso-rpm-sunrise@icann.org</a>><br>
<b>Subject: </b>[Gnso-rpm-sunrise] Question 6 (a-c) proposed text</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<p class="MsoNormal">Hi everyone:<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">In an effort to move things along on the murky SDRP questions, Susan and I worked to come up with some initial report language that we think the group might be able to agree on and submit it here for your review.  If we can get consensus,
 we can remove all the “some subteam members” language.  <span style="font-family:Wingdings">
J</span> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Thanks and safe travels,<o:p></o:p></p>
<p class="MsoNormal">Kristine<o:p></o:p></p>
<p class="MsoNormal"><b> </b><o:p></o:p></p>
<p class="MsoNormal"><b> </b><o:p></o:p></p>
<p class="MsoNormal"><b>Q6(a): What are Sunrise Dispute Resolution Policies (SDRPs), and are any changes needed?
</b><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Proposed Answer: According to the Section 6.2.2 and 6.2.4 of the Trademark Clearinghouse Model of Module 5 of the Applicant Guidebook, SDRP is a mechanism that a Registry Operator must provide to resolve disputes regarding its registration
 of Sunrise Registrations. It allows challenges to Sunrise Registrations related to Registry Operator’s Allocation and registration policies, on four non-exhaustive grounds, including on the grounds that the domain name that was registered does not identically
 match the Trademark Record on which the Sunrise-Eligible Rights Holder based its Sunrise Registration. In the time between when the AGB was written and the TMCH requirements were established, the TMCH dispute procedure was created.  This procedure allows for
 challenges to the recordal of marks in the TMCH that underlie Sunrise Registrations. As a result two of AGB requirements for Registry Operator SDRPs are moot; and in any event the registry operator is not the best-placed party to adjudicate these challenges
 due to the fact that the registry operator is reliant on trademark eligibility information provided to it by the TMCH.  We propose a resolution that codifies the current practice, with no changes.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Recommendations:<o:p></o:p></p>
<p class="MsoNormal">The SubTeam recommends that the next Applicant Guidebook be amended as follows:<o:p></o:p></p>
<ol style="margin-top:0in" start="1" type="1">
<li class="MsoNormal" style="mso-list:l1 level1 lfo3">We recommend: the new version of the AGB should include the TMCH dispute resolution procedure for challenging the validity of trademark recordals entered into the TMCH.  This procedure is currently published
 at: <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.trademark-2Dclearinghouse.com_dispute-233.3&d=DwMFAg&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=dRzB-YypMqj9AZjlP_sZHORJtVF4M6AI0vip1lbQy10&m=s_LbxQ_OeRPWx2GqlO5SRIFeKx9J97VzgNWGKAXqxIA&s=8qOcSHE0IuEzqnvs6j7aN_b12-C2Z2LzcHxGoTk0zA8&e=">
<span style="color:windowtext">https://www.trademark-clearinghouse.com/dispute#3.3</span> [trademark-clearinghouse.com]</a>.  ICANN Org should ensure that its contract for the provision of TMCH services makes the operation of the TMCH dispute resolution procedure
 a requirement for the TMCH Provider.<o:p></o:p></li><li class="MsoNormal" style="mso-list:l1 level1 lfo3">We recommend: What is current AGB (Module 5) Trademark Clearinghouse Model, section 6.2.4 be amended to remove (i) and (iii). 
<o:p></o:p></li><li class="MsoNormal" style="mso-list:l1 level1 lfo3">We recommend: The AGB (Module 5) 6.2.4 be amended to include 6.2.6 – the Registry Operator will, upon receipt from the TMCH of a finding that a sunrise registration was based upon an invalid TMCH record
 (pursuant to a TMCH dispute resolution procedure), immediately cancel the domain name registration.<o:p></o:p></li></ol>
<p class="MsoNormal" style="margin-left:.5in">  <o:p></o:p></p>
<p class="MsoNormal">Note: Registry Operators should continue to have the option to offer a broader SDRP to include optional/additional Sunrise criteria as desired. 
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">[The below are just edited from the staff doc using both color (red/green) and traditional strike-through/underline to identify deletions/additions.]<o:p></o:p></p>
<p class="MsoNormal">  <o:p></o:p></p>
<p class="MsoNormal"><b>Q6(b):Are SDRPs serving the purpose(s) for which they were created?</b><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Proposed Answer: The Sub Team had difficulty determining whether SDRPs are serving the purpose(s) for which they were created, as each TLD has its own SDRP and there is hardly any data or analysis of the SDRP decisions across all new gTLD.
<u><span style="color:#385723">Some sub team members have proposed a solution in Q6(a) that will eliminate the non-functional parts of the SDRP requirements and codify the current practice.</span></u><span style="color:#70AD47">
</span>Some Sub Team members believe that, in general, SDRPs do not seem to serve the purpose(s) for which they were created.
<s><span style="color:red">One Sub Team member believes that SDRPs seem obsolete because the TMCH already has a mechanism to challenge the underlying trademark record of a Sunrise registration.</span></s><span style="color:red">
</span>Another Sub Team member believes that the limited access to the TMCH and the lack of trademark information to identify whether a complaint is well-grounded makes it difficult to challenge a registration via the SDRP. Nevertheless, one Sub Team member
 believes that the SDRPs are generally serving the purpose(s) for which they were created despite their low usage.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <b>Q6(c): If not, should they be better publicized, better used or changed?</b><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Proposed Answer: <u><span style="color:#385723">Some SubTeam members have proposed some useful changes in Q6(a).</span></u><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">One Sub Team member commented that whether SDRPs should be better publicized is contingent on whether they are serving the purpose(s) for which they were created. However, it is not harmful for Registry Operators to periodically remind
 registrants of the existence of SDRPs. One Sub Team member believes that it is not within the scope of the RPM PDP WG to recommend how SDRPs can be better used. It is up to the Registry Operators and challengers to decide.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
</body>
</html>