DomainnewsTech

ICANN advised Not To Allow Singular & Plurals Strings by ICANN BC Committee

Elisa Cooper the Chair of the ICANN Business Constituency in a letter dated December 30, 2013 has told ICANN  not to allow singular and plural’s strings of the same word.

 

New gTLD Program Committee:

We urge you to take immediate action to avoid the significant problems of allowing both singular and plural forms of the same TLD string.

Fortunately, the ICANN Board has just created a precedent for taking a “second look” at string confusion decisions, as we explain below.

First, consider the obvious problem of allowing a single travel company to control .hotels while another applicant had met Community priority for the .hotel TLD – a result that would discredit the Community Priority program that all of us at ICANN supported.

Another troubling example is to allow both .car and .cars TLDs, since registrants and users would likely be confused as to which domain they heard in an advertisement. The .car / .cars situation is especially problematic since conflicting decisions by the International Center for Dispute Resolution (ICDR) undermine the credibility of ICANN’s gTLD program.

The Business Constituency (BC) wrote you in October to describe these troubling inconsistencies in string confusion decisions by the ICDR. (see Exhibit B for letter). As seen in the timeline below, the first three string confusion decisions went against the objector, followed by 5 decisions for the objector. Then another decision (.cars) went against the objector, followed by another decision against the objector.

 

This inconsistency in decisions on precisely the same issue should be adequate justification to revisit all of the objections regarding string confusion between singular and plural forms of the same TLD, and certainly at least the very proceedings where the inconsistencies occurred. In its October letter, the BC suggested two ways the NGPC could proceed:

First, we request that ICANN publish any evidence considered by expert panels, arbitration providers, and ICANN staff in its evaluation of these decisions.

Second, we ask that ICANN publish more specific objective criteria used to judge string similarity, and then allow for an appeal system where applicants can challenge prior ICDR decisions on singular-plural TLDs based on this specific criteria.

An officer of the Business Constituency reiterated these suggestions at the public forum in Buenos Aires.

While the agenda for your committee’s 20-Nov-2013 meeting included a “Report on string confusion expert determinations,” the meeting report shows you postponed the discussion for a future meeting.

Then, on 4-Dec-2013, ICANN published the Final Implementation Plan for the IDN ccTLD Fast Track, which includes a “two-panel string similarity review process”. While the IDN ccTLD process is not an exact fit, it is the type of implementation improvement that could resolve inconsistent objection determinations that have occurred with new gTLDs.

Consider Section 4.3 of the IDN ccTLD process: (link):

4.3 Extended Process Similarity Review Panel Function

The Extended Process Similarity Review Panel (EPSRP) can be called on to perform a second and final confusing similarity assessment of the requested IDN ccTLD string if: (1) The DNS Stability Panel, in performing its string similarity review, deems the string to be invalid; and (2) if the requester seeks review by the EPSRP within three months of ICANN’s notification of the DNS Stability Panel’s determination.

We strongly encourage you to use the EPSRP decision as a precedent for taking action now, by adopting a similar two-panel process for gTLD string confusion objections.

There is still time to do this right, and thereby avoid an embarrassing mistake that will undermine ICANN’s credibility at a time when ICANN must demonstrate it is serving the public interest of registrants and Internet users.”