ICANN ICANN Email List Archives

[ioc-rcrc-proposal]


<<< Chronological Index >>>    <<< Thread Index >>>

Statement on IFRC and IOC - Protection

  • To: ioc-rcrc-proposal@xxxxxxxxx
  • Subject: Statement on IFRC and IOC - Protection
  • From: Avri Doria <avri@xxxxxxx>
  • Date: Mon, 19 Mar 2012 11:57:19 -0500

Re: http://www.icann.org/en/news/public-comment/ioc-rcrc-proposal-02mar12-en.htm

In this statement I want to address the purpose of the ICANN Board's actions, 
and the derivative purpose of the drafting team's work: protection of the 
International Federation of the Red Cross (IFRC) and of the International 
Olympic Committee (IOC). Since the motion's recommendations apply to both 
organizations, and since the GNSO seems to have decided that the motion cannot 
be split between the two organizations, I will not differentiate between the 
two organizations in my comments.  In any case such discrimination would 
require further analysis on the basis for the merits of the special treatment.

- I will avoid, in this note at least, the question of whether the IFRC/IOC 
deserve such protection.

- I will avoid, in this note at least, the question of whether the IFRC/IOC are 
the only organizations that deserve this protection.

- I will avoid, in this note at least, the question of whether the IFRC/IOC as 
a class of organization are unique regarding reasons for such protection.

- I will avoid, in this note at least, the question of whether the ICANN Board 
did the right thing in creating, without a proper GNSO PDP, a new class of 
modified reserved names.

- I will avoid, in this note at least, the question of whether, changing the 
Application Guidebook (AGB) after the start of the application period is an 
appropriate action for ICANN to take.

- I will avoid, in this note at least, the question of whether it is 
appropriate for the GNSO council  to vote on a recommendation of a Drafting 
Team draft without a complete AOC/ATRT/Board determined comment period and 
without a call to the constituencies for comments.  I.e.this note will not 
address the appropriateness of the GNSO council circumventing the PDP and the 
precedence this might set for future emergency policy issues.

- I will avoid, in this note, the analysis necessary to differentiate between a 
policy issue and a 'mere' implementation issue.

In this note I will focus on the issue of protection of the IFRC/IOC in the 
current round.  Stipulating in this comment that the IFRC/IOC deserve such 
special protection, the question becomes what should be done by the GNSO 
Council at this point to protect them and which aspects of the motion before 
the GNSO council achieve this goal. 

It is clear that the Board already gave the IFRC/IOC extraordinary protection 
and I am not asking for this to be rescinded at this point because changing the 
AGB at this point on such a grand scale would be unfair without restarting the 
application clock.  At the request of the IFRC/IOC and the Advice of the GAC, 
they created a new class of modified reserved name that could not be delegated 
and produced a list of words that could not be applied for. The question facing 
the GNSO Draft Team is whether it is necessary to augment this protection and 
if so how it should be done.

The motion before the GNSO contains several elements.  It is worth looking at 
whether these elements contribute to the protection of the IFRC/IOC and if they 
do, whether they do so in a reasonable and scalable manner.

1. (Recommendation 1a) That IFRC/IOC should be given an exemption to the rule 
prohibiting the delegation of these names.  While on the face of it, this seems 
ok to many people, it certainly has nothing to do with protection.  If the 
purpose of this motion is to protect the IFRC/IOC, then this recommendation 
should be out of scope and should be removed from the motion.  It should also 
be noted, that for no other reserved name is this privilege extended - for all 
other reserved names there is no special exemption for the organization to 
which the name refers, e.g. the IETF cannot apply for .ietf.

It is also difficult to know how this special exception would be handled by 
ICANN.  There are thousands of IFRC/IOC participating organizations, as well as 
language and script variations.  Does this special exemption to the special 
modified reserved name policy apply to all of them?  If so, will this be 
handled with a 'white list' of those allowed to apply?  Will a letter be 
submitted by designated officials in the IFRC/IOC?  It seems to me that a 
detailed set of implementation guidelines for how this special exemption from 
the special modified reserved names list would need to be developed before such 
a change could be made to the AGB.  It also seems like this would be a 
difficult thing for the staff to do without sequence of draft proposals and 
comment periods.

Given the difficulty in implementing such a special exemption to the special 
modified reserved name policy, I beleive that it is reasonable to ask the 
IFRC/IOC to wait until the next round to make their applications.  They asked 
for protection and they got protection.  To service this further request at a 
date after the application period has already begun is not reasonable and 
should be rejected.

Recommendation: Delete Recommendation 1a

