<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for Cog</title><link>http://disqus.com/people/3a4f9c8fae25397e11ca83052e1be410/</link><description></description><language>en</language><lastBuildDate>Wed, 24 Oct 2007 23:15:23 -0000</lastBuildDate><item><title>Re: Hackery</title><link>http://tlf.disqus.com/hackery/#comment-1444721</link><description>Jim, your naivete is touching, and I can only hope it's feigned.  It's consistent in the sense that both measures increase the nation's Gini coefficient, which is the real goal of ATR.  Duh.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Fri, 02 Dec 2005 15:44:51 -0000</pubDate></item><item><title>Re: Property is Property</title><link>http://tlf.disqus.com/property_is_property/#comment-1444704</link><description>I also find the assessment that there's not "too much damage" to be both shortsighted and premature.&lt;br&gt;&lt;br&gt;It's shortsighted because opening an exploitable vulnerability on somebody's machine (and this has infected at least &lt;em&gt;half a million&lt;/em&gt; machines) is already quite significant damage, even if there are no burning buildings.  At a minimum, network administrators will have to spend a great deal of expensive labor to clean up this mess.&lt;br&gt;&lt;br&gt;It's premature in the sense that this root vulnerability's not going to go away any time soon.  The CDs will remain in circulation essentially forever, and (extrapolating from previous worm infections) there will be significant numbers of old unpatched and infected machines on the Internet for at least a decade.  Any time a band of crackers wants to bootstrap a botnet, this will be one more pool of targets for them.  The full damages from this rootkit are going to be felt by the Internet for years to come.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Sat, 03 Dec 2005 15:05:08 -0000</pubDate></item><item><title>Re: Solveig Singleton is Making Sense</title><link>http://tlf.disqus.com/solveig_singleton_is_making_sense/#comment-1444713</link><description>I've already commented on your other thread about how the damages from Sony's rootkit can &lt;em&gt;in no way&lt;/em&gt; be characterized as small.  Give your post above, I also want to comment that, from an economic perspective, it doesn't matter how the damage awards from the Sony lawsuit are divided between consumers and lawyers.  That's a matter to be determined by the market in litigation services.  The most important thing is that Sony (and the market) be sent a signal: you may not inflict this sort of nonconsensual externality on consumers.  Sony took this action precisely because of the absence of signals such as this one, and if you fail to punish Sony and all who behave like Sony, then you'll only see more of the same.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Sat, 03 Dec 2005 15:13:54 -0000</pubDate></item><item><title>Re: The Customer is Always Wrong</title><link>http://tlf.disqus.com/the_customer_is_always_wrong/#comment-1445420</link><description>Tim: Your post is spot-on in general, but one minor technical FYI: the codec used on DVDs is MPEG-2, which is technology that was stable (i.e., not even cutting-edge) in 1994.  Furthermore, many (most?) DVDs do not use the full 4GB capacity of the disc for the main feature.  Therefore, it's actually plausible that, with modern video codecs, you could pack a DVD-quality feature film into 1GB or less.  MPEG-4 Part 10 (a.k.a. H.264), for example, is about twice as space-efficient as MPEG-2 at DVD quality.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Mon, 03 Apr 2006 16:27:11 -0000</pubDate></item><item><title>Re: Epstein&amp;#8217;s New Paper</title><link>http://tlf.disqus.com/epstein8217s_new_paper/#comment-1445556</link><description>Ned, it's "not fair" because lawyers seldom know much except the law, and most of them do not consider it necessary to know more.&lt;br&gt;&lt;br&gt;Well, OK, that's an exaggeration, but only a slight one.  The legal profession regularly holds conferences on "technology law" wherein not one bona fide technologist is present.  The editors of law review articles are overworked law students who have neither the time nor the resources to obtain peer review (or even basic sanity checking) by domain experts.  As long as the article's properly footnoted and appears to exercise legal doctrines in a plausible fashion, grave errors about reality (that messy real world that exists beyond the boundaries of statutes and case law) can easily slip through.  And, of course, if you're not a domain expert, then it's not necessarily even clear which facts &lt;em&gt;need&lt;/em&gt; a backing citation.&lt;br&gt;&lt;br&gt;Tim: you say that the people deciding the "core direction" of Linux are mostly volunteers.  I'm a little skeptical of this.  I believe the most prominent kernel hackers (Linus, Alan Cox, etc.) are mostly in the employ of companies that pay them specifically to work on the kernel.  See, e.g., &lt;a href="http://www.wired.com/wired/archive/9.10/kernel.html" rel="nofollow"&gt;this article in WIRED&lt;/a&gt; (a little outdated, but I doubt that kernel hacking's grown &lt;em&gt;less&lt;/em&gt; professionalized since 2001).  Most successful &lt;em&gt;large&lt;/em&gt; projects with which I'm familiar are similar.  Most of the core KDE hackers, for example, are paid explicitly to hack on KDE.&lt;br&gt;&lt;br&gt;This doesn't make Epstein any less wrong; it just makes him wrong in a different way.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Thu, 20 Apr 2006 13:51:49 -0000</pubDate></item><item><title>Re: Google&amp;#8217;s First Software Patent</title><link>http://tlf.disqus.com/google8217s_first_software_patent/#comment-1445577</link><description>In all likelihood, some variation of PageRank's key ideas are now standard subroutines in every major search engine.  Yet I am unaware of any patent licensing fees paid to Google by Microsoft, Yahoo, or Amazon.  This doesn't mean that no such fees are being paid; on the other hand, I suspect that the existence of such licensing agreements would have leaked to the public by now.  (Certainly, if Yahoo's paying PageRank license fees to Google, then Yahoo would be criminally negligent not to state in their SEC filings that they are paying license fees on their core business to their most successful competitor.)&lt;br&gt;&lt;br&gt;Furthermore, Google's revenue is clearly based on ad sales.  Patent licensing fees, if Google's even collecting any, constitute an eyedropper-size trickle next to the firehose of ad revenue.  Duffy's crazy to give the PageRank patent credit for Google's market valuation.  The existence of the PageRank patent might make investors feel better, but its business utility to Google beyond psychological palliative is questionable.&lt;br&gt;&lt;br&gt;Finally, as a technical matter, I have heard firsthand from a developer of Nutch (an open source search engine) that PageRank unadorned doesn't get you very far, and that you need to toss in a bunch of other tricks to make your results reasonable.  PageRank gets a lot of attention from computer scientists because it's mathematically elegant, and from the public because the core idea captures the imagination.  But its importance is probably overestimated.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Mon, 24 Apr 2006 21:42:21 -0000</pubDate></item><item><title>Re: You Have Nothing to Lose But Your Options</title><link>http://tlf.disqus.com/you_have_nothing_to_lose_but_your_options/#comment-1445819</link><description>Good grief, Tim, how big do you think the median technology employee's equity stake is, anyway?&lt;br&gt;&lt;br&gt;Ask around.  Superstars and people at startups get big equity, but I'd guess that the median technology worker's equity is worth about as much as a nice annual bonus.  A couple hundred stock units at a large technology company grants the holder virtually no shareholder power and negligible dividend payouts (because most tech companies don't pay much in dividends).  For some sectors (e.g., game development), a mixture of reduced working hours, saner work/life balance, and greater job security would benefit workers much more than a sprinkling of equity.&lt;br&gt;&lt;br&gt;Note that Matt Cline's point about "too much" equity-based compensation is further evidence for my point.  You can bet that if Matt's friends were receiving truly valuable cuts of equity, they wouldn't be complaining.  Their problem is that their equity's not worth as much as, say, cash on the table (for one thing, it's less liquid, because it usually comes with a vesting period) or other benefits.&lt;br&gt;&lt;br&gt;Now, I suppose it's &lt;i&gt;possible&lt;/i&gt; that the returns to technology employees from equity could, on average, outweigh wage stagnation from outsourcing and other economic losses.  However, that's a claim that requires empirical backing, and I'm pretty skeptical.  Equity does not magically erase the line between management and labor.  The returns from cost savings are still controlled by management, and may or may not trickle down to small shareholders.  Managers may well eat up the savings from outsourcing by increasing their own compensation or plowing the money into foolish investments that don't increase the stock price.  (And, as I said above, most technology companies don't pay out much in dividends.)  Basically, Joe from TechDirt's saying: "Trust management and you'll get yours."  Workers throughout history have been told exactly this shortly before getting shafted.&lt;br&gt;&lt;br&gt;Really talented programmers may not need unions, but the median technology worker isn't a very talented programmer and doesn't need to be.  It's not quite the same as an assembly line worker, but not as dissimilar as you'd think.&lt;br&gt;&lt;br&gt;All that said, I'm planning to start at an industry job in the fall, and I don't want a union.  But the position I've accepted is much sweeter than the median programming job.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Sat, 13 May 2006 22:30:02 -0000</pubDate></item><item><title>Re: More King Kong</title><link>http://tlf.disqus.com/more_king_kong/#comment-1445863</link><description>There's a folk maxim in the computer graphics industry that film-quality CGI costs roughly the same amount per minute of finished film from year to year.  As performance improves, the studio simply increases the quality and sophistication of the rendering.  Or, in other words, it's not that studios decide how much they want the film to look, and use enough render-hours to make the film look that way.  Rather, they figure out how much time and money they have, and adjust their CGI production pipeline so that they can produce the best possible output on that schedule and budget.&lt;br&gt;&lt;br&gt;It's not clear that this trend will hit any limits in the foreseeable future.  Photorealistic rendering may be a solved problem, but various forms of procedural animation and physical simulation can eat up essentially arbitrary amounts of CPU.  Meanwhile, audience's eyes grow more sophisticated at roughly the same rate that rendering technology improves, and this is not a coincidence.&lt;br&gt;&lt;br&gt;Therefore, I'm skeptical of Levine's argument that the cheapness of effects technology will make big-budget special effects obsolete.  It makes me wonder if he's actually familiar with the economics of filmmaking, or he's just making stuff up.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Tue, 16 May 2006 03:03:58 -0000</pubDate></item><item><title>Re: Roadblocks to the &amp;#8220;Fast Lane&amp;#8221;</title><link>http://tlf.disqus.com/roadblocks_to_the_8220fast_lane8221/#comment-1446372</link><description>How can the same pundit be too stupid to see the structural anticompetitive features of the broadband Internet market, but at the same time be a cunning... oh, never mind, James, you're not very cunning.&lt;br&gt;&lt;br&gt;As &lt;a href="http://www.freedom-to-tinker.com/?p=918" rel="nofollow"&gt;Ed Felten writes&lt;/a&gt;, if SBC wants to charge Google, rather than vice versa, this is &lt;i&gt;ipso facto&lt;/i&gt; evidence that SBC has greater market power than Google.  No network neutrality critic has ever rebutted Felten's analysis on this point; they find it much more convenient to repeat that broadband markets are Smithian.  Perhaps if you repeat it enough times, it will become true.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Fri, 23 Jun 2006 15:20:58 -0000</pubDate></item><item><title>Re: Response to Nick Gillespie on Cleanflicks</title><link>http://tlf.disqus.com/response_to_nick_gillespie_on_cleanflicks/#comment-1446492</link><description>I find this sort of content-free post deeply annoying.  There's a reason I subscribe to TLF's feed and not IPCentral's.  If you're too cool to blog on TLF, then stay on IPCentral and let one of the other TLF contributors comment on your post, if indeed it is worthy of comment.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Wed, 12 Jul 2006 16:07:25 -0000</pubDate></item><item><title>Re: Authorization = Identification or Alternatives + Authentication</title><link>http://tlf.disqus.com/authorization_identification_or_alternatives_authentication/#comment-1446545</link><description>You seem to be confusing the issue of authorization (i.e., matching an identity to its privileges) with the issue of an identity's value.&lt;br&gt;&lt;br&gt;The Hotmail user &lt;a href="mailto:foobar123@hotmail.com" rel="nofollow"&gt;foobar123@hotmail.com&lt;/a&gt; is a low-value identity, and accordingly one uses low-strength mechanisms (username and password) to authenticate that identity.&lt;br&gt;&lt;br&gt;The "Jim Harper" account-holder at Bank X is a high-value identity, and accordingly one presumably uses high-strength mechanisms (principally, the various punishments available within the legal system) to authenticate that identity.&lt;br&gt;&lt;br&gt;There is no hard distinction between &lt;a href="mailto:foobar123@hotmail.com" rel="nofollow"&gt;foobar123@hotmail.com&lt;/a&gt; and "Jim Harper" at Bank X.  Both identities persist between interaction sessions and have associated privileges.  It is not the case that one is an "identity" and the other is not.&lt;br&gt;&lt;br&gt;Also, ATM withdrawals and airplane flights do require identification, although not in precisely the way Tim means.&lt;br&gt;&lt;br&gt;First, both writing a check and making an ATM withdrawal hinge on a spoofable authentication process, so I don't see the distinction you're trying to draw here.  Presumably there are even circumstances (you break your hand and your wife takes care of writing the checks this month) when you would want the check-writing process to be spoofed.  The reason ATMs use different authentication mechanisms than checks is simply a matter of engineering the right cost/benefit tradeoff for preventing these two kinds of crime.&lt;br&gt;&lt;br&gt;Second, the process of riding on an airline flight does require identity, although not the high-value flesh-and-blood human identity that you're talking about.  When I reserve a ticket online, pick up the boarding pass at an e-ticket machine, and present that pass to board my flight, the airline necessarily cares a great deal that the person or persons who do these three things are connected somehow.  If someone else spoofs the process and picks up my ticket, then the airline will have an unhappy customer on their hands.  The relevant identity here is "Passenger 123", which may represent one person or a group of people (maybe someone else makes my reservation for me and fetches my boarding pass), but it is nonetheless an identity that persists between interactions and possesses privileges.&lt;br&gt;&lt;br&gt;Where you're getting tripped up is the fact that the airlines insist that you surrender a much longer-lived and higher-value identity, not just "Passenger 123", for no good reason.&lt;br&gt;&lt;br&gt;Incidentally, a better discussion of the relationship between identity, authentication, and access control is found at the &lt;a href="http://en.wikipedia.org/wiki/Access_control" rel="nofollow"&gt;Wikipedia article on access control&lt;/a&gt;.  To be blunt, you seem to be making up new definitions for words that have relatively standard meanings in computer security.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Sat, 15 Jul 2006 09:14:33 -0000</pubDate></item><item><title>Re: Authorization = Identification or Alternatives + Authentication</title><link>http://tlf.disqus.com/authorization_identification_or_alternatives_authentication/#comment-1446553</link><description>Well, it's kind of early over here on the West Coast, so I'm less than fully coherent.  Corrections...&lt;br&gt;&lt;br&gt;Re: my first paragraph above: I phrased this in an odd way.  I was trying to make two points.  First, your definition of identification seems to focus on the matching between a token and its associated state and privileges.  To me that just sounds like authorization.  There's always an authentication step, even if that step's as simple as recognizing your sister's face.  Second, your criteria for calling something an "identity" seems to be based on how valuable that thing is.  But there's always an identity involved whenever two interactions need to be linked.  The distinction between identities and non-identities is unclear.&lt;br&gt;&lt;br&gt;The rest of my comment was an elaboration on these two ideas.&lt;br&gt;&lt;br&gt;Re: my third paragraph above: legal punishments are not better authentication mechanisms, but they are ways that we dissuade spoofing of the authentication mechanisms that exist.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Sat, 15 Jul 2006 09:25:05 -0000</pubDate></item><item><title>Re: Authorization = Identification or Alternatives + Authentication</title><link>http://tlf.disqus.com/authorization_identification_or_alternatives_authentication/#comment-1446550</link><description>The identity &lt;a href="mailto:foobar123@hotmail.com" rel="nofollow"&gt;foobar123@hotmail.com&lt;/a&gt; persists between transactions, so I don't think I'm talking about the value of a transaction.  Clearly the value of an identity can be characterized as some formula over the value of all transactions that identity will ever engage in.&lt;br&gt;&lt;br&gt;Are we to understand that you make a distinction between an "identity" and an "identifier"?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Sun, 16 Jul 2006 11:14:13 -0000</pubDate></item><item><title>Re: Study: VoIP Quality Getting Worse.  Can We Prioritize Now?</title><link>http://tlf.disqus.com/study_voip_quality_getting_worse_can_we_prioritize_now/#comment-1446634</link><description>And then there's the fact that increasing bandwidth could work as well as (or maybe better than) packet prioritization.  I'm reasonably certain that South Korean ISPs don't do aggressive packet prioritization, but South Koreans' VOIP works pretty well, because their connections are orders of magnitude faster than the USA's.  Overprovisioning is a pretty good engineering solution to scarcity.&lt;br&gt;&lt;br&gt;&lt;a href="http://www.freedom-to-tinker.com/?p=973" rel="nofollow"&gt;Ed Felten covered this a long time ago&lt;/a&gt;, and repeated it in &lt;a href="http://www.freedom-to-tinker.com/?p=1040" rel="nofollow"&gt;his summary white paper&lt;/a&gt;.  The response of the anti-neutrality pundits seems to be to pretend that this argument doesn't exist.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Thu, 27 Jul 2006 21:22:12 -0000</pubDate></item><item><title>Re: The Technology Liberation Front  &amp;raquo; Archive   &amp;raquo; Security Theater</title><link>http://tlf.disqus.com/the_technology_liberation_front_raquo_archive_raquo_security_theater/#comment-1446926</link><description>Right, because if a group of terrorists causes a shootout on an airplane, that won't have any disruptive effects on air travel.  Also, it's not like the random distribution of passenger behavior includes episodes of drunken air rage.  Give me a break.&lt;br&gt;&lt;br&gt;BTW Tim, the term "security theater" originates, as far as I know, with Bruce Schneier.  Jim Harper was quoting him.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Fri, 11 Aug 2006 17:36:22 -0000</pubDate></item><item><title>Re: Welcome Hance Haney!</title><link>http://tlf.disqus.com/welcome_hance_haney/#comment-1447294</link><description>The Discovery Institute ought to be shunned by all right-thinking people, simply as punishment for so shamelessly polluting our public discourse about science.  Everybody associated with the Discovery Institute should know, and never be permitted to forget, that their affiliation with that institution tars their name and calls their integrity into question.&lt;br&gt;&lt;br&gt;This isn't to say that we should pre-emptively dismiss everything Hance says, but that he should never forget the cost that this affiliation will have for his professional reputation and all the views that he professes to hold.  The suspicion of Lippard and others (myself included) is entirely rational, and promotes the proper working of the information ecosystem, just an investor's skepticism about former Enron executives would be rational and promote the proper working of the market.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Fri, 25 Aug 2006 22:41:06 -0000</pubDate></item><item><title>Re: Net neutrality regulation wouldn&amp;#8217;t solve this problem</title><link>http://tlf.disqus.com/net_neutrality_regulation_wouldn8217t_solve_this_problem/#comment-1447375</link><description>&lt;a href="http://www.techliberation.com/archives/040298.php" rel="nofollow"&gt;This has been discussed before.&lt;/a&gt; &lt;a href="http://arstechnica.com/news.ars/post/20060725-7348.html" rel="nofollow"&gt;Ars Technica also had some interesting things to say.&lt;/a&gt;&lt;br&gt;&lt;br&gt;If you read the previous TLF thread, you'll notice Richard makes some points about QoS that I will reply to here, since they're relevant to this post as well:&lt;br&gt;&lt;br&gt;(1) Once again, ISPs in other nations have been able to roll out much faster connections at much lower prices without packet shaping.  This objective fact flies in the face of any theorizing about the need for packet shaping to make high-bandwidth connections economical.  There are certainly situations when overprovisioning isn't possible, but that's not what's holding back cheap high-bandwidth connections to homes in metropolitan areas (i.e., a large supermajority of homes in the USA).&lt;br&gt;&lt;br&gt;(2) Re: bandwidth vs. jitter, in theory these are distinct.  However, in practice, as &lt;a href="http://www.freedom-to-tinker.com/?p=973" rel="nofollow"&gt;Felten points out&lt;/a&gt;, the distinction can be a matter of degree rather than scale.  Jitter on seconds-long scales matters for VoIP; jitter on minutes-long scales matters for web browsing.  We appear to have largely solved the latter problem, however accidentally, without any real QoS mechanism... by overprovisioning bandwidth.&lt;br&gt;&lt;br&gt;(3) Even if QoS solves the jitter problem in the short term, it's unclear that building such mechanisms into the fabric of the network will be better in the long term.  QoS increases the complexity of the system and gives network providers power to discriminate among applications; both of these have costs that must be borne by future innovators of both the network layers and the applications layer.  In the long run it might be better to keep the network simple, keep the applications layer decoupled, and just overprovision.&lt;br&gt;&lt;br&gt;(4) &lt;a href="http://en.wikipedia.org/wiki/Overlay_network" rel="nofollow"&gt;Overlay networks&lt;/a&gt; may be able to solve many of the problems that network-layer QoS claims to solve.  If the contention's in the interior of the network, an overlay network can route around it.  If the contention's on the last hop, network-layer QoS wouldn't help you anyway.  Overlay networks can also do caching and other smart stuff that Richard would like to build into the network fabric itself.&lt;br&gt;&lt;br&gt;Now, I'm not saying that network-layer QoS is worthless.  My point is only that the technical case in favor of network-layer QoS is far from a slam dunk.&lt;br&gt;&lt;br&gt;In an ideal world, we would have robust competition and let everybody try whatever they want.  We don't live in an ideal world.  Truthfully, I don't know what to do, but for the moment I'm glad that the network companies are too scared of regulation to put their packet shaping schemes into practice.  I don't want Qwest to choke down my Skype connection so they can offer me Qwest VoIP at $20 a month.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Sat, 02 Sep 2006 15:06:16 -0000</pubDate></item><item><title>Re: The Ideal Voting Machine?</title><link>http://tlf.disqus.com/the_ideal_voting_machine/#comment-1448256</link><description>Two important reasons to use computerized ballot-marking machines are user interface and accessibility.&lt;br&gt;&lt;br&gt;(1) You can do automated consistency checking, so that e.g. voters cannot mark more than one candidate for a given office.&lt;br&gt;&lt;br&gt;(2) Disabled (blind, etc.) users can mark their ballots secretly using audio or other assistive interfaces.  Currently many disabled voters rely on human assistance or special ballots, both of which can compromise ballot secrecy.&lt;br&gt;&lt;br&gt;These may not overcome the cost or security objections completely, but they should not be ignored.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Sat, 21 Oct 2006 11:07:29 -0000</pubDate></item><item><title>Re: Network Neutrality Is the Division of Labor</title><link>http://tlf.disqus.com/network_neutrality_is_the_division_of_labor/#comment-1448493</link><description>Good post, but you are likely to get a few dings from networking nerds.&lt;br&gt;&lt;br&gt;First, a number of important Internet applications don't run on TCP/IP, but rather custom (non-TCP) transports built on raw IP datagrams.  This includes most real-time applications, including streaming audio/video and online games.  TCP is the "reliable" transport that you use when you want every byte to arrive at its destination in order; if it's more important to get a large fraction of bytes to the destination in a timely manner, you want something else.  These other transports also respect the end-to-end principle, of course.&lt;br&gt;&lt;br&gt;Second, it's not really accurate to say that TCP/IP doesn't need to be improved.  The research literature on extensions to TCP/IP is legion.  Just peek into &lt;a href="http://scholar.google.com/scholar?q=transport+protocol" rel="nofollow"&gt;a Google Scholar search for transport protocol&lt;/a&gt;.  TCP has many warts.  For example, TCP confuses congestion with random packet drops due to unreliable links, making it pretty bad for networks with wireless hops.&lt;br&gt;&lt;br&gt;However, this doesn't really bolster the position of the anti-neutrality brigades.  Proposed improvements to TCP/IP generally preserve the division of labor between the application and network provider.&lt;br&gt;&lt;br&gt;And besides, it's kind of silly to compare the work of networking researchers with the crude extortion that Verizon and SBC have in mind.  The scenarios that Brooke's speculating about are fantasies, for all the reasons you've already pointed out and more.  What we'll see instead, if the telcos decide they're not afraid of regulation anymore, is much simpler: SBC will degrade service for non-SBC VoIP applications in order to drive customers to SBC's VoIP service.  Comcast will degrade service for non-Comcast Video over Internet applications in order to drive customers to Comcast's own video offerings.  You'll be able to pick your poison --- degraded audio, or degraded video?  wheee --- but until competitors like wide area wireless and broadband over power lines actually come online in a serious way, you won't see reform.&lt;br&gt;&lt;br&gt;I also want to say that in your previous posts, you've seemed overly sanguine about the prospects for wide area wireless and other new competitors to the DSL/cable duopoly.  These are technologies that, as far as I can tell, have been in the "three to five years" range for, well, three to five years.  Of course, all tech watchers know that "three to five years" is code for "we have no clue when it will happen".  Frankly, if either one becomes a serious competitor nationwide before the decade's out, I'll be amazed.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Sun, 12 Nov 2006 21:05:34 -0000</pubDate></item><item><title>Re: &amp;#8220;Revered&amp;#8221; Engineering Principles and Other Unpersuasive Arguments</title><link>http://tlf.disqus.com/8220revered8221_engineering_principles_and_other_unpersuasive_arguments/#comment-1448540</link><description>Which is more imperfect and more debatable, the desirability of the end-to-end principle, or the competitiveness of the United States home broadband market?&lt;br&gt;&lt;br&gt;James ignores the log in his own eye in his eagerness to point out the splinter in his brother's.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Mon, 13 Nov 2006 23:07:50 -0000</pubDate></item><item><title>Re: The Technology Liberation Front  &amp;raquo; Archive   &amp;raquo; eMusic Spike</title><link>http://tlf.disqus.com/the_technology_liberation_front_raquo_archive_raquo_emusic_spike/#comment-1448886</link><description>I'm going to make the conservative guess that Alexa just changed its traffic measurement methodology in some obscure way.  Tom Waits may be popular but he's not &lt;i&gt;that&lt;/i&gt; popular.&lt;br&gt;&lt;br&gt;Another possibility is that emusic's decision to change its pricing plans attracted a lot of attention.  It was linked (disparagingly) on BoingBoing, at least.  People may be clicking through links like that, or people who were on the fence may have decided they want to sign up in order to lock in the old prices.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Thu, 07 Dec 2006 10:44:52 -0000</pubDate></item><item><title>Re: What *Is* this animal? Anyone?</title><link>http://tlf.disqus.com/what_is_this_animal_anyone/#comment-1452354</link><description>&lt;p&gt;&lt;a href="http://www.metafilter.com/52511/fishing-cat" rel="nofollow"&gt;If Metafilter is to be believed,&lt;/a&gt; Mike Sullivan has it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cog</dc:creator><pubDate>Wed, 24 Oct 2007 23:15:23 -0000</pubDate></item></channel></rss>