<?xml version="1.0" encoding="utf-8"?>

<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns:cc="http://web.resource.org/cc/"
  xmlns="http://purl.org/rss/1.0/">

<channel rdf:about="http://www.cavebear.com/cbblog/">
<title>CaveBear Blog</title>
<link>http://www.cavebear.com/cbblog/</link>
<description><![CDATA[Thoughts and Commentary by Karl Auerbach<br>
<i>Locus ab auctoritate est infirmissimus</i>&nbsp; ("The argument from authority is the weakest.") -- Thomas Aquinas]]></description>
<dc:language>en-us</dc:language>
<dc:creator></dc:creator>
<dc:date>2008-06-01T17:33:53-08:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=3.33" />
<cc:license rdf:resource="http://creativecommons.org/licenses/by/1.0/" />


<items>
<rdf:Seq><rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000336.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000335.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000334.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000333.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000332.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000331.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000330.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000329.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000328.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000327.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000326.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000325.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000324.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000323.html" />
<rdf:li rdf:resource="http://www.cavebear.com/cbblog-archives/000322.html" />
</rdf:Seq>
</items>

</channel>

<item rdf:about="http://www.cavebear.com/cbblog-archives/000336.html">
<title>Second Annual National Institute: CyberLaw: Expanding the Horizons</title>
<link>http://www.cavebear.com/cbblog-archives/000336.html</link>
<description><![CDATA[<p>This looks like an <A href="http://www.abanet.org/cle/programs/n08ceh1.pdf">interesting conference program</A>.&nbsp;
Last year's conference was quite good.&nbsp; I'd be there this year
except that I'll be on my way to the ICANN meeting in Paris.</p>

<p>The panel on "The Future of ICANN and Control of the Web" looks
rather intriguing and, given the panelists, might cause a few
sparks to fly.</p>
]]></description>
<dc:subject>Law, Society, and Policy</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2008-06-01T17:33:53-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000335.html">
<title>Serendipitous Data Collection</title>
<link>http://www.cavebear.com/cbblog-archives/000335.html</link>
<description><![CDATA[<p>In 1969 the Firesign Theatre recorded
"How Can You Be in Two Places at Once When You're Not Anywhere at All"</p>

<p>People who diagnose and repair networks have long experienced the
truth of that title - no matter where you happen to be, the test data you need to
know can only be acquired by being somewhere else.</p>

<p>In my own experience at Wells Fargo in the 1980's I more than once
had to run back and forth through the streets of the San Francisco
financial district, often at 3am, to check circuits and devices
on a malfunctioning network path.</p>

<p>Telco people long ago learned to incorporate "remote loopback" and
remote testing capabilities into their devices.&nbsp;
Internet people have not been as smart.</p>

<p>Today's state of the art of network troubleshooting is a
individual practitioner, a person who has deep knowledge and experience with
the net from the bottom to the top, who carries his/her own ad hoc
toolkit of favored hardware widgets and software packages, and who is
tired of being called at 3am to fix some routine network outage.</p>

<p>Today's net is filled with sorry excuses for equipment that can't
recover from routine outages.&nbsp; How many home ADSL modems lock up
every few days or whever the telco drops the phone circuit for a few
moments?&nbsp; The usual repair is the old-fashioned, brute force, but quite
effective power cycling of the unit.&nbsp;
Why are not these devices designed so that they recycle themselves
when they fail to perceive a flow of IP packets for an extended period of time?&nbsp;
A little self-introspection and self-recovery could go a long way.</p>

<p>I've long been on the quest to build the Internet Buttset.&nbsp;
My 1993 product Dr. Watson, The Network Detective's Assistant (DTWNDA)
was a first step.&nbsp; (The sad story of why that product disappeared
is something for another day.)</p>

<p>It strikes me that one thing that could be incorporated into internet devices,
particularly devices used for testing and diagnostics,
is something that I call "Serendipitous Data Collection".</p>

<p>The basic idea is quite simple -
When a device needs a chunk of data, that
device publishes a request in a well known directory.&nbsp;
Other devices periodically look at the published requests.&nbsp;
If one of those other devices happens to be in,
or later happens to travel to, a part of the net where the requested
data can be obtained that other device collects the data and holds it.&nbsp;
That other device, if it comes near the directory,
deposits that data into the directory.&nbsp;
The original device may (or may not) subsequently notice the published data,
pick it up, and use it.</p>

<p>The words "directory" tend to imply something more glorified than is
really necessary.&nbsp; Consider handheld network testing devices that live
in a charging/docking unit when not in use and that, when in use, are carried
by network operations staff to various parts of an Enterprise network.&nbsp;
The charging/docking station then becomes the interface to a simple
repository of requests and answers.</p>

<p>It is a simple bulletin-board model.&nbsp; Security is not strong -
which is why I tend to think of this in the context of network testing
and diagnostic devices.</p>
<p>Network diagnostic and repair tools must often be exempt from
the constraints of network security.&nbsp;
This means that many of these tools would have to designed only
to engage in intrusive or risky operations only when used by
by people who are both trustworthy and skilled.</p>

<p>A surgeon's scalpel must be very sharp.&nbsp;
A surgeon's scalpel can cause a lot of harm if misused.&nbsp;
Network troubleshooting and repair require invasive tools
that are able to cut into the network to reveal the inner workings.&nbsp;
These tools could cause a lot of harm if misused.&nbsp;
None of us would want a surgeon to operate with a dull scalpel;
we accept that the value outweighs the risks.&nbsp;
Similarly, we should not want the internet to be denied good
repair tools just because those tools, if misued, could cause harm.</p>
]]></description>
<dc:subject>Internet Technology</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2008-05-27T01:00:45-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000334.html">
<title>Bea Yormark</title>
<link>http://www.cavebear.com/cbblog-archives/000334.html</link>
<description><![CDATA[<p>I think it was Athol Fugard who wrote that the saddest words
are "too late".</p>

<p>I saw in the newspaper that Bea Yormark has died.&nbsp; Too soon.</p>

<p>I first met Bea back in 1981 at Interactive Systems in Santa Monica.&nbsp;
I remember her Mercedes - dark blue paint and light blue smoke.&nbsp;
And I remember one evening at softball when she was pitching;
I hit a hard line drive that barely missed her - it brushed her ear ring.</p>

<p>I remained in contact with Bea after she moved to Washington DC
with my Gaithersburg based co-worker at Interactive,
Justin Walker, Curmudgeon at Large.</p>

<p>Not long afterwords I had my own romantic adventure; I became involved
with a woman who lived in DC.&nbsp;
It was a very complicated and very stressful time.&nbsp;
But it was a time made much easier with the caring friendship offered
by Bea and Justin.</p>

<p>I later moved to San Francisco&nbsp;
A while later Bea and Justin also came west to Palo Alto.&nbsp;
Even though we were only an hour drive apart, we did not remain in
contact.</p>

<p>I've always intended to resume the contact.&nbsp; But always I was too busy.</p>

<p>But now she is gone.&nbsp; It is too late.</p>

<p>We've lost a good person.</p>]]></description>
<dc:subject>Life</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2008-05-27T00:58:42-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000333.html">
<title>Comcast - Euphemism City</title>
<link>http://www.cavebear.com/cbblog-archives/000333.html</link>
<description><![CDATA[<p>I am tired of Comcast continuing to claim that is merely slowing network traffic.</p>

<p>When Comcast sends a TCP Reset packet the TCP connection instantly dies.&nbsp;
TCP Resets are internet ricin.</p>

<p>The BitTorrent application uses several TCP connections, so it is somewhat robust against
Comcast's TCP-murderous rampages.&nbsp;
But most other applications are not - a TCP Reset stops those applications dead in
their tracks.</p>

<p>The sending of forged TCP Reset packets has as much to do with "network management" as
shooting a bullet into the head of a hyper-active child has to do with "day care".</p>

<p>Is Comcast simply being too cheap to install in-band equipment that would do the the right thing,
the thing consistent with the internet architecture: dropping packets while congestion
is occurring and thus allowing the TCP connection to remain alive, albeit with reduced
data flow?&nbsp; One such right way is called <A href="http://en.wikipedia.org/wiki/Random_early_detection">Random Early Detection - RED</A>.</p>

<p>Comcast's behavior suggests that has installed much less expensive out-of-band equipment
that can only shoot deadly TCP Reset packets.&nbsp;
In other words it may well be that cause of Comcast's problems is
that Comcast is too cheap to "do it right".</p>]]></description>
<dc:subject>Internet Technology</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2008-04-21T16:03:47-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000332.html">
<title>My comments to NTIA&apos;s &quot;mid-term review&quot; of its ICANN &quot;JPA&quot; agreement.</title>
<link>http://www.cavebear.com/cbblog-archives/000332.html</link>
<description><![CDATA[My <a href="http://www.cavebear.com/archive/public/ntia-jpa-2008.html">comments to NTIA</a> on "The Continued Transition of the Technical Coordination and Management of the Internet's Domain Name and Addressing System: Midterm Review of the Joint Project Agreement" are now online at <a href="http://www.cavebear.com/archive/public/ntia-jpa-2008.html">http://www.cavebear.com/archive/public/ntia-jpa-2008.html</a>]]></description>
<dc:subject>Internet Governance</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2008-02-06T17:43:08-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000331.html">
<title>What would the internet be like had there been no ICANN?</title>
<link>http://www.cavebear.com/cbblog-archives/000331.html</link>
<description><![CDATA[<p>Suppose that back in 1997 the US Department of Commerce,
via its National Telecommunications and Administration
Administration (NTIA) had not adopted, without any demonstrable source
of legal
authority, that hangnail from the Reagan-Thatcher
school of government - the idea that governmental powers are best
exercised by private actors without the nuisances of public
constraint and public oversight.</p>
<p>There is a branch of fiction known as "Alternative History".
These are stories of what might have been.&nbsp; What might have
been had
the British intervened on the side of the South in 1863? What might
have happened had Khrushchev not backed down in Cuba in 1963? What
might have happened had the Supreme Court not stepped into (onto?)
the Florida presidential vote count in 2000?</p>
<p>In that vein I am about to engage in a bit of alternative
history.</p>
<p>I am going to speculate about how the last ten years of
internet
history might have been had the US government, rather than
deciding to renew the Network Solutions contract, had, instead,
opted to drop its marionette strings and allow the forces of
competition, innovation, and consumer choice to operate as we
expect them to operate in an open, unregulated, competitive
economy.&nbsp; In other words, what if the US government had not
created
ICANN?</p>
<p>Being an untrained and clumsy writer, I'm going to be blunt
about foreshadowing the tale: Without an ICANN we would today have
greater innovation in the internet name space.&nbsp; Domain name
prices
would be lower, consumer choice would be greater, and the internet
would have greater resilience to failures than it has today.</p>
<p>The road we did not take would have been the better choice.</p>
<p>Is the dead hand of the past so strong that we are forced to
live forever with that mistaken choice and never seek
correction?</p>
<p>Shakespeare wrote, "[w]hereof what's past is prologue, what to
come in yours and my discharge." Is the future really in our hands?
Can we treat the choices of 1997 as mere prologue to a story not
yet written?</p>
<p>Before starting, let us detour a bit and review the events
that
led to the ICANN of today.</p>
<p>There were two intertwined stories:</p>
<p>First was the story of the Cooperative Agreement with Network
Solutions (a company that was subsequently acquired by Verisign and
then, shrunk to a mere registrar, and sold off, with Verisign
retaining the registry role.)</p>
<p>Second was the story of Jon Postel's test of the internet's
domain name system.</p>
<p>Let's look at these stories:</p>
<h4>The Story Of The Cooperative Agreement</h4>
<p>The increasingly lucrative cooperative agreement under which
Network Solutions (Verisign) was managing .com, .net, .org, and
.edu was scheduled to expire in 1998.&nbsp; Under that agreement
Network
Solutions was obligated to deliver back to NTIA the tools and data
necessary to transfer operations to another contractor or to the
public.</p>
<p>In 1997 the US government agencies became concerned - some
might
say they began to panic.&nbsp; They felt compelled to chose between
three
ill alternatives:</p>
<ul>
  <li>Extending the Network Solutions contract.</li>
  <li>Replacing Network Solutions as a contractor much as the US
National Park Service occasionally replaces the concessionaires it
uses to run the government owned hotels at the Grand Canyon,
Yellowstone, and Yosemite national parks.</li>
  <li>Relinquishing the government's role over the internet's
domain
name, IP address, and protocol parameters assignment systems.</li>
</ul>
<p>The government felt that the second of these three choices -
replacement of Network Solutions with another contractor - would
require a formal procurement process that could take several years.
Consequently this option was never seriously considered.&nbsp; One
could
wonder why the government did not consider combining the first and
second options - one term of extension in order to give time to
engage in a formal procurement.&nbsp; Whatever the answer, the fact
is
that replacement of Network Solutions was never seriously
pursued.</p>
<p>This left two options - extend or relinquish.</p>
<p>The government people chose what they believed was the lesser
of
two evils - they chose to extend the Network Solutions contract.
This choice was not unreasonable - the people who made the choice
are well-intentioned, smart, and informed; but the option to relinquish
would have
required that they convince many less informed people in the
executive and legislative branches of the US government that the
nascent internet would be better left to private enterprise and
choice.&nbsp; It seems that even those who hew to a "small
government is
a better government" point of view have a hard time letting go of
government control over the internet.&nbsp; And few civil servants
would
risk being branded as "the man who lost the internet".</p>
<p>So, rather than ending the Cooperative Agreement, a product of
a
much different internet era, NTIA decided to give it a face-lift.
In fact, the agreement has had its face lifted nearly a dozen
times.&nbsp; The
resulting miracle of bureaucratic plastic surgery remains in force
to this day, a lifespan increase of over 300% so far and with no
clear sign that it will ever end.&nbsp; This extension represents a
government backed gift to Network Solutions, and its successor,
Verisign, that by some estimates amounts to an income stream of
nearly half a billion dollars every year.</p>
<h4>The Story of John Postel's Test</h4>
<p>In early 1998 Jon Postel decided to do a very good thing.
&nbsp; Postel wanted to validate that the DNS was as robust as it
was purported
to be.&nbsp; Postel decided to run a limited test in the IP address
from
which root servers obtain their "zone files" would be
altered.&nbsp; This
was not a particularly radical test and, should things have gone
awry, backing out would be both fast and easy.&nbsp; Also remember,
this
was in years before internet had obtained massive public
visibility.&nbsp; What Postel did was quite in keeping with the
pragmatic
approach&nbsp;from which the internet grew - an approach in which
one tests, learns, and improves.&nbsp; Nonetheless, the government
went
ballistic.&nbsp; Postel was threatened with severe legal, even
criminal,
sanctions.&nbsp; Postel, an employee of USC-ISI asked his employer
for
help; USC-ISI refused.&nbsp; Postel felt what anyone would feel -
alone
and afraid.</p>
<p>So Jon Postel, a California resident, asked for
help.&nbsp; An
attorney from Washington DC showed up on his doorstep; an attorney
who does not seem to be able to demonstrate having a license to
practice law in California.&nbsp; But despite that apparent lack,
Postel
accepted this attorney.</p>
<p>This attorney was from the Washington DC office of the
Cleveland
Ohio firm of Jones Day.</p>
<h4>The Stories Intertwine</h4>
<p>In 1997 NTIA began to emit strong pheromones that it wanted
the
law firm of Jones Day to create a nominally private corporation to
assume the powers that NTIA was exercising, albeit without any
apparent source of legal authority for the exercise of those
powers.&nbsp; In other words, NTIA, an agency of the Executive
Branch,
wanted to induce the creation of a private body to do things that
NTIA wanted done but for which NTIA did not have the legal
authority to do itself.&nbsp; (The reader would not be alone if
this
suggests that NTIA uses ICANN in much the same way that the US
State Department uses Blackwater.)</p>
<p>Jones Day responded (much to the benefit of its balance sheet:
Jones Day's response has turned into a revenue stream that floods
ever larger with every passing year.&nbsp; As ICANN's largest
creditor,
Jones Day yearly reaps millions of dollars in legal fees from the
corporation that Jones Day created to serve NTIA.)</p>
<p>Postel's attorney from Jones Day started circulating drafts of
a
plan to form a body to be called ICANN.&nbsp; Each successive draft
seemed to be the result of yet another hidden agreement with yet
another round of unknown parties.&nbsp; Midway through this
sequence, Jon
Postel died.&nbsp; But his attorney survived.&nbsp; And further
iterations
appeared (as presumably more secret back room promises were
made.)</p>
<p>NTIA, in an effort to appear open to other plans did allow
other
plans to be submitted; but it was pretty clear from various
inchoate emanations that none of these had any hope and would have
no weight except, perhaps, to slightly nudge the Jones Day plan.
One of the most influential of these other plans was that of the
Boston Working Group, a group with which I am affiliated.&nbsp; Our
proposal is still visible on the net at
<a href="http://www.cavebear.com/bwg/">http://www.cavebear.com/bwg/</a>
As expected, the Jones Day plan won
NTIA's nod of approval.</p>
<p>The fruit of this NTIA-Jones Day cultivation was a strange
creation: ICANN, a thing neither fish nor fowl, not clearly
private
yet not clearly governmental, and like Prospero's Ariel able to
operate beyond the normal constraints that restrain governmental
agencies and the laws and economic forces that channel and limit
private action.</p>
<p>A small number of incumbent interests find ICANN to be highly
satisfactory
and lucrative.&nbsp; However, most of us end up with something
rather
less pleasant: Anyone buying a domain name now pays a private
internet tax to ICANN and domain name prices are massively inflated
(by perhaps 35,000%) with regard to the actual costs.&nbsp; Others
find
ICANN as a body that restrains trade by denying their completely
legal enterprises entre into the domain name marketplace or by
subjecting their businesses processes to a small mountain of
contractual gobbledygook.</p>
<p>NTIA and ICANN have effectively allowed the .com and .net top
level domains to become the private property of Verisign.&nbsp; It
is not
often that a caretaker, like Network Solutions, is allowed to
reward itself with ownership of the estate.&nbsp; By way of analogy
it is
as if the company that was hired to run the hotel at the Grand
Canyon has been allowed to become owner of the hotel and the Grand
Canyon.&nbsp; This is a rather bizarre twist, yet that is what has
happened.</p>
<p>The cost to the community of internet users is enormous -
Every
year more than half a billion dollars is paid by internet users in
the form of inflated and arbitrary domain name fees.&nbsp; And if
that
were not bad enough, internet innovation and imagination have been
smothered on the altar of registry profits and trademark
protectionism.</p>
<p>So much for the real history.</p>
<h3>The Alternative History</h3>
<p>Let us turn back the calendar to 1997.&nbsp; Let us posit
that NTIA
has decided to let the cooperative agreement expire and has
required Network Solutions (Verisign) to return the materials and
data that it is obligated to return under the terms of that
agreement.</p>
<p>And let us posit that NTIA has decided not to merely replace
one
face with another and instead has decided to open the door to
enterprise and innovation by providing that name registration data
to any and all comers.</p>
<p>And let us suppose that when Jon Postel ran his very sensible
test that the US government did not cluck itself into a Chicken
Little frenzy and demand that the net must be wrapped with a
Procrustean regulatory system.</p>
<p>At this point perhaps you are hearing a voice in your head
suggesting, or perhaps screaming, "there would have been chaos",
this is an unbelievable alternative history.</p>
<p>Is it really unbelievable?&nbsp; It certainly was
possible.&nbsp; What is
chaos to one is often opportunity to another.&nbsp; Is it not one
of the
foundation stones of our social system that individual choice is to
be preferred to both monopoly markets and government
regulation?</p>
<p>What is unbelievable to this writer is that the US Government
leapt to the conclusion that heavy regulation of the net was
required without ever really considering how the net might be
nudged, rather than bludgeoned, towards greater commercial
stability.</p>
<p>J.&nbsp; D.&nbsp; Rockefeller, one of the greatest
monopolists of all time,
justified his destruction of his competitors, his imposition of
rigid controls over the petroleum refining and transport
industries, and his nearly imperial control of distribution
channels and products on the grounds that he was merely
"rationalizing" and "standardizing" the oil business.</p>
<p>Those who argue in favor of ICANN often use Rockefeller's
argument - they justify ICANN's rigid regulation as a way to
rationalize the marketplace of internet names so that the
incumbents in that marketplace can be spared the discomfort of
competition and the buyers of domain names relieved of the burden
of having to make a choice between different offerings.</p>
<p>Do we want to "rationalize" the internet in same way that
Rockefeller "rationalized" the petroleum refining industry of the
1870's?</p>
<p>I think not.</p>
<p>But I digress; let us return to our story:</p>
<p>Suppose that in 1997 NTIA decides it will allow the
cooperative
agreement to lapse at the end of 1998 and that six months prior to
the expiration, and again at the time of expiration, NTIA will make
a copy of the operational data available without charge or
encumbrance.&nbsp; NTIA decides that 1998 would be a year of
transition.</p>
<p>NTIA's decision does not eliminate Network Solutions; it
merely
removes Network Solution's monopoly.&nbsp; If Network Solutions
chose to
do so, it could continue its operations.&nbsp; But it would no
longer be
alone or given any preference or special privilege.</p>
<p>In other words, NTIA decides that at the end of 1998, at the
end
of the agreement, anybody who wants to run .com, .net, .edu, and
.org would be free do so, using his/her own capital, using his/her
own business plan, and at his/her own risk.</p>
<p>Remember the movie Spartacus?&nbsp; The rebelling slave army is
captured and the Roman general asks "Who among you is Spartacus?"
One by one every slave stands up and says "I am Spartacus".</p>
<p>In our tale the ending of the cooperative agreement would
cause
a similar scene: New vendors, and Network Solutions - everyone -
would have stood up and said "I am .com", "I am .org", "I am
.net".</p>
<p>None would be and all would be.&nbsp; There would be no
legal ground
to distinguish among the claimants.&nbsp; The would have to compete
among
themselves.&nbsp; Network Solutions would, however, been the
Goliath.</p>
<p>How precisely this competition would have resolved itself none
can say.&nbsp; But we can say with certainty that it would have
quickly
resolved itself as it always does when there is a lot of money on
the table.</p>
<p>I suppose that those of you who are still with me will be
reminded of<br>
<a href="http://www.physics.uci.edu/%7Ejeff/grfx/miracle.gif">the
cartoon</a> in which some scientists have filled a blackboard
with equations.&nbsp; And in the middle of the board is a cloud
with the
words "Then a miracle occurs".</p>
<p>Am I suggesting that NTIA should have bet the internet of 1997
on a miracle? Yes, I am.</p>
<p>But it is no less betting on a miracle than we do every day
when
we allow electricity, food, fuel, and many other aspects of our
normal lives to be handled by the miracle of private innovation and
competition within the limits set by law.</p>
<p>Would there have been an uncomfortable bump? Yes, there
probably
would have been a period during 1997 when internet users wanting to
acquire domain names would not know clearly from whom to buy them.
Network Solutions, the former incumbent, would with almost
certainty obtain the lions' share of the business, not unlike the
way that the Baby Bells inherited most of the former Ma Bell
(AT&amp;T) customers when AT&amp;T was split apart.</p>
<p>What forms might have coalesced out of this temporary period
of
fog and uncertainty?</p>
<p>Competing root systems?&nbsp; Cooperative, truly non-profit,
registries?&nbsp; Co-op registries that operate by N of M consensus
systems?</p>
<p>All of these, probably.&nbsp; Not all would have
survived.&nbsp; Some would
have failed.</p>
<p>Some internet users would have had an experience similar to
that
of people who bought tickets on low fare airlines and charters
during the 1970: the carrier failed and they got stuck with a
worthless ticket and a claim in bankruptcy court on the remaining
assets of the bankrupt carrier.</p>
<p>In our alternative history some internet users will find that
they have acquired domain names that do not resolve.&nbsp; There
will be
lawsuits for fraud.&nbsp; Domain name providers who are smart will
quickly change their practices and contracts so that every domain
name buyer is made fully aware of the risks in much the same what
that buyers of securities in the US are provided with enough
information to make informed choices, should they chose to do
so.</p>
<p>January 1, 1999 would have dawned on a more stable
situation:</p>
<p>Network Solutions would be the dominant provider of domain
names
with a firm grip on the .com, .net, .org, and .edu top level
domains.&nbsp; Network Solutions would have simply bought out the
competition.</p>
<p>The suite of root server operators would
still
have been unaffected, no one would have yet seen the Google-like
opportunity that root and TLD servers provide.</p>
<p>However, and remember that this was during the height of the
.com bubble, money was available for just about anything.&nbsp; And
a lot
of people would have thought that having their own top level
domains would be profitable.&nbsp; (Even outside of our alternative
history, we can see from ICANN's actual year 2000 new-TLD process
that there was, in fact, a quite substantial interest in new
TLDs.)</p>
<p>These new TLDs would have soon discovered that they would not
even appear on the horizon of internet users until their TLDs were
incorporated into the root zone published by Network Solutions -
and Network Solutions would, understandably, not be quite willing
to give that kind of aide and comfort to their would-be
competitors.</p>
<p>By mid 1999 those who aspired to create new TLDs would have
recognized that Network Solutions was not going to allow them a
place in the sun and that the operators of the legacy root servers
weren't particularly interested in making changes.</p>
<p>So by September 1999 we would have seen the deployment of the
first competing root system run with as much capacity and
competence as the legacy roots.&nbsp; However, given the venture
funding
behind the new TLDs, these new root operators would have had access
capital for expansion and would have been created with the attitude
to aggressively reach for opportunities.</p>
<p>One of those opportunities would be what we today know as the
Google Model - selling marketing and advertising opportunities
while creating a positive feedback loop to increase those
opportunities by giving users a share of the proceeds.</p>
<p>In year 2000 the You-Root corporation, a privately owned,
for-profit, root
consortium, comes into operation in competition with the legacy
root.</p>
<p>You-Root has a multi-faceted business plan:</p>
<ul>
  <li>You-Root mines the DNS queries that arrive at its servers
to
generate a real-time feed of usage data that it sells to market
research firms, corporate marketing groups, and national
intelligence agencies.</li>
  <li>It drives traffic to its DNS servers by paying ISP's to aim
their DNS resolvers at You-Root.&nbsp; ISP's receive a monthly
check from
You-Root that is based on the number of queries that the ISP sends
to You-Root.&nbsp; (You-Root finds, however, that it must quickly
design
mechanisms to detect synthetic traffic that is sent for no reason
except to drive up the query counts.)</li>
  <li>You-Root sells space in its root zone file to aspiring
TLDs,
much as brick-and-mortar stores sell high visibility (such as
end-of-aisle) shelf space.</li>
  <li>You-Root includes all of the TLDs, along with the
information
to their name servers, into its root zone file so that users who
are switched from the legacy root are not surprised with name
resolution failures.</li>
  <li>You-Root uses "anycast" routing to
deploy name servers where the traffic concentration warrents (or
where customers are willing to pay for a local root server.)
You-Root also maintains a high degree of internet connectivity so
that its servers are perceived as highly responsive.</li>
  <li>You-Root will, for a fee, elevate a TLD's zone data so that
it
is serviced by one of You-Root's own root servers and thus save a
DNS query round trip time, thus making web pages under that TLD
appear more responsive.&nbsp; You-Root allows these TLDs to offer a
pass
through service in which the TLD's name registrants can also have their
zone
data elevated into You-Root's servers, thus saving even more DNS
query round trip times and making those registrants' web sites
appear even more responsive.</li>
</ul>
<p>You-Root gains market share as several ISP's, attracted to the
idea of payments for sending DNS queries to You-Root, re-aim their
servers.&nbsp; And large websites seeking to improve user
perceptions of
performance push to have their DNS zone data elevated into
You-Root's servers.</p>
<p>You-Root cuts a deal with Microsoft in which, for exchange for
real-time data for use in MSN, Microsoft will ship Windows with
You-Root as the default root server group rather than the legacy
root servers.&nbsp; A similar deal is made with Apple.&nbsp; In
neither deal is
it disclosed to the public in which direction any money payments
were made.</p>
<p>Now other aspiring root operators want to get into the game.
They follow You-Root's business model.</p>
<p>Soon the relationship between root server operators and TLDs
begins to shift - those TLDs that are more successful at gaining
registrants find that they become "must haves" and that they can
get root server operators to pay them for inclusion rather than
vice versa.</p>
<p>And all the while the Network Solutions/NTIA root zone becomes
less and less popular because it has become like a cable TV system
that only carries the ABC, CBS, and NBC television networks and
does not carry new content like CNN, Comedy Central, or HBO.</p>
<p>By the latter part of 2001 several root systems are in full
fledged competition, each trying to be carry more TLDs than its
counterparts.&nbsp; The result of this competition being that every
root
system carries all available TLDs except those few that are
stigmatized, as for example might happen if there is a trademark
dispute over who has the right to use a given name as a TLD.</p>
<p>As the pornography industry expands communities of users
realize
that one way they can protect themselves is by asking root
providers to offer tailored views of the DNS name space.&nbsp;
You-Root
and others begin to offer "family friendly" collections of TLD -
they will, for example, include the .Disney top level domain but
not .Sleeze.</p>
<p>Root providers will also offer TLD packages tailored for
various
religious, political, and social groups who, for whatever reason,
want to build walls between themselves and those who are not part
of their communities.</p>
<p>Some TLD operators will amplify this customer push for
differentiation by by using contracts with their registrants as a
means include or exclude certain types of content on websites found
under their TLDs.</p>
<p>TLD operators begin to start looking for more ways to
differentiate their offerings:</p>
<ul>
  <li>Some start offering name registrations
for short periods for use with one time events.</li>
  <li>Some sell names for very long periods for those who want to
latch onto an internet name for as long as the TLD remains.</li>
  <li>Some will sell via resellers (registrars), some will sell
direct.</li>
  <li>Some will give names away in order to increase the traffic
they
get and thus increase the value of the marketing data that they can
derive.&nbsp; (Most of these go the way of the Cue Cat and
disappear.)</li>
  <li>Some start selling names using digital certificates to
represent ownership, thus providing a means for both permanent and
anonymous registrations.&nbsp; Revenue will be obtained by charging
for
specific services (such as updating name server records) rather
than yearly domain name rent.&nbsp; This will induce the creation
of
independent exchanges in which domain names can be bought and sold,
often anonymously.</li>
</ul>
<p>Eventually root zone files will begin to bulge as every large
corporation decides that it wants its name to be a TLD.&nbsp; This
will
present technical challenges to root server operators to
disseminate updates to root zone files.&nbsp; (However, as we know
from
real-life .com, this is a problem that is manageable, at least up
to the present size of .com - over 70,000,000 names as of the date
of this writing, January 2008.)</p>
<p>Competition among TLDs and root providers drives prices down
and
down and down.</p>
<p>By 2007 typical price to a consumer for a domain name falls to
less than $0.25 per year, reflecting the actual mass scale of
economies that obtain in DNS, particularly when there is no
regulatory body imposing fiat registry rates an imposing its own
tithe on name transactions in order to fund itself.</p>
<p>DNS resiliency is improved: In 1997 DNS was a single point of
failure and attack for the internet.&nbsp; By 2007 there is a
multiplicity of competing roots that provide deep redundancy
against failure from natural or human causes.</p>
<p>DNS responsivity is improved - TLD operators recognizing that
DNS query/response time is a significant component of the user
perception of web site responsivity begin to push data and servers
closer to users.</p>
<p>New TLDs are no longer an issue - those who want to deploy a
new
TLD can do so.&nbsp; But as with nearly every other kind of product
offering, those who do this will have to expend time and effort to
build their TLD visibility and do so with their own money (or that
of their venture backers) at risk.&nbsp; Consumers of domain names
will
grow more aware of the risks of buying a name in these new
TLDs.</p>
<p>Some TLDs will never grow beyond boutique offerings that are
found in only a few root zones.&nbsp; Most of these will
fade.&nbsp; Others
will grow so that they become visible in nearly all root zones.</p>
<p>In the end we will have a marketplace that allows new TLDs to
be
born, to grow, to spread, and to die without any central regulatory
apparatus.</p>
<p>It will be a marketplace much like that found in the world of
cable TV, in which TLDs are similar to new TV channels.&nbsp; In
the
cable TV industry new channels must find a way to be included in
the offerings of the cable and satellite providers.&nbsp; In some
cases
these new channels will obtain visibility and become viable, in
other cases they will never obtain adequate acceptance and will
either disappear or be merged into another.&nbsp; In the DNS
industry,
new TLDs must find a way to be included in the offerings of root
providers else they will not gain sufficient visibility and use to
survive.</p>
<p>And so ends our alternative history - a history in which we
reach a stable, reliable DNS, both technically and economically,
but without the heavy hand and cost of regulation.</p>
<p>Is this alternative now impossible or could we turn away from
the regulatory system that has been imposed onto the internet by
the US Department of Commerce via ICANN?</p>
<p>There are many people who think that DNS must be regulated and
ossified into a single "authoritative" root.</p>
<p>There were many people who once thought the same thing about
the
voice telephone network. &nbsp;History proved them wrong.</p>
<p>And to finish on a final note that is neither hypothetical nor
an alternative history:</p>
<p>One of the things that neither ICANN, nor governments, nor
many
users are not realizing is that someday enough people might wake
up, question the dogma of the single "authoritative" catholic root.
They, just like Dorothy in the Wizard of Oz, already have the power
to overturn the status quo.&nbsp; Users of the net can simply, and
without the
need to ask permission from anyone or coordination with anyone,
turn the technical knobs on their DNS software and make the entire
legal, regulatory, and governance edifice fall to the ground -
while the net keeps on running without missing a beat.</p>
]]></description>
<dc:subject>Internet Governance</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2008-01-28T00:29:10-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000330.html">
<title>Bad Day</title>
<link>http://www.cavebear.com/cbblog-archives/000330.html</link>
<description><![CDATA[<p>Yesterday I was in LA at the ICANN meeting.&nbsp; It was Halloween;
a day in which symbols of death are everywhere and considered amusing.</p>

<p>Normally I would have stayed, participated, and written about what happened.</p>

<p>But, instead, last night I had to race home.&nbsp;
This morning my wife and I had to make an excruciating choice.&nbsp;
And, as a result, this afternoon a friend died.</p>

<p>My friend is cat, Moliere.&nbsp; He was almost 11 years old and
came down suddenly with renal failure.&nbsp; We had to decide
whether he would live (a short while) or die.</p>

<p>I held and comforted him as the injection was administered.</p>

<p>I felt him die.</p>

<p>He is dead; I am in shock.</p>

<p>At least it was fast - only a few seconds - and it seemed to be painless,
rather in contrast to the reported effects of the method used on humans.</p>

<p>Yes, he is a cat, "only" a cat, merely a cat, not a person.&nbsp;
I can only imagine
the greater pain of those who have to face such decisions about human
friends and loved ones.</p>

<p>So tonight Moliere lies buried between two trees on a small rise
above Carbonera Creek in the woods where he so much loved to hunt
and be a cat.</p>

<p>He lies buried with a copy of <A href="http://en.wikipedia.org/wiki/Crossing_the_Bar">Tennyson's Crossing the Bar</A>.</p>

<p>We miss him.</p>]]></description>
<dc:subject>Life</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2007-11-01T21:25:31-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000329.html">
<title>ICANN - New TLD Policy - The Anti-Innovation Act of 2007</title>
<link>http://www.cavebear.com/cbblog-archives/000329.html</link>
<description><![CDATA[<p>I'm sitting in ICANN's new TLD policy session - the restraint
of trade is enough to gag a Rockefeller.</p>

<p>ICANN continues to espouse an internet that exists only in
its own image.&nbsp; An internet in which innovation and enterprise
are forced to conform to ICANN standards of goodness.</p>

<p>In other words ICANN is attempting to impose onto the internet
a set of constraints that would deny to new innovators the creative
rights - in Jonathan Zittrain's words, the generative rights - that
gave rise to the internet in the first place.</p>

<p>For example, ICANN's outgoing chairman made it quite clear that he
believes that top level domain used for political purposes would be
highly suspect.</p>

<p>ICANN continues to require that an applicant's finances and business
plans must undergo ICANN investigation and approval.</p>

<p>ICANN continues to require that names be sold through ICANN
accredited registrars - a requirement that makes utterly no sense except
as a protectionist measure to maintain ICANN hegemony and ICANN revenue -
not unlike the way that certain states require alcoholic beverages to
be sold through state-run stores.&nbsp;
It is a requirement that has absolutely nothing to do with the stability
of the internet.</p>

<p>Right now I'm listening to ICANN's policy to replace the legal system
with its own policy to decide who on the internet has the superior right to use
a name as a TLD.&nbsp; ICANN is creating law; yet ICANN is not a legislature.</p>

<p>Moreover ICANN's policy creates a veto power for organized interests, particularly trademark interests, to throw so much chaff into the air that
no new TLDs will ever survive the gauntlet.</p>

<p>What is particularly galling is that ICANN's new policy is the product
of incumbents that have a strong interest in preventing any new TLDs.</p>]]></description>
<dc:subject>Internet Governance</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2007-10-29T15:40:12-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000328.html">
<title>On my way to the ICANN Meeting in LA.</title>
<link>http://www.cavebear.com/cbblog-archives/000328.html</link>
<description><![CDATA[<p>The prodigal son of California Corporations, ICANN, is having its first meeting in its home jurisdiction since November 2001.</p>

<p>It's good that ICANN recognizes its ties to California.</p>

<p>I left Santa Cruz around noon.&nbsp;
The weather was nice so I headed down
the <A href="http://www.byways.org/explore/byways/2301/">Big Sur coast</A>.</p>

<p>Near <A href="http://www.hearstcastle.com/">Hearst Castle</A> I came
across something I had never seen before - several hundred <A href="http://en.wikipedia.org/wiki/Elephant_seal">elephant seals</A>
were on the beach next to the road.&nbsp; Apparently they have taken
up residence there.</p>

<p>So, I arrived in LA - wow, I am so glad that I moved away - I don't have
the stomach for the congestion, noise, and (perhaps from the fires) the
pollution.</p>

<p>Tomorrow (Sunday) I'll head over to the ICANN meeting itself.</p>

<p>Let's see what's on <A href="http://losangeles2007.icann.org/schedule">the agenda</A>...</p>

<p>Wow, somewhere between one quarter and one third of all of the meetings are closed to the public!&nbsp;
Well, we have long known that ICANN takes its responsibility to be
open and transparent with more than a few grains of salt.&nbsp;
But this seems far more secrecy than is normal, even for ICANN.</p>

<p>But look at this this: The meeting of the At Large Advisory Committee (ALAC)
is closed to the public!&nbsp; The meeting of the ICANN's company union is
closed to its own membership.&nbsp; One would hope that this is a misprint.&nbsp;
(Not that it matters much - I consider the ALAC to be a fraud upon
the public and merely a means for ICANN to have a story, plausible to those
who don't dig deeper, that ICANN has a means for the public to have a say in
what ICANN does.)</p>

<p>I see that ICANN's board is meeting with the governments - the GAC.&nbsp;
The junior high school/middle school that both Vint Cerf and
I attended also had a GAC - the Girls Athletic Club.</p>

<p>Thinking of the GAC, I wonder whether ICANN is even aware
of <A href="http://caselaw.lp.findlaw.com/cacodes/corp/35000-35007.html">Sections 35000-35007 of the California Corporations Code
- the Subversive Organization Registration Law</A> - particularly section 35003(b).&nbsp;
And given that ICANN is neither a "labor union or religious, fraternal,
or patriotic organization, society, or association" section 35004 may not
provide immunity.</p>

<p>Sure that statute is a hangover from an era when the US was highly xenophobic
and suspicious of foreign.. wait a minute, that seems to describe the
US today, not merely the US of 1953.</p>

<p>Perhaps that's the reason ICANN has shied away from holding
meetings in its chosen home for nearly 3/4 of its entire existance.</p>]]></description>
<dc:subject>Internet Governance</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2007-10-27T23:27:48-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000327.html">
<title>DeBushification of the judiciary - The early retirement bonus plan</title>
<link>http://www.cavebear.com/cbblog-archives/000327.html</link>
<description><![CDATA[<p>One of the big tasks after the 2008 elections will be DeBushification of
the Federal government.</p>

<p>One of the toughest areas will be to reestablish the judiciary as
a non-political branch of government.</p>

<p>That will be hard because most Federal judges are appointed for life,
until impeached - or until they chose to retire.</p>

<p>Impeachment of judges, particularly when their offense is that
of political leanings rather than truly overt acts, would be far more
inflammatory than constructive.</p>

<p>But there is another way: Early retirement bonuses.</p>

<p>Private industry has long used the incentive of early retirement bonuses
as a way to avoid layoffs.&nbsp;
The employer usually offers employees a substantial bonus - sometimes several
years of normal salary - if they voluntarily terminate their employment.</p>

<p>The new Congress could use that same approach to encourage Federal judges
to give up their seats and create openings for new judges.</p>

<p>Suppose Congress were to enact a law that would give Federal judges a
lump sum, tax exempt payment of $1,000,000, if they leave the Federal bench
before the age of 60, $500,000 if they leave before the age of 65, and $300,000
if they leave before the age of 75.</p>

<p>This approach would be politically neutral.&nbsp; And the total cost
would be about the same as a few days of fighting in Iraq.</p>]]></description>
<dc:subject>Politcs</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2007-10-04T01:27:44-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000326.html">
<title>In Today&apos;s News</title>
<link>http://www.cavebear.com/cbblog-archives/000326.html</link>
<description><![CDATA[<p>Today's newspaper brought an interesting reflection on the
troubled state of our national government.</p>

<p>The headline is "<A href="http://ap.google.com/article/ALeqM5j50XaeVa3ARdOsqpH4H1UAVp60Iw">Copy of Magna Carta to Be Sold"</A>.</p>

<p>The Magna Carta was born in year 1215 and it guaranteed many fundamental rights.</p>

<p>Those same rights are among those that our president has trampled into the mire.</p>

<p>This copy of the Magna Carta used to reside in the US National Archives.</p>

<p>Now it is being auctioned to the highest bidder.</p>

<p>It seems an appropriate, but sad,  mirroring of reality that with the death of the rights guaranteed
by the Magna Carta that the US copy should be relinquished by and sold.</p>

<p>(By-the-way, the text of the Magna Carta has long been available on my DNS server, not
my website, and available via simple DNS query.&nbsp; And some people still think that DNS is only
for addresses.&nbsp;)</p>]]></description>
<dc:subject>Law, Society, and Policy</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2007-09-26T14:35:16-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000325.html">
<title>Have ICANN&apos;s directors placed their personal assets on the IRS chopping block?</title>
<link>http://www.cavebear.com/cbblog-archives/000325.html</link>
<description><![CDATA[<p>At the <A href="http://www.icann.org/minutes/prelim-report-14aug07.htm">August 14 meeting of ICANN's board</A> ICANN's board agreed to cover the expenses of
the soon-to-be former Chairman of the Board to attend
the <A href="http://www.igfbrazil2007.br/index.htm">IGF meeting</A> in
Rio de Janeiro.</p>

<p>That former Chairman will have no legal relationship to ICANN; neither
a director nor an officer nor an employee.&nbsp;
Yet ICANN's voted to give this former chairman the power
"to speak on behalf of ICANN".&nbsp;
Absent a legally cognizable relationship this power is a non sequitur, an oxymoron.</p>

<p>And it could prove to be an expensive oxymoron for those directors who voted for it.</p>

<p>I note, in passing, that according to the <A href="http://www.icann.org/minutes/prelim-report-14aug07.htm">minutes</A> the vote of the board was unanimous, 12:0, and that the
person who is soon to be that former Chairman was in attendance.&nbsp;
Thus it appears that he did not excuse himself from this self-interested vote
and did, in fact, vote to grant himself this benefit to be paid after his term expires.</p>

<p>Now why could this be an expensive oxymoron?</p>

<p>The United States tax code has provisions that are called "<A href="http://en.wikipedia.org/wiki/Intermediate_sanctions">intermediate sanctions</A>".&nbsp;
These are draconian sanctions that are intended to <em>strongly</em> discourage
Federal tax exempt corporations, such as ICANN, and their boards from granting excessive benefits to closely related parties,
such as directors and executive officers.</p>

<p>A non-profit corporation such as ICANN has no business giving excessive benefits -
ICANN is intended to benefit the community of internet users not to send
former directors on junkets to Rio.</p>

<p>And the law says that the payment by tax exempt corporation such as ICANN of an excess benefit to a closely related party is frequently unlawful.&nbsp;
And is there any doubt that a person who held the chairmanship of ICANN for the last six years is a very closely related party?</p>

<p>And what is this expense account to a former director, a person legally detached from the corporate body of ICANN, but an excess benefit?</p>

<p>Under the intermediate sanctions law, the gift may have to be disgorged and heavy "excise tax" could land on the directors who voted for this </p>

<p>And because it is a tax ICANN's insurance coverage may not apply to cover the tax that may land on the pocketbooks of ICANN's directors who voted for this boondoggle.</p>

<p>I've warned ICANN several times since 1999 about the risks of disregarding this law.&nbsp; To my way of thinking the only way that ICANN's directors
and officers, and particularly their legal advisors, could claim that they
did not know about this risk would be for them to admit that they have
chosen not to know - a kind of self-inflicted naivety -
about the legal context in which ICANN operates.</p>

<p>The board minutes suggest that ICANN's vaunted legal team didn't even mention
the risk.&nbsp; But given my previous experiences with that team, I am hardly
surprised.&nbsp; It's kinda ironic that at this same meeting ICANN voted a payment
of $300,000 for 3 months legal fees to that team.</p>

<p>It is disappointing how frequently ICANN behaves in ways that make Enron
look good.</p>]]></description>
<dc:subject>Internet Governance</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2007-09-22T02:56:07-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000324.html">
<title>ICANN Begins To Add Yet Another Layer of Complexity</title>
<link>http://www.cavebear.com/cbblog-archives/000324.html</link>
<description><![CDATA[<p>Today ICANN put out a <A href="http://www.icann.org/announcements/announcement-06sep07.htm">request for a contractor</A> to add yet another
layer of complexity, expense, delay, and unnecessary bureaucracy to
the ICANN's "new Top Level Domain" process.</p>

<p>One can only wonder how the statement of work for this contactor was
generated in advance of ICANN completing its new TLD criteria project.&nbsp;
Is this yet another instance of ICANN's "staff" simply doing what it
wants to do and ignoring ICANN's board and the community of internet users?&nbsp;
There is definitely more than a hint of that smell.</p>

<p>In either case, ICANN's new TLD policy has grown beyond all rational bounds.&nbsp;
All that ICANN should be asking is whether applicants will abide by well
established technical standards and practices regarding their name servers.&nbsp;</p>

<p>In order to speed things along, I have taken the liberty of putting together
the first draft of a form that ICANN could use to for TLD applications; this
form also sets forth the basic terms of operation.&nbsp; The idea here is
to dispense with all of ICANN's massively expensive machinery that reviews
all of those irrelevant things that ICANN so loves to stick its nosy nose into.&nbsp;
For example, ICANN has no more legitimate right or need to evaluate how a TLD
will operate its front office registration systems than does the FAA to evaluate
whether an airline serves Pepsi or Coke to its passengers.</p>

<p>So here it is:</p>

<div style="margin: 8 20 0 20; font-family: fixed;">
<h1>Application for Top Level Domain Slot in NTIA/ICANN/Verisign Root Zone</h1>
<p>Version 1.0</p>

<p>This form is for use by those people and organizations
that wish to obtain a "slot" for a Top Level Domain delegation
in the root zone file published by NTIA, ICANN, and Verisign
as provided in agreements between those three entities.</p>

<p>A "slot" is a right to have an applicant selected character string placed
into that root zone along with applicant provided name server information
as necessary to activate a domain name system delegation from the
NTIA/ICANN/Verisign root zone to the applicant's own name servers.</p>

<p>The character string proposed by the applicant must be a valid
Domain Name "label" as defined by RFC 1035,
the character set for the string must be a valid "ARPANET host name" as
described in RFC 1035, and the string must conform to internationalized name
requirements as described in
"<A href="http://www.icann.org/general/idn-guidelines-22feb06.htm">Guidelines for the Implementation of Internationalized Domain Names</A>".</p>

<p>The applicant proposed character string must not have been previously used in the
NTIA/ICANN/Verisign root zone.</p>

<p>The applicant must anticipate that in the event that this application
is accepted that it will be required to provide operational name server
information before the proposed name will be placed into the
NTIA/ICANN/Verisign root zone.</p>

<p>The applicant must also anticipate that it will be required
to perform yet unspecified activities with regard to
Domain Name Security (DNSSEC) deployment.</p>

<p>Neither ICANN, NTIA, nor Verisign will review the semantics or
other meanings or uses of the proposed string.&nbsp;
The applicant is responsible for any and all conflicts.&nbsp;
NTIA, ICANN, and Verisign reserve the right to promptly respond to any
legally valid order ordering NTIA, ICANN, or Verisign to take an action
regarding the status of the applicant's slot or proposed name.</p>

<p>Neither ICANN, NTIA, nor Verisign will require that applicant adhere to any
particular business plan or any restrictions on the use of names it may
subsequently place into its own servers under
the delegation obtained via this application.</p>

<p>The applicant must, however, recognize that the internet spans many
nations and that the applicant must conform its activities to the requirements
and constraints of an evolving and sometimes conflicted background of national
laws, regulations, and international agreements.</p>

<p>By making this application, the applicant explicitly recognizes each person
and aggregate entity that makes use of the internet is an intended third party
beneficiary who, by virtue of this application, is entitled to have standing
to bring legal actions to enforce the obligations imposed directly or indirectly
through this application.</p>

<p>The applicant must anticipate that ICANN may impose (and, over time, modify)
technical obligations on the applicant's name server operations.&nbsp;
These obligations will define how the applicant shall operate its name servers
in accord with certain broadly accepted and utilized written technical standards.</p>

<p>The applicant must anticipate that ICANN may impose (and, over time modify)
certain obligations of fair and equitable access to its domain name service, including,
but not limited to, the following:</p>

<ul>
<li>The applicant's name service may not exhibit any bias for or against
any source of a domain name query.</li>
<li>The applicant's name service may not exhibit any bias
for or against any "question" contained in a domain name query.&nbsp;
(This obligation will not preclude the deployment of additional
name servers, perhaps for a fee or other compensation, to serve
a well defined community of users.)</li>
</ul>

<p>The applicant will be required to publish to the public a signed
statement from an auditor skilled in the practice of preservation of
business assets that describes and evaluates whether the applicant's
actual business asset preservation practices are adequate to allow
the applicant or a successor in interest to revive the applicant's name
services and client base should the applicant or its systems suffer
a human or natural disruption.</p>

<p>The applicant must recognize that the total number of top level domains,
albeit large, is finite and that ICANN may impose constraints
on the number of applications that may be accepted at any one time.</p>

<p>All applications, except those that are explicitly rejected,
will be maintained in an active status.</p>

<p>ICANN reserves the right to utilize various mechanisms to chose
among the active applications.&nbsp;
Among these are auctions in which active applicants may bid for a slot
or a lottery in which a limited number of random selections may be made
among all active applications.</p>

<hr/>

<table>
  <tbody>
    <tr>
      <td>Applicant Name:</td>
      <td><INPUT type="text" name="Applicant name" size="32"></td></td>
    </tr>
    <tr>
      <td valign="top">Applicant Address:</td>
      <td><textarea name="Applicant address" rows="5" cols="32"></textarea></td>
      <td></td>
    </tr>
    <tr>
      <td>Applicant email:</td>
      <td><INPUT type="text" name="Applicant email" size="32"></td></td>
    </tr>
    <tr>
      <td>Applicant telephone:</td>
      <td><INPUT type="text" name="Applicant phone" size="32"></td></td>
    </tr>
    <tr>
      <td>Proposed string:</td>
      <td><INPUT type="text" name="Proposed string" size="32" maxlength="63"></td>
    </tr>
  </tbody>
</table>
</div>]]></description>
<dc:subject>Internet Governance</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2007-09-07T00:57:57-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000323.html">
<title><![CDATA[ICANN -  Pygmalion?&nbsp; Procrusteas?]]></title>
<link>http://www.cavebear.com/cbblog-archives/000323.html</link>
<description><![CDATA[<p>ICANN has recently collected comments for <A href="http://www.icann.org/announcements/announcement-10aug07.htm">yet another study</A> of when, if ever, it will charter any new top level domains (TLDs) for the internet.</p>

<p>It is bad enough that ICANN has stalled and stalled and stalled - for nearly a decade - on what ought to be a relatively easy task.</p>

<p>(As I have written before, ICANN should merely validate that an applicant for a TLD will adhere to broadly accepted written technical standards and practices relating to the operation of domain name servers.&nbsp; Anything beyond that is social and economic engineering, an area that should be prohibited to ICANN.)</p>

<p>Of course, when it comes to ICANN, those who pull the puppet strings - most particularly the
incumbent TLD registries, who do not want any competition from newcomers and
the intellectual property protection industry - have an interest in permanently
maintaining the status quo.&nbsp;
Consequently when it comes to TLDs ICANN is static.</p>

<p>Apparently some people are <A href="http://forum.icann.org/lists/gtldfinalreport-2007/msg00077.html">getting tired of ICANN's immobility</A> - One of the year 2000 applicants who has spent the last 7 years in ICANN's limbo between acceptance and rejection has sent ICANN <A href="http://forum.icann.org/lists/gtldfinalreport-2007/pdfJjKTBMuPII.pdf">a letter</A> asking for ICANN to live up to its promises.&nbsp; My guess is that
we will soon be seeing similar letters from the 39 others who
ICANN left in limbo back in year 2000.</p>

<p>The <A href="http://forum.icann.org/lists/gtldfinalreport-2007/">comments themselves</A> reveal interesting things.</p>

<p>First is that form-letter submissions are not very persuasive.&nbsp; Many who commented simply regurgitated exact replicas.&nbsp; This is not to say that these people
are insincere or that the opinions expressed in their letters are not very important.&nbsp; I'm merely pointing out that when arguing to a body that operate as if it were under siege, form letters feed the siege mentality's predilection to instantly reject anything less than servile agreement.&nbsp; In the future those who put forth form letters would perhaps be better served by creating a web tool that uses a database of pre-written phrases and combines them into a unique letter for each person.</p>

<p>Second is that both ICANN and many of those commenting seem bent on imposing their view of what the internet ought to be onto the rest of us.&nbsp;
In their eyes ICANN is an engine of limitation rather than
an engine of innovation.</p>

<p>Some, such as ICANN's chairman, believe that we have enough generic top level domains and no reasonable person could ever more.&nbsp; I'm sure that kind of view prevailed at United, Delta, and American airlines when Southwest and JetBlue were yet unborn twinkles in entrepreneurial eyes.&nbsp; Yet, had that view held back in the 1970's the internet would never have been born - why should we have permitted yet another communications medium; telephone, faxes, and telexes were clearly sufficient for the needs of any reasonable person?</p>

<p>And another comment suggests that by using names for TLDs that we risk exhausting opportunities in the future.&nbsp;
That seems to be the "look at the pretty resource, but don't use it" approach.&nbsp;
Given that we have more than
11,144,421,984,854,529,111,291,814,965,840,121,701,917,784,688,171,700,627,654,810,062,931,821,453,496,825,690,394,892,284,041,625
possible TLD names available, I sincerely doubt that we will be exhausting the space of creative opportunities very soon.</p>

<p>Then we have comments that argue that the internet is merely a dependent child of the trademark industry and that any name on the net should be subordinated to a rule that is best expressed as "trademark uber alles."</p>

<p><A href="http://en.wikipedia.org/wiki/Pygmalion_%28mythology%29">Pygmalion</A> carved a statute so beautiful that he fell in love with it.</p>

<p><A href="http://en.wikipedia.org/wiki/Procrustes">Procrusteas</A>
had a nasty habit of making everyone conform to his iron bed;
if you were too tall, Procrustes lopped off your hands and feet;
if you were too short, you were stretched on the rack.</p>

<p>Clearly some of ICANN's board members and some of those commenting
are neo-Procrusteans who
have fallen in love with the internet as it was during its glamour era - the days of the 1980's when the internet was believed to have been (but, in reality was not) a place of gentle beauty and halcyon peace.</p>

<p>But there is a deeper, and more ominous hue reflected in the comments - it is the hue of constraint, of foreclosure of ideas and innovations.&nbsp;
It is a hue reflective of the kind of fundamental religious thinking
that shoots canons at ancient statues and denies the right to exist to
any but those who hew to the one true religion.</p>

<p>The statue of the internet that ICANN is carving is not lovely except to those
who believe in rigidity and constraint and
who would deny to others any freedom of imagination or creativity.</p>]]></description>
<dc:subject>Internet Governance</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2007-09-02T16:15:30-08:00</dc:date>
</item>
<item rdf:about="http://www.cavebear.com/cbblog-archives/000322.html">
<title>SUNW to JAVA, Oy Vey</title>
<link>http://www.cavebear.com/cbblog-archives/000322.html</link>
<description><![CDATA[<p>I see that Sun Microsystems is changing its ticker symbol from SUNW to JAVA.</p>

<p>The marketing dweebs must have taken over the asylum.</p>

<p>Java is a decent language.</p>

<p>But Java as a software production environment on Linux is a creeping, clunking disaster.</p>

<p>It's bad enough that someone who wants to download Java has to hack through
Sun's jungle of Java acronyms.</p>

<p>For years it was made worse because on each Java version the file pathnames to the executables
changed.&nbsp; And there seemed to be an undeclared war going on between Sun's Java and
the GNU java tools.</p>

<p>And their Mozilla/Firefox plugin has always been a mystery wrapped in layers of
incorrect documentation.&nbsp; And it seems not to run at all on 64-bit Linux.</p>

<p>Sun turned what should have been gold into schmutz.</p>

<p>Sun's fumbling of Java is one of the
great unheralded, self inflicted, marketing disasters.&nbsp; Stupidity abounding.&nbsp;
It reminds me of Lyndon Johnson's phrase about someone
being so stupid that they could not pour a certain bodily fluid out of a boot even
if the instructions were printed on the heel.</p>

<p>Sun was once a great company and once a great place to work.</p>

<p>Sun still has the occasional flash of brilliance (for example, its CPU chips.)</p>

<p>Java was a great and brilliant idea.&nbsp;
A lot of work went into the design and into making it work.&nbsp;
Java is great technology.&nbsp; But it is great technology that has been torpedoed
by Sun's dim efforts at product marketing.</p>

<p>But SUNW to JAVA?&nbsp; That's like Ford renaming itself "Edsel" or Merck renaming itself "Vioxx".</p>

<p>By-the-way, I use Python.</p>
]]></description>
<dc:subject>Apropos of Nothing</dc:subject>
<dc:creator>karl</dc:creator>
<dc:date>2007-08-23T16:58:33-08:00</dc:date>
</item>


</rdf:RDF>