2.  (Recommendation 1b) That strings similar to the special modified reserved 
names should fail string similarity review.  This seems to contribute to the 
protection of  the IFRC/IOC and thus seems appropriate given the stipulations 
of this action.

Recommendation: Retain Recommendation 1b

3. (Recommendation 1c)  This introduces several mechanisms by which an 
applicant that fails string similarity could appeal the failure. This does not 
seem to play any role in protecting the IFRC/IOC and has several unfortunate 
aspects.

In the first place, it allows for a form of gaming.  Whether by direct payment 
or indirect contribution, it creates an opportunity for the IFRC/IOC to license 
some names while rejecting others.  In a sense this elevates the IFRC/IOC to 
the status of governments, for the only other example in the AGB where a letter 
of permission is mandated for an application relates to Geographic names where 
a-priori government permission is required.  There is no currently defined 
circumstance where a permission letter can be obtained after the failure of an 
application review process. This is an aspect of the special modified reserved 
names that  requires greater policy discussion before implementation.

In terms of implementation, the ICANN Board and Staff have already rejected 
several GNSO policy recommendations for an appeals mechanism to the Confusing 
Similarity test.  The reason given for this rejection of GNSO policy 
recommendations has been the complexity it would add to the application 
process.  It is hard to understand how such a mechanism could be implemented 
specifically for the IFRC/IOC when it could not be implemented on GNSO 
consensus recommendation.  If such a set of appeals mechanisms are possible 
they should be implemented for all applicants and not just for applicants who 
gain License from the IFRC/IOC.  Either it is too complex to implement an 
appeals mechanism or it is not too complex.  And if it is possible is should be 
created for all as a matter of fairness, especially since such an exemption 
does not contribute to the protection of the IFRC/IOC.

Recommendation: Delete Recommendation 1c

4. (Recommendation 2)  That IFRC/IOC produce an exhaustive list of all 
applicable special modified reserved names so that these could be added to the 
list already contained in the AGB.  While it is true that this does contribute 
to the protection of the IFRC/IOC is does not seem to be possible.  As was 
discovered when people tried to create an exhaustive famous marks list, this 
sort of activity is similar to an attempt to boil the ocean, and is not 
possible.

The motion recommends that if the IFRC/IOC fail to create such a list, they can 
still use the objection process.  Along with many others, I have long assumed 
that this was the optimum method, within the policy recommendations made by the 
GNSO, for the protection of the IFCR/IOC, and thus see this as a very 
reasonable adjunct to the the special modified reserved names list created by 
the Board for the protection of IFRC/IOC.

One issue that has come up is that the need to pay for such objections would be 
prohibitive and would come at the expense of the 'good works' done by the 
IFRC/IOC.  As this comment stipulates to the need to protect these 'good 
works', a reasonable and scalable solution would be to allow the IFRC/IOC to 
file such objections without a fee.  The mechanism already exists for this, as 
the Independent Objector could be given the ability to take these IFRC/IOC 
objections and file them on its behalf.   If for some reason I cannot currently 
foresee, such a arrangement is not possible, then perhaps the IFRC/IOC could 
get special exemption from the objection filing fee.  In this case I recommend 
that the applicant target of the objection receive a similar exemption from the 
fee.

Recommendation: Delete the requirement for IFRC/IOC to create further lists.  
Discuss adding a provision for exemption from the objection fee for the 
IFRC/IOC and those they file against.

5. (Recommendation 3) The protections of the special modified reserved names 
list plus other privileges requested by the IFRC/IOC should be extended to all 
future  new gTLD rounds.  While this does deal with protections for the 
IFRC/IOC, it does not deal with protection in the current round.  All of the 
policy + implementation work is being done in a hurry and without the benefit 
of proper process.  There is time before the next round, it is thus reasonable 
that the whole notion of modified reserved names list should be discussed 
further.  There are issues such as the breadth of these rules and their 
application to other entities (the Portuguese and NPOC suggestions) that need 
full and proper discussion.  There should be a policy development process on 
the issue of modified reserved names before the next round, rather than the 
carryover of emergency implementation procedures that single out two 
organization from a possibly larger group of deserving institutions.

Recommendation: Replace recommendation 3, with a call for an issues report that 
covers the many issues involved in this topic at both the top and second levels.


To summarize, I recommend the following with regard to this motion:


- Delete Recommendation 1a
- Retain Recommendation 1b
- Delete Recommendation 1c
-  Delete the requirement for IFRC/IOC to create further lists.  Discuss adding 
a provision for exemption from the objection fee for the IFRC/IOC and those 
they file against.
- Replace recommendation 3, with a call for an issues report that covers the 
many issues involved in this topic at both the top and second levels.


Thank you

Avri Doria








<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy