<div><div dir="auto">Just to clarify on the overides, I believe they are actually limited only to other SMD file holders and/or other trademark owners.</div><br><div class="gmail_quote"><div>On Wed, Aug 9, 2017 at 8:20 AM claudio di gangi &lt;<a href="mailto:ipcdigangi@gmail.com">ipcdigangi@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div dir="auto">George, Paul,</div><div dir="auto"><br></div><div dir="auto">When analyzing the number of Sunrise registrations in the last round, how do you suggest factoring-in to the analysis the number of DPML/other blocking mechanisms, that function as defensive, non-resolving registrations across hundreds of new gTLDs?</div><div dir="auto"><br></div><div dir="auto">Once a trademark is &#39;blocked&#39; through one of these additional marketplace RPMs (for several thousand dollars per mark) - currently offered on a voluntary basis as an alternative to Sunrise, to reduce social costs imposed by the new gTLD program, that mark is defensively &#39;registered&#39; across hundreds of new gTLDs (at the same time, any of these DPML &#39;domains&#39; can be overridden by a non-trademarked registrant upon request to the registry operator).</div><div dir="auto"><br></div><div dir="auto">On a related point, we have numbers on the number of domains blocked through these services?</div><div dir="auto"><br></div><div dir="auto">Thanks!</div><div dir="auto"><br></div><div dir="auto">Best,</div><div dir="auto">Claudio</div></div><div><br><div class="gmail_quote"><div>On Wed, Aug 9, 2017 at 7:11 AM George Kirikos &lt;<a href="mailto:icann@leap.com" target="_blank">icann@leap.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks,<br>
<br>
On Mon, Aug 7, 2017 at 11:47 AM, Beckham, Brian &lt;<a href="mailto:brian.beckham@wipo.int" target="_blank">brian.beckham@wipo.int</a>&gt; wrote:<br>
&gt; Finally, the suggestion that Sunrises may not be meeting their intended<br>
&gt; purpose due to low uptake statistically-speaking (also as to documented<br>
&gt; abuses) seems to widely miss the mark.  As J Scott and others pointed out on<br>
&gt; the call, the intended purpose is to provide an opportunity to get ahead of<br>
&gt; infringing registrations.  Whether that opportunity is taken up by a brand<br>
&gt; owner is an altogether separate question.<br>
<br>
This analysis is deeply flawed. It attempts to justify the continued<br>
existence of the sunrise by measuring &quot;theoretical benefits&quot;, despite<br>
the low uptake rate, as opposed to &quot;actual realized benefits&quot; (as<br>
measured by the actual low update, data that is actually observable),<br>
when comparing against the costs of the sunrise period (to competing<br>
good faith registrants, etc.).<br>
<br>
For example, consider a public library branch that is in a large<br>
neighbourhood of 100,000 people, but is only used by 100 people per<br>
year. Using Brian&#39;s flawed analysis, the branch should be kept open,<br>
because &quot;theoretically&quot;, 100,000 people have the opportunity to use it<br>
(even though 99,900 don&#39;t actually use it). Instead, it should be<br>
closed because only 100 people actually use it. The actual benefits<br>
(the usage by a mere 100 users) are what matter, when compared against<br>
the costs.<br>
<br>
I agree with the analysis of Paul Keating in this thread, who properly<br>
weighed the actual benefits (low), vs the costs, and came out in<br>
favour of elimination of the sunrise period.<br>
<br>
As I discussed in a previous thread on this topic, sunrise demand<br>
would shift to the landrush period when the sunrise period is<br>
eliminated. Appropriate safeguards could be instituted to reduce<br>
cybersquatting in that landrush (e.g. loser pays UDRP costs for<br>
landrush registrations, thereby raising the bar for those<br>
registrations, compared to general availability, or other mechanisms<br>
suggested). See the (long) thread in April 2017, starting with:<br>
<br>
<a href="http://mm.icann.org/pipermail/gnso-rpm-wg/2017-April/001509.html" rel="noreferrer" target="_blank">http://mm.icann.org/pipermail/gnso-rpm-wg/2017-April/001509.html</a><br>
<br>
and with other replies at:<br>
<br>
<a href="http://mm.icann.org/pipermail/gnso-rpm-wg/2017-April/date.html#1509" rel="noreferrer" target="_blank">http://mm.icann.org/pipermail/gnso-rpm-wg/2017-April/date.html#1509</a><br>
<br>
ICANN&#39;s history is riddled with examples of bad policy suggestions<br>
that had theoretical benefits, and whose introduction was based on<br>
speculative demand that never was realized. It&#39;s time to assess those<br>
policies properly and honestly, and admit that they were failures. The<br>
sunrise period for new gTLDs is a prime example. By Brian&#39;s analysis,<br>
it can **never** be eliminated, even if just 1 user actually used it,<br>
because its &quot;theoretical&quot; benefits can **always** be said to be high.<br>
<br>
The purpose of this PDP is to do a proper and intellectually honest<br>
review, which means looking at the actual benefits. To do otherwise is<br>
to say that the outcome of this PDP is rigged and predetermined, and<br>
it doesn&#39;t matter what the actual data (as measured by actual usage),<br>
actual experience and actual statistical evidence, tells us.<br>
<br>
Sincerely,<br>
<br>
George Kirikos<br>
416-588-0269<br>
<a href="http://www.leap.com/" rel="noreferrer" target="_blank">http://www.leap.com/</a><br>
_______________________________________________<br>
gnso-rpm-wg mailing list<br>
<a href="mailto:gnso-rpm-wg@icann.org" target="_blank">gnso-rpm-wg@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-rpm-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rpm-wg</a><br>
</blockquote></div></div></blockquote></div></div>