[governance] USG on ICANN - no movement here
Karl Auerbach
karl at cavebear.com
Sun Aug 10 14:09:00 EDT 2008
Avri Doria wrote:
>> There is no reason whatsoever that the internet can not have multiple,
>> consistent root systems, each offering up its own perception of the
>> proper set of top level domains (disputes over conflicts of names of
>> TLDs would be handled by exactly the same international mechanisms
>> used today to deal with global brand names, and besides, if you or
>> your ISP don't like what one root zone offers you can simply use one
>> you like better.)
...
> assuming it is not just mental block that prevents anyone from doing
> this, how come it hasn't happened?
It has happened - there have been competing root systems for years. And
many people use a variation of the idea without knowing it by virtue of
ISP's intercepting DNS queries and vectoring them to their own servers.
The problem why competing roots have not grown to be visible (or
financially viable) is based on a number of factors:
1. Most of 'em are run by people who seem to want to play games rather
than run a solid operation. As an experiment I used one of these, even
though it was not solidly run, for several years for myself and my
company. There were zero problems (except for the .biz conflict, but
that was caused by ICANN intentionally disregarding a pre-existing and
operating TLD of that name) until one of the folks running one of the
servers decided to operate outside the limits of the domain name RFCs.
2. The technical system composed of NTIA/ICANN/Versisign building a root
zone file and the legacy root operators publishing that zone is run with
intense professionalism and extremely high quality. It is a class-act
(I hope that's not too much of an American idiom).
But there are quality operations - http://european.ch.orsn.net/
And there was once a very cool bit of web-based software called "grass
roots". What it was was a website that listed all of the various TLDs
that people have, such as my own .ewe. As a user you went through and
selected which TLDs you wanted in your constellation and, if any were in
dispute, which particular choice among the disputants. The website
generated a zone file that one could use to load bind and, voila, one
could run without recourse to any root system at all - all of the root
information was in your own servers. The website remembered your
choices so, if a TLD updated its list of servers or otherwise changed,
you could easily generate a new zone file.
When I talk about competing roots, I mention "consistency". Consistency
is *very* important. People as users and people as publishers of
network resources would not like being surprised and discovering that
the names they use and utter don't work right.
Some people define "consistency" as precise equivalence of TLDs in root
zone. (ORSN does this although they reserve the right to retain a TLD,
such as for example, .su, should ICANN remove it from their own root zone.)
I tend to define "consistency" more broadly. In my definition, two root
zones are consistent if for each TLD they contain the delegation
information is equivalent. Thus every TLD they contain in common is
backed by the same TLD servers and thus identical data.
My definition allows each operator of a system of root servers to offer
their own blend of TLDs in the root zone file they publish. This is a
key point.
Because by allowing each root operator to choice the inventory of TLDs
being offered we create a path for new aspiring TLDs to try to gain a
place in the sun.
Some aspiring TLDs will find that they can not convince any root
operator to include their "product"; those TLDs will die.
Some aspiring TLDs will convince some root operators to include their
product. Those TLDs will, for as long as they are in only a few roots,
be boutique TLDs. But being a boutique TLD is not to say that it is a
useless TLD. Various groups, religious, educational, or whatever, may
find it useful to set up their own TLD and all the members use whatever
root publishes their TLD.
Some aspiring TLDs may grow to such demand that root operators will
chose to incorporate them as a mater of course - we can anticipate that
the NTIA/ICANN/Verisign suite of about 250 TLDs will be in this category.
Some aspiring TLDs will not wait to be chosen but will pay root
operators to include their product into those operator's list of TLDs.
(One a TLD has become one of the must-have ones it is conceivable that
the situation could turn around and that the root operator must pay the
TLD for the right to publish that TLD.)
Getting to disputes over names: These will certainly arise.
TLDs with the same name are tainted goods, no rational root system
operator would want these in its inventory - such TLDs are going to
cause user confusion and raise trouble for the root operator.
Consequently, those TLDs that are in dispute are going to have trouble
finding a place to exist and will thus have an incentive to resolve the
dispute.
And as for forums to resolve disputes: The worldwide system that
resolves disputes over product names, trade and service marks, is quite
usable to resolve disputes between those who are trying to run different
TLDs under the same name. Yes it is a system that is full of lawyers
and other denizens of the darkness, but it is a system that works and is
no less fair than ICANN's UDRP and certainly has the very important
characteristic of being already in operation and pretty much universally
accepted. In other words we don't need to create an overlord of names
to resolve disputes over TLD names: we already have a distributed system
that stands ready and able to do the task.
So, as you can see, if we had competing, consistent roots those who want
to try their hand and risk their money on building a new TLD can do so.
They will, like anyone marking a new product, have to fight to "build
their brand" by getting shelf-space in the inventory offered by root
operators. But that's simply the normal facts of life for normal kinds
of products.
And some of those TLD products will be shoddy or badly run. And here we
get to the question whether ICANN is a consumer protection agency? Is
it (and if so, it is rather odd in the way it ejects those consumers it
purports to protect from its forums of decision-making.)
If we can presume that domain name buyers have enough brains to pick and
chose among TLD offerings then our level of governance is merely to
require that TLD providers publish enough information for buyers to make
rational choices, in other words TLDs should be required to publish
something akin to the kind of all-revealing prospectus that we here in
the US get for offerings of financial securities. And that there be
long-enough contracts for those buyers to lock-in those promises.
Sure, some TLDs will collapse leaving owners of names in those TLDs with
useless names. Again, do we want to create a worldwide body of consumer
protection (an uber-ICANN) or do we want to way, as we say with airline
tickets, if you buy from a shaky airline and it collapses leaving you
with worthless tickets, well, too bad for you?
People who want to build rock-solid names will tend to remain in .com,
.org, and .net. Some new TLDs will aspire to build a reputation good
enough to attract those customers.
But some new TLDs may specialize in short-term registrations: A name for
a month to handle a one-time town meeting for example. A collapse of
that kind of TLD will not be a catastrophe.
> - lack of political will? why do all those frustrated governments
> keeping waiting for USG/ICANN blessing?
Government people, like most people, crave the known and fear the
unknown. Given the quality of the operation run by the legacy root
server folks - people who deserve internet angelic status - there is
little incentive from the point of view of governments to change. ICANN
gives ccTLDs a lot of leeway. Governments have their ccTLDs, they are
sated.
> - people do not believe it is technically possible? i.e. it is easy to
> say if can be done technically, but has anyone really laid out a plan
> and showed how it can work - running code and all of that?
I ran my own machines and those of my company using various other root
systems, including one of those "grass roots" setups for several years
while actively looking for problems. There were none (until one
operator decided that he could violate the RFCs by putting character
string IP addresses rather than host names into NS records.)
Having competing roots offers a significant increment in internet safety
- it removes a single point of failure (the single root) and allows
users (or more likely their ISPs) to chose the root that works best and,
if that goes awry, to change to another.
The bigger question is where does the money come from to lubricate this
system so that it can run?
Turns out that there is a lot of data mining gold in DNS query streams.
(People do not realize that ICANN's contracts specifically allow TLD
operators to data mine the query traffic. And one can make a guess that
various governmental agencies in some countries are rather interested
in, and willing to pay for, "intelligence" data or "law enforcement"
information that they can derive from the queries.)
As I have been reminded by John L., because of caching a lot more
interesting data can be gleaned from TLD server than from a root server.
However, there still remains a lot of value that can be gained by
sitting at a root and watching the queries (remember, name queries
received by roots tend to contain the entire domain name being resolved).
Sure, the idea that our queries are being monetized is scary, but it is
already permissible under ICANN's contracts.
> another question i have, would this be yet another mechanism that would
> allow for restriction of freedom of expression and freedom of
> communication? would ISPs become the new arbiter of who we would have
> access to? i.e my provider could restricted me to the family friendly DNS?
Yes, an ISP that wants to offer a shrunken DNS could do so; but I would
suggest that an ISP that wants to do this already can find plenty of
tools to do this even in a single-root world.
I would submit that having competing, consistent roots, gives users more
opportunities to bypass such restrictive ISPs and removes the more
fearful worry of a worldwide central authority from imposing its moral
or cultural views on *all* DNS everywhere - we already saw this kind of
thing in a small way with .xxx in which a small fundamentalist religious
group in the US manipulated the US executive dept to tickle the Dept of
Commerce to stomp out .xxx no matter whether the community said it was
good or not.
> or would it be possible for users to pick any DNS tree, or mixture of
> DNS trees, they wished?
I'm not suggesting changing the DNS protocols, so mixing of trees would
not be possible.
> could this model bring us a new form of provider, the global DNS
> provider, who gave use unfettered access to all possible roots?
That itself would be a new root that simply aggregated every TLD that it
saw, modulo those in dispute.
> it is an interesting idea that you and others have been talking about
> for yeas, yet i never see more discussion of it then a idea presented
> and then ignored. why is that? i know you have your own ideas on TLDs
> and even have your own .ewe (love the name) . why has it not flown yet
> and why is it not breaking this ground open - especially if it is such a
> fertile field and an obvious solution?
I really have not had time to get the registration system of .ewe in
place; I'm working too hard on network testing and troubleshooting
tools. People can see the skeleton of the idea at:
http://www.cavebear.com/eweregistry/
> - does the whole idea just need a good business plan?
Yes, but it also needs ICANN to refrain from things like ICP-3. That
kind of thing can be construed as interference, potentially unlawful
interference, with the business plans of those who aspire to build TLDs
and roots outside of the ICANN system. What ICANN does via ICP-3 is a
lot like Microsoft and Apple publishing an official joint statement that
declares Linux to be a danger to all computer users and something that
must not be permitted.
> or do you really believe it just needs a paradigm shift.?
Well, this new set of DNS attacks are certainly revealing some deep
cracks in the architecture of DNS.
And I don't really know how the very slow deployment of DNSSEC affects this.
--karl--
____________________________________________________________
You received this message as a subscriber on the list:
governance at lists.cpsr.org
To be removed from the list, send any message to:
governance-unsubscribe at lists.cpsr.org
For all list information and functions, see:
http://lists.cpsr.org/lists/info/governance
More information about the Governance
mailing list