ICANN to Incorporate TLDs Already In-use?
An anonymous reader asks: "I recently found an article at cnn.com about ICANN considering new top level domains. Some of the proposed TLDs have already been introduced by YOUCANN such as .xxx and have been available to the public at select registrars such as new.net for quite some time. If ICANN incorporates already existing TLDs how will this impact those who have already registered for domain on these TLDs? What implications does this have and how will the ramifications impact how businesses view and utilize the web?"
Blah, blah, blah. Look, new.net is not selling REAL TLDs. You've got to download a plugin for them to be visible to your browser. Since they're not real TLDs, fuck 'em and their customers for being stupid. Case closed.
Support the First Amendment. Read at -1
Many of the legitimate registrars on the Internet are pretty scummy, and ICANN is coming close to the bottom of the barrel, but they can't touch New.net for pure scam-artist nastiness. Anything that's bad for New.net, their "buisiness plan" and their damn spyware is good for the Internet at large. I would love to see them forced to shut down because there are actual, legitimate TLDs that conflict with their offerings. Unfortunately, they'd probably just update their "client software" to check their DNS servers before anything actually legitimate (like, say, the customer's ISP or a root-level nameserver). Anything bad for New.net is good for the Internet at large. They are nothing but scam artists selling something they don't own (new domain names), and deserve everything ICANN in all its fascist idiocy can throw at them. There aren't many people or companies in the world I would wish that upon, but New.net has made the list in spades.
That's it. I'm no longer part of Team Sanity.
If it uses a plugin, it hardly counts. A web browser only solution is hardly a solution at all, and just shows how clueless newnet is.
I won't even get into the whole distributing it as spyware thing... ok, I can't resist a parting shot. Uninstalling it didn't work, and manually cleaning the registry didn't either, it had sabotaged the network stack. Reinstalling win2000 over the top of the old didn't fix loss of network connectivity, and she can't move her important files off of it so I can reinstall properly.
All so they could try and sell their asshat, overpriced TLDs.
I have my own set of TLDs, carefully chosen so that I'm unlikely to ever fall victim to ICANN. Anyone not doing the same thing is a fool.
DNS is a hierarchical system, and the tree has One Root. (There Can Be Only One!) That may or may not have been the best architectural design that could have been done (Pike & Thompson's paper "The Hideous Name" argues credibly that it was a Bad Idea), but that's the way it is. There's no particularly good reason that, just because there's One Root, that ICANN or Verisign or the U.S.Department of Commerce or Jon Postel's Ghost should be in charge of it, and there are many good reasons that they shouldn't be, but again, that's the way it is. (The mathematical term is "Proof by Vigorous Assertion", and it's worked fairly well here.) In fact the Cabal of 13 Root Server Operators, or some big fraction of them, could theoretically decide to stop listening to ICANN and do something better, but they haven't, in spite of much provocation, and it's unlikely that they will.
There are two basic competitors to the ICANN namespace root. One is the various "Open Root" "Alternate Root" "Orange Root" etc. folks who've sprung up and declared that they can be root just as well as ICANN's preferred root, and at one point as much as half a percent of the Internet occasionally used them to resolve TLDs. If 99.5% of the net doesn't use you, you're not in charge. Some of them have gotten into legal squabbles with ICANN or its predecessors over names that both sides claimed, and they've lost.
The more interesting case is people like new.net, who are selling shortcut namespace for subsets of the DNS hierarchy, roughly equivalent to example.newTLD.new.net. They work for two reasons - one is that new.net has gotten a bunch of major ISPs to buy in and resolve new.net names from their nameservers, and another is that most DNS resolvers have a default suffix, so if the suffix is "3ld.2ld.tld" and they can't directly resolve "example.foo", they'll try example.foo.3ld.2ld.tld, example.foo.2ld.tld, and example.foo.tld, so you can usually trick them into resolving "example.newTLD" as "example.newTLD.new.net". If enough people (or their ISPs) buy into this, you can get yourself a real market in those names, and otherwise you'll have a bunch of grumpy customers who explain that you can reach their website or email at "example.newTLD.new.net".
New.net's FAQ says that if ICANN introduces a TLD name that New.net has been selling, than individual users and ISPs will have to decide who to follow, and that new.net thinks they'll have enough market leverage to dominate. That's a big problem for a new.net user "example.newTLD.new.net" if the ICANN registry sells "example.TLD"; it's a smaller problem for them if ICANN has that TLD but none of the ICANN registries have sold "example.newTLD" yet, so maybe they need to land-rush and buy it from ICANN-space. It's $10-20 for the first year, which is the main risk. They knew the product was limited and somewhat risky when they bought it, and the risks and limitations were disclosed up front.
The more interesting case is what happens if somebody buys "example.newTLD.new.net" first and registers it as a trademark, then somebody else buys "example.newTLD" from ICANN-space, and the first group tries to seize the name, either in an ICANN UDRP arbitration, or else in a trademark lawsuit ignoring the ICANN process. Yes, either approach would be much more expensive than just spending the $10-20 to register the name directly, but sometimes somebody else registers it before you do, either as a bad faith cybersquatting ripoff (like really-distinctive-well-known-name.newTLD), or just because it's a commercially obvious generic name (li
Bill Stewart
New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks