<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
  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:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

<channel>
<title>CaveBear Blog</title>
<link>http://www.cavebear.com/cbblog/</link>
<description><![CDATA[Thoughts and Commentary by Karl Auerbach
Locus ab auctoritate est infirmissimus&nbsp; ("The argument from authority is the weakest.") -- Thomas Aquinas]]></description>
<dc:language>en-us</dc:language>
<dc:creator>karl@cavebear.com</dc:creator>
<dc:date>2010-03-15T02:51:38-08:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=3.33" />
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>

<item>
<title>What&apos;s Wrong With The FCC&apos;s Consumer Broadband Test?</title>
<link>http://www.cavebear.com/cbblog-archives/000342.html</link>
<description><![CDATA[The FCC recently published some tools to let consumers measure some internet characteristics. The context is the FCC's "National Broadband Plan".&nbsp; I guess the FCC wants to gather data about the kind of internet users receive today so that the National Broadband Plan, whatever it may turn out to be, actually improves on the status quo. The motivation is nice but the FCC's methodology is technically weak. There are several goals to which the National Broadband Plan ought to aspire: That consumers have a subjective sense that their use of the internet is fast and without unacceptable delays.&nbsp; I picked a subjective standard here for reasons to be discussed later in this note. That reliability of consumer access is high and that the time for providers to detect, diagnose, and repair problems is low (and not expensive to providers.)&nbsp; It seems that these matters of reliability are routinely ignored, yet...]]></description>
<guid isPermaLink="false">342@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Internet Technology</dc:subject>
<dc:date>2010-03-15T02:51:38-08:00</dc:date>
</item>
<item>
<title>Network Neutrality, UPS, and FedEx</title>
<link>http://www.cavebear.com/cbblog-archives/000341.html</link>
<description><![CDATA[I buy a lot of things that are delivered by UPS or FedEx.&nbsp; And I kinda like to watch the progress of the shipments. Now we all know that UPS and FedEx have different grades of service - Overnight, Two Day, Three Day, etc.&nbsp; And faster deliver costs more. Several years ago UPS and FedEx would frequently deliver a Two Day package the next day, i.e. they would effectively elevate the class of service.&nbsp; A lot of us took advantage of that by sending almost everything using the lesser grade (and price) and often winning a higher grade (and price) delivery. I am sure that that that did not please the bean counters at the shipping companies. Today, with better tracking systems UPS and FedEx almost never deliver a package in advance of the delivery time for the paid class of service.&nbsp; They will hold packages in their warehouses in...]]></description>
<guid isPermaLink="false">341@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Law, Society, and Policy</dc:subject>
<dc:date>2009-12-24T02:07:17-08:00</dc:date>
</item>
<item>
<title>Internet Epitaphs</title>
<link>http://www.cavebear.com/cbblog-archives/000340.html</link>
<description>Some ideas for epitaphs for the internet era: Her FIN has been ACKed. He&apos;s now a higher level abstraction. She has moved up the protocol stack. He is now a perfect packet traversing a loop free path of celestial ASN&apos;s. She has gone to the ultimate peering point. Her TTL went to zero....</description>
<guid isPermaLink="false">340@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Apropos of Nothing</dc:subject>
<dc:date>2009-12-10T01:49:42-08:00</dc:date>
</item>
<item>
<title>The ACPA and the Rule Against Digital Perpetuities</title>
<link>http://www.cavebear.com/cbblog-archives/000339.html</link>
<description>The copyright-forever crowd is once again trying to turn copyright into a card that trumps civil liberties, due process, and Constitutional limitations. The Anti-Counterfeiting Trade Agreement (ACTA) that is being &quot;secretly&quot; negotiated by the US and other nations would require signatory nations to impose a regime similar to the US DMCA, including Digital &quot;Rights&quot; Management (DRM) anti-cirumvention. Under the United States Constitution (Article I, Section 8, Clause 8) the United States can only create copyright rights if those rights are constrained to exist only for &quot;limited times&quot;. DRM lasts forever. DRM will make it difficult, often impossible, to make use of materials once the copyright term expires and the material enters the public domain. DRM creates a perpetual right to prevent copying - a perpetual copyright. And DRM will make it difficult, often impossible, for historians and archivists of the future to examine materials even long past the expiration of...</description>
<guid isPermaLink="false">339@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Law, Society, and Policy</dc:subject>
<dc:date>2009-12-05T17:08:19-08:00</dc:date>
</item>
<item>
<title><![CDATA[Questioning Authority &ndash; Searching For Stability In Internet Governance]]></title>
<link>http://www.cavebear.com/cbblog-archives/000338.html</link>
<description><![CDATA[Here is the text of my talk today (November 13, 2009) at the LTA Symposium at the the Center for Law, Technology, and the Arts at Case Western Reserve University School of Law in Cleveland, Ohio. Questioning Authority &ndash; Searching For Stability In Internet Governance Pre-talk &ndash; Who I am (one slide) Hello, I am Karl Auerbach. I've been around the internet for a very long time. If there is anything about the net that is constant it is that the net is always changing. Introduction A few months ago we discovered a hidden plumbing problem in my house. We hired a building inspector to take a look at the damage. He told us that the supporting structure was badly damaged, that it was at risk of collapse, and that we'd have to replace some large supporting timbers. Today much of our discussion has been about the more refined aspects...]]></description>
<guid isPermaLink="false">338@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Law, Society, and Policy</dc:subject>
<dc:date>2009-11-13T21:54:36-08:00</dc:date>
</item>
<item>
<title>Thunderbird 3.0b2 is Awful</title>
<link>http://www.cavebear.com/cbblog-archives/000337.html</link>
<description><![CDATA[It's been over a year since my prior blog entry.&nbsp; I've been busy. So I'll start off with something indisputable - the latest version of the Thunderbird email tool (version 3.0b2) is really awful. This new version of Thunderbird locks up, seems to spend an inordinate amount of time loading and reloading mailboxes, becomes non-responsive to clicks, can't delete mail, and sometimes even refuses to close. This new Thunderbird is a big step backwords. It makes me pine for my favorite email tool, pine/alpine. Update, Aug 23, 2009:Thunderbird 3.0b3 is just about as bad.&nbsp; It continues burn enormous amounts of CPU time, it continues to become non responsive to user input, and it posts far too many gratuitous messages that it is to busy doing something else.&nbsp; The authors should be ashamed at how badly they have bungled a once useful tool....]]></description>
<guid isPermaLink="false">337@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Technical Information</dc:subject>
<dc:date>2009-07-06T15:10:08-08:00</dc:date>
</item>
<item>
<title>Second Annual National Institute: CyberLaw: Expanding the Horizons</title>
<link>http://www.cavebear.com/cbblog-archives/000336.html</link>
<description><![CDATA[This looks like an interesting conference program.&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. 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....]]></description>
<guid isPermaLink="false">336@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Law, Society, and Policy</dc:subject>
<dc:date>2008-06-01T17:33:53-08:00</dc:date>
</item>
<item>
<title>Serendipitous Data Collection</title>
<link>http://www.cavebear.com/cbblog-archives/000335.html</link>
<description><![CDATA[In 1969 the Firesign Theatre recorded "How Can You Be in Two Places at Once When You're Not Anywhere at All" 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. 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. Telco people long ago learned to incorporate "remote loopback" and remote testing capabilities into their devices.&nbsp; Internet people have not been as smart. 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...]]></description>
<guid isPermaLink="false">335@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Internet Technology</dc:subject>
<dc:date>2008-05-27T01:00:45-08:00</dc:date>
</item>
<item>
<title>Bea Yormark</title>
<link>http://www.cavebear.com/cbblog-archives/000334.html</link>
<description><![CDATA[I think it was Athol Fugard who wrote that the saddest words are "too late". I saw in the newspaper that Bea Yormark has died.&nbsp; Too soon. 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. 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. 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. I later...]]></description>
<guid isPermaLink="false">334@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Life</dc:subject>
<dc:date>2008-05-27T00:58:42-08:00</dc:date>
</item>
<item>
<title>Comcast - Euphemism City</title>
<link>http://www.cavebear.com/cbblog-archives/000333.html</link>
<description><![CDATA[I am tired of Comcast continuing to claim that is merely slowing network traffic. When Comcast sends a TCP Reset packet the TCP connection instantly dies.&nbsp; TCP Resets are internet ricin. 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. 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". 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 Random Early Detection -...]]></description>
<guid isPermaLink="false">333@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Internet Technology</dc:subject>
<dc:date>2008-04-21T16:03:47-08:00</dc:date>
</item>
<item>
<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>My comments to NTIA on &quot;The Continued Transition of the Technical Coordination and Management of the Internet&apos;s Domain Name and Addressing System: Midterm Review of the Joint Project Agreement&quot; are now online at http://www.cavebear.com/archive/public/ntia-jpa-2008.html...</description>
<guid isPermaLink="false">332@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Internet Governance</dc:subject>
<dc:date>2008-02-06T17:43:08-08:00</dc:date>
</item>
<item>
<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[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. 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? In that vein I am about to engage in a bit of alternative history. I am going to speculate about how the last ten years of internet...]]></description>
<guid isPermaLink="false">331@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Internet Governance</dc:subject>
<dc:date>2008-01-28T00:29:10-08:00</dc:date>
</item>
<item>
<title>Bad Day</title>
<link>http://www.cavebear.com/cbblog-archives/000330.html</link>
<description><![CDATA[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. Normally I would have stayed, participated, and written about what happened. 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. 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. I held and comforted him as the injection was administered. I felt him die. He is dead; I am in shock. 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. Yes, he is...]]></description>
<guid isPermaLink="false">330@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Life</dc:subject>
<dc:date>2007-11-01T21:25:31-08:00</dc:date>
</item>
<item>
<title>ICANN - New TLD Policy - The Anti-Innovation Act of 2007</title>
<link>http://www.cavebear.com/cbblog-archives/000329.html</link>
<description><![CDATA[I'm sitting in ICANN's new TLD policy session - the restraint of trade is enough to gag a Rockefeller. 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. 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. 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. ICANN continues to require that an applicant's finances and business plans must undergo ICANN investigation and approval. ICANN continues to require that names be sold through ICANN accredited registrars - a requirement that makes utterly...]]></description>
<guid isPermaLink="false">329@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Internet Governance</dc:subject>
<dc:date>2007-10-29T15:40:12-08:00</dc:date>
</item>
<item>
<title>On my way to the ICANN Meeting in LA.</title>
<link>http://www.cavebear.com/cbblog-archives/000328.html</link>
<description><![CDATA[The prodigal son of California Corporations, ICANN, is having its first meeting in its home jurisdiction since November 2001. It's good that ICANN recognizes its ties to California. I left Santa Cruz around noon.&nbsp; The weather was nice so I headed down the Big Sur coast. Near Hearst Castle I came across something I had never seen before - several hundred elephant seals were on the beach next to the road.&nbsp; Apparently they have taken up residence there. 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. Tomorrow (Sunday) I'll head over to the ICANN meeting itself. Let's see what's on the agenda... 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...]]></description>
<guid isPermaLink="false">328@http://www.cavebear.com/cbblog/</guid>
<dc:subject>Internet Governance</dc:subject>
<dc:date>2007-10-27T23:27:48-08:00</dc:date>
</item>


</channel>
</rss>