Sorry this took so long, but in response to the Issues Report pertaining
to dispute handling for IGO names and abbreviations, these are my thoughts.<br><br>The WIPO, through the UDRP, has been increasingly monopolistic in its measures to control the various namespaces.&nbsp; There have clearly been set forth TLDs which were designed for use by IGOs, namely .int and .org.&nbsp; Although there are agreements protecting the use of IGO names, it is clear that constituencies and organizations are trying to misuse these agreements for their own gain by improperly citing cybersquatting and phishing, commonly misconstrued and misleading terms.
<br><br>Let&#39;s take WIPO as one example.&nbsp; In the US, the FCC delegated commercial radio callsigns West of the Mississippi River to be 4-letter callsigns beginning with a W.&nbsp; Those East begin with a K.&nbsp; The fact that &#39;WIPO radio&#39; was not allocated is irrelevant.&nbsp; This is a case where you could have 2 different entities sharing the same letter combinations, if it were such.&nbsp; So, let&#39;s say I wanted to have a nonprofit organization called the &#39;Western Indian People&#39;s Organization&#39;.&nbsp; Under the assumptions that I&#39;ve been reading, I would never be allowed to abbreviate this organization under any circumstance.&nbsp; This just seems odd.
<br><br>So, some want to reserve all rights to their names across the entire namespace.&nbsp; The Red Cross, or &quot;<font size="2">International Committee 
          of the Red Cross (ICRC) and the International Federation of Red Cross 
          and Red Crescent Societies (the International Federation)&#39;.&nbsp; If we look at one side of the argument, the only names that they should be allowed to have &#39;given&#39; to them: <br>1. </font><font size="2">
InternationalCommitteeoftheRedCross.int<br>2. <a href="http://icrc.int">icrc.int</a><br>3. </font><font size="2">RedCrescentSocieties.int<br>4. <a href="http://rcs.int">rcs.int</a><br>But another argument is that they should have those and every conceivable combination across all namespace.&nbsp; In the consideration of time, I&#39;m not going to list all possible combinations but I imagine it would number in the thousands.&nbsp; 
<br><br>I personally cannot see the rationale that the </font><font size="2">International Committee 
          of the Red Cross should be allowed to unfairly claim the registration of icrc.ch simply because of their standing on the world stage.&nbsp; It is unfair and monopolistic.</font><br><br>It seems that IANA has already adequately dealt with this matter, but currently is in a state of flux due to self-special interest groups:
