<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; font-size: 14px; font-family: Calibri, sans-serif; color: rgb(0, 0, 0);">
<div>
<div style="color: rgb(0, 0, 0);">Nic,</div>
<div style="color: rgb(0, 0, 0);"><br>
</div>
<div style="color: rgb(0, 0, 0);">I agree that finding a consistent / standard approach to this would benefit all participants. There are two problems that need to be addressed for these names, which include:</div>
<ol>
<li style="color: rgb(0, 0, 0);">Allocation of the reserved names
<ol style="color: rgb(0, 0, 0);">
<li>Should reserved name applications get created and allocated per draft-ietf-eppext-launchphase?
<ol>
<li>The creation of applications may be mixed with registrations. This is not a launch phase, but a release of a set of domains. For registrars not explicitly participating in the release of the reserved names, it would be unclear why an application was created
over a registration. One mechanism to mitigate this is to require the <launch:create> extension with the “type” attribute set to “application” for the reserved domains. I’m assuming that the check response would return back unavailable for reserved domains
with a reason like “reserved domain” so not to mislead non-participating registrars. </li><li>Following the full application state machine, as defined in draft-ietf-eppext-launchphase, may be overkill for releasing a smaller set of names. Registrars may be discouraged from participating based on the level of complexity associated with the application
state machine.</li></ol>
</li><li>Should an allocation string / token be used to authorize the registration of a reserved domain name that is made available out-of-band? For example, an auction provider could provide the allocation string / token to the winner of the auction and the registrar
would pass it with the domain create of the reserved domain via either the RFC 5731 authorization info or another EPP extension.
<ol>
<li>The registries and the registrars would need to support a new mechanism for creating a reserved domain in using the allocation string / token. </li><li>This is simpler than using the application state machine of draft-ietf-eppext-launchphase. </li></ol>
</li></ol>
</li><li style="color: rgb(0, 0, 0);">Handling the claims service for reserved names that have marks in the TMCH
<ol>
<li>This problem was the point of the initial list posting, where the claims service would need to be re-enabled by registries and participating registrars for use only with the reserved domains potentially well past the claims launch phase. This assumes that
a registry does not run claims indefinitely. Since reserved names would probably not be released all at once, this cycle would have to be repeated many times for each TLD. </li><li style="color: rgb(0, 0, 0);">The options include:
<ol style="color: rgb(0, 0, 0);">
<li>Registries and participating registrars must fully support the claims service based on the RPM requirements. The registry must re-enable the claims check service, must re-enable the claims acknowledgement verification, and must re-enable the LORDN interface
for a subset of the domain names. The registrars must re-enable the use of the claims check service, must re-enable their interface with the CNIS, and must re-enable passing the claims acknowledgement for reserved domains that have marks.
<ol>
<li>This is a great amount of overhead for the registries and the registrars for releasing a set of domain names potentially well past the claims launch period. </li><li>This will discourage registrar participation.</li><li>The registries must keep support for claims indefinitely that can be enabled later. </li></ol>
</li><li>Registries and participating registrars support asynchronous claims acknowledgement out-of-band of EPP.
<ol>
<li>The registries would allow the creation of reserved domains that will be put in pendingCreate if there is a matching mark. The claims acknowledge would need to be passed to the registry out-of-band to allocate the domain.</li><li>Reserved domains that don’t have matching marks will be immediately allocated, assuming that the registry does not have a pendingCreate model. </li></ol>
</li><li>As Roy suggested, require claims service notification from the registries to the TMCH without the front-end claims service requirements. I would loosely define this as “Claims Lite”, where the TMCH and subsequently ICANN will receive systematic notification
of reserved name allocations that have marks. We could consider broadening the notifications to include providing the initial reserved name list, release of the reserved domains, and finally allocation of all reserved domains.
<ol>
<li>The registrars would not be impacted at all since there is no need to present the claims notice to the registrant, so therefore it will encourage registrar participation. </li><li>Registries would need to support a new LORDN-like interface with the TMCH that may require a broader set of systematic notifications for monitoring and visibility by the mark holders and ICANN. </li><li>Registries would not be required to support the claims check service and claims acknowledge validation. </li><li>This could be an alternate approach to what is currently defined in the RPM requirements for the claims service. </li></ol>
</li><li>Don’t require support for the claims service for the releasing of reserved names.
<ol>
<li>The reserved domains will be registered and allocated after the required claims launch period, where other domains registered and allocated during the “open” phase have no equivalent requirement. </li></ol>
</li></ol>
</li></ol>
</li></ol>
<div style="color: rgb(0, 0, 0);"> I prefer option 2 for the “Allocation of the reserved names” problem. I prefer option 4 first, followed by option 3, for the “Handling the claims service for reserved names that have marks in the TMCH” problem. </div>
<div style="color: rgb(0, 0, 0);"><br>
</div>
<div style="color: rgb(0, 0, 0);">
<div>Are there any other problems or options that need to be considered? Are there any preferences from both registries and registrars? </div>
</div>
<div style="color: rgb(0, 0, 0);"><br>
</div>
<div style="color: rgb(0, 0, 0);"><br>
</div>
<div style="color: rgb(0, 0, 0);">
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3">-- <o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"> <o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3">JG<o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"> <o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"><img width="75" height="66" src="cid:2D02DBFE-952D-4A9F-B173-6E9B7013FE70" v:shapes="Picture_x0020_1" type="image/png"><o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"> <o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"><span style="color: rgb(12, 29, 99); ">James Gould</span><o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"><span style="color: rgb(41, 42, 45); ">Principal Software Engineer</span><o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"><span style="color: rgb(0, 0, 219); "><a href="mailto:jgould@verisign.com">jgould@verisign.com</a></span><o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"><span style="color: rgb(41, 42, 45); "> </span><o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"><span style="color: rgb(41, 42, 45); ">703-948-3271 (Office)</span><o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"><span style="color: rgb(39, 41, 43); ">12061 Bluemont Way</span><o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<font face="Calibri" size="3"><span style="color: rgb(39, 41, 43); ">Reston, VA 20190</span><o:p></o:p></font></p>
<p class="MsoNormal" style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: Cambria; ">
<span style="color: rgb(12, 29, 99); "><font face="Calibri" size="3">VerisignInc.com</font></span></p>
</div>
</div>
<div style="color: rgb(0, 0, 0);"><br>
</div>
<span id="OLK_SRC_BODY_SECTION" style="color: rgb(0, 0, 0);">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Nic Steinbach <<a href="mailto:nic@name.com">nic@name.com</a>><br>
<span style="font-weight:bold">Date: </span>Monday, May 19, 2014 at 10:32 AM<br>
<span style="font-weight:bold">To: </span>Rubens Kuhl <<a href="mailto:rubensk@nic.br">rubensk@nic.br</a>><br>
<span style="font-weight:bold">Cc: </span>"<a href="mailto:tmch-tech@icann.org">tmch-tech@icann.org</a>" <<a href="mailto:tmch-tech@icann.org">tmch-tech@icann.org</a>>, "<a href="mailto:gtld-tech@icann.org">gtld-tech@icann.org</a>" <<a href="mailto:gtld-tech@icann.org">gtld-tech@icann.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [tmch-tech] RPM Requirement of Supporting Claims Service for Release or Allocation of Reserved Domain Names<br>
</div>
<div><br>
</div>
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
<div>
<div>
<div dir="ltr">It would be nice to have a standard way of addressing this - supporting claims indefinitely, pursuing an alternate method like the one mentioned by Roy or any other solution - but I think given the TLD roll out so far standardization across all
platforms seems unlikely. A PDP would not have tangible results before some registries would like to pursue this path. I would be surprised if a registry didn't implement a delayed reserved rollout along these lines this quarter and it will only pick from
there.
<div><br>
<div>Instead registries need to realize the development burdens on registry operators and registrars so that there reserved rollout is as standard as possible and enticing enough to make these burdens worthwhile. Given the nature of these names - it is certainly
possible to make the program enticing. I would guess that as least within a registry operator, the mechanism for addressing both the claims and the validation piece that goes along with this would be standard. </div>
<div><br>
</div>
<div>We fully expect to support various models as long as the benefits and requirements are communicated clearly and translate to a sound business decision for all parties involved. </div>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Mon, May 19, 2014 at 8:03 AM, Rubens Kuhl <span dir="ltr">
<<a href="mailto:rubensk@nic.br" target="_blank">rubensk@nic.br</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">
<div><br>
</div>
Seth,
<div><br>
</div>
<div>Have you been able to use GDD Portal to get eternal claims service ? It seems to require a fixed date when submitting TLD Startup Info... </div>
<div><br>
</div>
<div><br>
</div>
<div>Rubens</div>
<div><br>
</div>
<div><br>
<div>
<div>Em 19/05/2014, à(s) 11:00:000, Seth Goldman <<a href="mailto:sethamin@google.com" target="_blank">sethamin@google.com</a>> escreveu:</div>
<br>
<blockquote type="cite">
<div class="">
<div dir="ltr">We are planning to offer an eternal claims service on all our TLDs. It's better for trademark holders, plus it's operationally simpler.
<div><br>
</div>
<div>Seth</div>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">
<div class="">On Mon, May 19, 2014 at 7:53 AM, Gould, James <span dir="ltr"><<a href="mailto:JGould@verisign.com" target="_blank">JGould@verisign.com</a>></span> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word;font-size:14px;font-family:Calibri,sans-serif">
<div class="">
<div style="font-size:14px;font-family:Calibri,sans-serif">According to section 2.4.3 of the Rights Protection Mechanism (RPM) Requirements, it states:</div>
<div>
<div title="Page 8">
<div>
<div>
<ol start="3" style="list-style-type:none">
</ol>
<div>
<blockquote style="margin:0 0 0 40px;border:none;padding:0px">
<p>If Registry Operator reserves a domain name from registration in accordance with Section 2.6 of the Agreement and Specification 5 of the Agreement and thereafter (i) releases for Allocation or registration such reserved domain name at any time prior to the
start date of the Claims Period, such domain name MUST be treated like any other domain name for any applicable Sunrise Period, Limited Registration Period, Launch Program or Claims Period, or (ii)
<b>releases for Allocation or registration such reserved domain name at any time following the start date of the Claims Period, such domain name MUST be subject to the Claims Services (as defined in Section 3) for a period of ninety (90) calendar days following
the date Registry Operator releases such domain name for registration as long as the Trademark Clearinghouse (or any ICANN-designated successor thereto) remains in operation. </b></p>
</blockquote>
</div>
<div></div>
</div>
</div>
</div>
</div>
<div style="font-size:14px;font-family:Calibri,sans-serif">For registries that plan on releasing domain names after the Claims Period, such as to support the release of premium domain names or 2 character domain names, they will have to support the Claims Services
well past the Claims Period (potentially years). This represents a costly burden to the registries having to indefinitely download the DNL list, support the claims check, validating the domain creates against the DNL list for a subset of domain names, and
support the TMCH LORDN interface. This also represents a costly burden to registrars or discourages registrar participation in supporting the release of reserved domain names. The registrars would need to know to use the claims check, use the CNIS for presenting
the claims notice, and passing the claims acknowledgement indefinitely. </div>
<div style="font-size:14px;font-family:Calibri,sans-serif"><br>
</div>
<div style="font-size:14px;font-family:Calibri,sans-serif">Since this is a complex issue impacting registries and registrars, what approaches are being considered? Do the registries and registrars have any issues with supporting the Claims Service indefinitely?
</div>
<div style="font-size:14px;font-family:Calibri,sans-serif"><br>
</div>
<div style="font-size:14px;font-family:Calibri,sans-serif">Please respond with your thoughts and concerns.</div>
<div style="font-size:14px;font-family:Calibri,sans-serif"><br>
</div>
<div style="font-size:14px;font-family:Calibri,sans-serif">Thanks,</div>
<div style="font-size:14px;font-family:Calibri,sans-serif"><br>
</div>
</div>
<div style="font-size:14px;font-family:Calibri,sans-serif"><span class="HOEnZb"><font color="#888888">
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3">-- <u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"> <u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3">JG<u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"> <u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"><span><3CA91A0B-A6C1-43A5-AC92-8E23C9AD1B74[99].png></span><u></u><u></u></font></div>
</font></span>
<div class="">
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"> <u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"><span style="color:rgb(12,29,99)">James Gould</span><u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"><span style="color:rgb(41,42,45)">Principal Software Engineer</span><u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"><span style="color:rgb(0,0,219)"><a href="mailto:jgould@verisign.com" target="_blank">jgould@verisign.com</a></span><u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"><span style="color:rgb(41,42,45)"> </span><u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"><span style="color:rgb(41,42,45)"><a href="tel:703-948-3271" value="+17039483271" target="_blank">703-948-3271</a> (Office)</span><u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"><span style="color:rgb(39,41,43)">12061 Bluemont Way</span><u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><font face="Calibri" size="3"><span style="color:rgb(39,41,43)">Reston, VA 20190</span><u></u><u></u></font></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Cambria"><span style="color:rgb(12,29,99)"><font face="Calibri" size="3"><a href="http://VerisignInc.com" target="_blank">VerisignInc.com</a></font></span></div>
</div>
</div>
<div class="">
<h5><font color="gray">“This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed, and may contain information that is non-public, proprietary, privileged, confidential and exempt from disclosure
under applicable law or may be constituted as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this
message in error, notify sender immediately and delete this message immediately.”
</font></h5>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr">
<div><b style="color:rgb(136,136,136)"><i><font face="arial black,sans-serif">Nic Steinbach</font></i></b><br>
</div>
<div>
<div style="color:rgb(136,136,136)">Strategic Relationship Manager</div>
<div style="color:rgb(136,136,136)">209.681.7838</div>
<div style="color:rgb(136,136,136)"><img src="http://name.com/images/email-signature-logo1.jpg" width="96" height="18"></div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</span>
</body>
</html>