ICANN to Incorporate TLDs Already In-use? 262
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?"
From YOUCANN (Score:5, Informative)
Re:What the hell? (Score:5, Informative)
ICANN is taking applications for registratars to oversee newly created TLDs again. However, a "parallel universe" of "unofficial registrars" already exists consisting of registration services that use various tricks to get their TLDs to be recognized by some subset of the browsing universe. The question is, if ICANN certifies a TLD that already exists "unofficially" to a different registrar, what will happen to the already existing namespace?...
It seems to be two overlapping namespaces headed for a train wreck... leading to questions over how much authority ICANN really has, and what will become of the pretenders to ICANN's throne. We're likely going to end up with multiple domain sellers claiming the root title over the same namespace, and that'll make a mockery of the whole DNS system.
No sympathy here (or probably from the rest of /.) (Score:2, Informative)
See Previous discussion here [slashdot.org]
Re:The Wild Wild Web is born again... (Score:5, Informative)
They've already done it.
.biz was already in use when ICANN adopted it.
OpenNIC [opennic.org], for one, does not recognize ICANN's use of the .biz domain.
New.Net is spyware! (Score:5, Informative)
I would have pointed you to this link [cexx.org] at cexx.org for info on how scummy new.net is, but if you visit it you'll see that new.net's scumball lawyers forced them to take it down! Instead, see this link for new.net info & removal instructions [spyany.com].
In summary: FSCK NEW.NET!
Alternative Roots (Score:5, Informative)
Extracts:
A new top-level domain doesn't really exist on the Internet until it is added to the root servers, so that any system anywhere on the net that is seeking that domain can find out from the root where the specific DNS servers for that domain lie.....
the operators of the root servers have a great deal of political power over the domain name system. Presently, these servers are operated by Verisign, but their policies are determined by ICANN, the organization set up to administer Internet naming and numbering schemes. Since ICANN has attracted a great deal of criticism (much of it highly deserved) for its biases towards large impersonal bureaucracies and against individual Internet users, various people have come up with the idea of "fighting back" against ICANN by setting up alternate roots.....
Setting up an alternate root turns out to be a very simple matter. The Internet has always been sort of a "do-it-yourself" thing, not centrally controlled or administered like a proprietary online service.....
a naming or addressing system only makes sense if everybody uses it consistently. If every telephone company had a different idea of how the country and area codes ought to be allocated, so that if your long distance service was with AT&T, "1-212" would reach New York City, but with Sprint the same prefix would reach Los Angeles, then telephone numbers would be in a state of chaos....
Moderate this comment
Negative: Offtopic [mithuro.com] Flamebait [mithuro.com] Troll [mithuro.com] Redundant [mithuro.com]
Positive: Insightful [mithuro.com] Interesting [mithuro.com] Informative [mithuro.com] Funny [mithuro.com]
Re:New.Net is spyware! (Score:2, Informative)
Even Microsoft has a support page [microsoft.com] about New.Net's spyware hosing windows.
Re:Alternative Roots (Score:5, Informative)
Verisgn does NOT control the "root servers". They do operate 2 of the 13 "root servers" under contract. See http://www.root-servers.org/. Verisgn has no direct control over the content of the root servers.
Verisign does operate the
The root servers control where to find the servers for the top level domains (gTLD and ccTLDs).
The new.net domains aren't even really TLDs (Score:4, Informative)
Take a look at their FAQ [new.net]. To get this to work in linux, you add new.net to your hosts' file's search path, which makes it so if something fails to resolve, it tries again with
ICANN's move doesn't spell trouble for new.net immediately, but the namespace will start to break down when a real www.mygoatpr0n.xxx appears (causing the
Re:From YOUCANN (Score:2, Informative)
ORSC/youcann out of date. (Score:4, Informative)
The OpenNIC [unrated.net] root zone file [unrated.net] seems pretty stable, and resolves ICANN domains along with opennic's own
I tried the ORSC [open-rsc.org] root zone file [vrx.net], which is FAR more extensive, but it seems to be out of date - I couldn't even resolve some ICANN domains with it!
It seems that the YouCANN and ORSC web sites are possibly horribly out of date - can anyone verify that these projects are even active?
Now for a little editorial criticism: I don't see any indication in the article that ICANN is considering "incorporating" alternative TLDs as much as it's considering bulldozing over them, like it has for
Re:New.Net is spyware! -- Use the archive. (Score:3, Informative)
Dude. That's why we have archive.org. When stuff is DMCAed or C&Ded, one can usually still get the stuff.
http://web.archive.org/web/20030410191057/http://w ww.cexx.org/newnet.htm [archive.org]
OpenNIC does recognize ICANN .biz (Score:1, Informative)
Re:In comparison... (Score:3, Informative)
Per RFC 2606 there are 4 TLDs reserved for private use:
Re:The Wild Wild Web is born again... (Score:1, Informative)
Hint: 'dig us in ns'.
None at all (Score:5, Informative)
None. This isn't going to have an effect on businesses. Well, about 99.99% of them, anyway.
See, DNS, by design, has a single namespace. That is, blah.foo.bar is unique. There is only one blah.foo.bar, only one right answer. In real life, you can have two people named John Doe, in DNS, you can't.
However, there's no technical reason why you must use the ICANN view of DNS. You can use another DNS root, like AlterNIC or UCANN (or a few others), and what you'll get is a *different* namespace. So now blah.foo.bar points somewhere else. But still to only one place.
So you can use the ICANN root (like 99.99% of the world does) or you can use another root. But you cannot use them at the same time. Therefore, if ICANN chooses to make a
This is why AlterNET and UCANN have always been seen as crackpots, to an extent. They whine and bitch about these things that have no relevance. ICANN is perfectly within reason to define their namespace as they see fit. And so is UCANN and anyone who wants to. UCANN could set up their own
Additional info: An astute reader will notice that things are not quite as simple as "one or the other" as i stated above. You see, what happens is that UCANN will use ICANN's
So, for most people, including serious businesses, nothing changes.
Re:The Wild Wild Web is born again... (Score:4, Informative)
BTW, you can use this to remove a lot of other spyware that might be installed in IE as well
Re:The Wild Wild Web is born again... (Score:3, Informative)
Yup, and biztld bitched about it [biztld.net] when they did it. Despite the fact that only "over 1000" suckers bought into it between 1996 and 2000.
Re:DNS server in URLS? (Score:2, Informative)
"http://ICANN`slashdot.org"
"http://OpenNIC`co
*sigh*
That is what domain names are supposed to be: namespace. You are just moving the namespace problem to another place: the beginning of the url, instead of the end of the URL.
We would have the very same problem here: who would control the "group" names you propose?
Re:New.net (Score:1, Informative)
Most of the time users have no idea it's even there or what it does, much less visit some funky URL.
It's particularly nasty on Win9x/ME - on a small ISP helpdesk I've seen it completely trash the TCP/IP stack (bye-bye DNS resolution!!) It's "uninstall" routine has a habit of not working properly as well.