ICANNWatch
 
  Inside ICANNWatch  
Submit Story
Home
Lost Password
Preferences
Site Messages
Top 10 Lists
Latest Comments
Search by topic

Our Mission
ICANN for Beginners
About Us
How To Use This Site
ICANNWatch FAQ
Slash Tech Info
Link to Us
Write to Us

  Useful ICANN sites  
  • ICANN itself
  • Bret Fausett's ICANN Blog
  • Internet Governance Project
  • UN Working Group on Internet Governance
  • Karl Auerbach web site
  • Müller-Maguhn home
  • UDRPinfo.com;
  • UDRPlaw.net;
  • CircleID;
  • LatinoamerICANN Project
  • ICB Tollfree News

  •   At Large Membership and Civil Society Participation in ICANN  
  • icannatlarge.com;
  • Noncommercial Users Constituency of ICANN
  • NAIS Project
  • ICANN At Large Study Committee Final Report
  • ICANN (non)Members page
  • ICANN Membership Election site

  • ICANN-Related Reading
    Browse ICANNWatch by Subject

    Ted Byfied
    - ICANN: Defending Our Precious Bodily Fluids
    - Ushering in Banality
    - ICANN! No U CANN't!
    - roving_reporter
    - DNS: A Short History and a Short Future

    David Farber
    - Overcoming ICANN (PFIR statement)

    A. Michael Froomkin
    - When We Say US™, We Mean It!
    - ICANN 2.0: Meet The New Boss
    - Habermas@ discourse.net: Toward a Critical Theory of Cyberspace
    - ICANN and Anti-Trust (with Mark Lemley)
    - Wrong Turn in Cyberspace: Using ICANN to Route Around the APA & the Constitution (html)
    - Form and Substance in Cyberspace
    - ICANN's "Uniform Dispute Resolution Policy"-- Causes and (Partial) Cures

    Milton Mueller
    - Ruling the Root
    - Success by Default: A New Profile of Domain Name Trademark Disputes under ICANN's UDRP
    - Dancing the Quango: ICANN as International Regulatory Regime
    - Goverments and Country Names: ICANN's Transformation into an Intergovernmental Regime
    - Competing DNS Roots: Creative Destruction or Just Plain Destruction?
    - Rough Justice: A Statistical Assessment of the UDRP
    - ICANN and Internet Governance

    David Post
    - Governing Cyberspace, or Where is James Madison When We Need Him?
    - The 'Unsettled Paradox': The Internet, the State, and the Consent of the Governed

    Jonathan Weinberg
    - Sitefinder and Internet Governance
    - ICANN, Internet Stability, and New Top Level Domains
    - Geeks and Greeks
    - ICANN and the Problem of Legitimacy

    Highlights of the ICANNWatch Archive
    (June 1999 - March 2001)


     
    This discussion has been archived. No new comments can be posted.
    NewTLDs : The Long and Winding Road | Log in/Create an Account | Top | 51 comments | Search Discussion
    Click this button to post a comment to this story
    The options below will change how the comments display
    Threshold:
    Check box to change your default comment view
    The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
    Re:Quantitative Methods of TLD Evaluation
    by ldg on Sunday October 26 2003, @01:39PM (#12532)
    User #2935 Info | http://example.com/
    Having a single TLD designated for TM is also problematical since there can be only one instance of that character string. If you check TMs on words like SUN, you find numerous registrations and applications. Trademarks in the DNS is just not a workable concept.

    You comment that having IP in hundreds of TLDs is problematical. I see it the other way. It reduces the importance of TM in the DNS since it would be foolish to have defensive registrations in every TLD and would totally negate the necessity of doing so.

    Let's consider the premise that TM doesn't belong in the DNS, then consider a thousand TLDs. Just as we have had to adapt in using telephone numbers with an increasing number of digits to accommodate more and more area codes, we will adjust to having numerous TLD extensions for repeated use of a character string. The phone number 4300 is available in every area code. 624-4300 is probably available in many area codes. Add country codes and it expands further. We associate a phone number with a name but must include either area code or country code or both. The same may be true of domain names in the future. We'll adapt to it.

    As you say, if there is abuse of a trademark, it involves content and context and there is redress for that abuse. It shouldn't be in the context of the DNS.
    [ Reply to This | Parent ]
    Re:Quantitative Methods of TLD Evaluation by ldg
    Re:Quantitative Methods of TLD Evaluation
    by Richard_Henderson on Sunday October 26 2003, @05:57PM (#12533)
    User #3269 Info | http://www.atlarge.org/


    You make a very good point about the multiple occurrence of Trademarks. You may get the same word being trademarked several times in a single country for different kinds of products, and this multiplicity is then multiplied further when you consider the same word being trademarked in many countries.


    It follows logically, that for one company to "snap" the domain name for 'their' trademark, they can only do so by excluding all the other companies who have a similar trademark. So the principle of 'Sunrise' reservation of generic names to "protect" one Trademark holder is itself contradictory since it excludes others.


    But more importantly, it excludes everyone else who speaks or uses that language. For the IP community to 'hijack' generic words which really belong to everyone is spurious and unduly restricting.


    As you say, these companies already have recourse to law and courts if someone deliberately abuses their product, and that is the due process which should occur.


    It's true that my .reg proposal would not overcome the problem of names that have multiple trademarks, but I feel it is preferable to the status quo, and if the same shortcoming exists anywhere, I'd rather the Trademark identity was 'coralled' within a specific section of the namespace like .reg, so the rest of the namespace could just be left alone!


    Mind you, there is a further phenomenon which restricts the useful development of new TLDs, and that is the commercial warehousing of domains for speculative profit. In the .info and .biz rollout there were thousands of generic names snapped up by a dozen or so major speculators and this is where Ben's analysis would be really interesting.


    I find it disappointing that a registrar like Yesnic attempted to stockpile over 200 .info generic words in the 'Sunrise', using fake TM numbers, and yet they remain in business, fully accredited by ICANN. When challenged, ICANN won't even dare reply on matters like these.


    Then there are the .biz names which are supposed to be for actual business purposes, not for speculation. Although Neulevel intervened against a few speculators early on, once the attention died away, they ignored later requests to "release" names which had been stockpiled by others, in contravention of the specific registry rules.


    A third area where generic names get grabbed away from the ordinary public is the issue of "deliberately short lists" in the Round-Robin processes. This occurred in both the .biz2B and the .info LR2. Companies like Signature Domains were glaring examples of this, not opening their lists to the public, but exploiting their registrar privilege in order to effectively 'queue-jump' the public for the benefit of their own individual business partner.
    Again, no intervention by ICANN.


    I accept that some people will try to 'warehouse' domains for later selling on, but I don't think ICANN should positively enable IP people to annex swathes of the namespace, or allow registrars to game the system to the detriment of the public.


    So there are various problems, not just the IP problem, which get in the way of ICANN's undertaking to USG to guarantee "the fair distribution" of the DNS.


    The great pity is that ICANN ignore reasonable requests for dialogue on these matters, and preside over Agreements which have loopholes which allow these things to happen. But this is just a symptom of an institutional malaise, which less generous souls might term: corruption.


    Richard Henderson

    [ Reply to This | Parent ]


    Search ICANNWatch.org:


    Privacy Policy: We will not knowingly give out your personal data -- other than identifying your postings in the way you direct by setting your configuration options -- without a court order. All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 by ICANNWatch.Org. This web site was made with Slashcode, a web portal system written in perl. Slashcode is Free Software released under the GNU/GPL license.
    You can syndicate our headlines in .rdf, .rss, or .xml. Domain registration services donated by DomainRegistry.com