<br><br><a href="http://www.iana.org/int-dom/">http://www.iana.org/int-dom/</a><br><blockquote>
<p>A. If the organization is a program/function of a treaty organization, we 
suggest you contact that organization. The program/function is eligible, with 
consent of the treaty organization, to receive a third-level domain within the 
second level .int domain operated by that organization (e.g., <a href="http://example.un.int">example.un.int</a>). 
For example, if your organization is a program of the UN, you should contact the 
administrator for <a href="http://un.int">un.int</a> for a third level domain. If you wish to pursue this, 
you should contact the appropriate officials of the organization, who can set up 
the third-level domain without involvement of the IANA. See the <a href="http://whois.iana.org/">IANA Whois service</a> for information about the 
administrative and technical contacts of the various .int domains.</p>
<p>B. The IANA no longer grants .int domain names for international databases as 
per RFC 1591.</p>
<p>In the past, the .int top-level domain was used both for international 
treaty-based organizations and for Internet-infrastructure purposes. Because of 
the need for secure and stable management of the infrastructure aspects of the 
.int domain, from the time of its inception in 1988 the .int domain was 
administered by personnel at the University of Southern California/Information 
Sciences Institute. This activity was assumed by ICANN as part of the transition 
of the IANA functions from USC/ISI to ICANN at the time of ICANN&#39;s 
establishment. In 2000 the <a href="http://www.iab.org/Documents/iab-arpa-stmt.txt">Internet Architecture 
Board recommended</a> that any new infrastructure subdomains be established 
within .arpa and that consideration be given to migrating existing 
infrastructure subdomains in .int to .arpa. See also <a href="http://www.rfc-editor.org/rfc/rfc3172.txt">RFC 3172</a>, Appendix A (28 
April 2000 letter from Karen Rose to Louis Touton designating administration of 
.arpa as an additional IANA function). ICANN is currently working with the IAB 
to progress with the transition and <a href="http://www.iab.org/Documents/iab-arpa-stmt.txt">has committed to the 
stability</a> of the infrastructure subdomains within .int for however long they 
need to be in place, with guidance from IAB/IETF as to their management.</p>
<p>Accordingly, subdomains are now established in .int only for international 
treaty-based organizations. </p><blockquote>
<p>A. If the organization is a program/function of a treaty organization, we 
suggest you contact that organization. The program/function is eligible, with 
consent of the treaty organization, to receive a third-level domain within the 
second level .int domain operated by that organization (e.g., <a href="http://example.un.int">example.un.int</a>). 
For example, if your organization is a program of the UN, you should contact the 
administrator for <a href="http://un.int">un.int</a> for a third level domain. If you wish to pursue this, 
you should contact the appropriate officials of the organization, who can set up 
the third-level domain without involvement of the IANA. See the <a href="http://whois.iana.org/">IANA Whois service</a> for information about the 
administrative and technical contacts of the various .int domains.</p>
<p>B. The IANA no longer grants .int domain names for international databases as 
per RFC 1591.</p>
<p>In the past, the .int top-level domain was used both for international 
treaty-based organizations and for Internet-infrastructure purposes. Because of 
the need for secure and stable management of the infrastructure aspects of the 
.int domain, from the time of its inception in 1988 the .int domain was 
administered by personnel at the University of Southern California/Information 
Sciences Institute. This activity was assumed by ICANN as part of the transition 
of the IANA functions from USC/ISI to ICANN at the time of ICANN&#39;s 
establishment. In 2000 the <a href="http://www.iab.org/Documents/iab-arpa-stmt.txt">Internet Architecture 
Board recommended</a> that any new infrastructure subdomains be established 
within .arpa and that consideration be given to migrating existing 
infrastructure subdomains in .int to .arpa. See also <a href="http://www.rfc-editor.org/rfc/rfc3172.txt">RFC 3172</a>, Appendix A (28 
April 2000 letter from Karen Rose to Louis Touton designating administration of 
.arpa as an additional IANA function). ICANN is currently working with the IAB 
to progress with the transition and <a href="http://www.iab.org/Documents/iab-arpa-stmt.txt">has committed to the 
stability</a> of the infrastructure subdomains within .int for however long they 
need to be in place, with guidance from IAB/IETF as to their management.</p>
<p>Accordingly, subdomains are now established in .int only for international 
treaty-based organizations. <br></p><p>---------------------</p></blockquote></blockquote><p>In my humble opinion, namespace has already been allocated to these organizations and should be dealt with within this (.int) namespace and not across all registries.
</p><br><p>Randy Glass<br>A@L<br></p><br><br><br><div><span class="gmail_quote">On 6/18/07, <b class="gmail_sendername">Jacqueline A. Morris</b> &lt;<a href="mailto:jam@jacquelinemorris.com">jam@jacquelinemorris.com</a>&gt; wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">










<div link="blue" vlink="purple" lang="EN-US">

<div>

<p>The GNSO Council has received an Issues Report pertaining
to dispute handling for IGO names and abbreviations –</p>

<p><a href="http://gnso.icann.org/mailing-lists/archives/council/msg03586.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://gnso.icann.org/mailing-lists/archives/council/msg03586.html</a>
</p>

<p>&nbsp;</p>

<p>The ALAC would appreciate feedback from the AtLarge on this
issue.</p>

<p>&nbsp;</p>

<p>Jacqueline</p>

<p><span style="font-size: 12pt;">&nbsp;</span></p>

<p><span style="font-size: 10pt;">No virus found in this outgoing message.<br>
Checked by AVG Free Edition.<br>
Version: 7.5.472 / Virus Database: 269.9.0/852 - Release Date: 6/17/2007 8:23
AM</span></p>

</div>

</div>


<br>_______________________________________________<br>ALAC mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:ALAC@atlarge-lists.icann.org">ALAC@atlarge-lists.icann.org</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://atlarge-lists.icann.org/mailman/listinfo/alac_atlarge-lists.icann.org" target="_blank">
http://atlarge-lists.icann.org/mailman/listinfo/alac_atlarge-lists.icann.org</a><br><br>At-Large Official Site: <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.alac.icann.org" target="_blank">http://www.alac.icann.org
</a><br>ALAC Independent: <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.icannalac.org" target="_blank">http://www.icannalac.org</a><br></blockquote></div><br><br clear="all"><br>-- <br>-------------------------
<br>AmericaAtLarge.org<br>RJPacific.com<br>DDMF.org