<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>The MTTLR Blog &#187; network management</title>
	<atom:link href="http://www.mttlrblog.org/tag/network-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mttlrblog.org</link>
	<description>Michigan Telecommunications and Technology Law Review</description>
	<lastBuildDate>Wed, 28 Jul 2010 21:42:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Will Co-location Kill the Stock Exchange* or, Is Too Much Tech Bad for Business?</title>
		<link>http://www.mttlrblog.org/2008/10/29/will-co-location-kill-the-stock-exchange-or-is-too-much-tech-bad-for-business/</link>
		<comments>http://www.mttlrblog.org/2008/10/29/will-co-location-kill-the-stock-exchange-or-is-too-much-tech-bad-for-business/#comments</comments>
		<pubDate>Wed, 29 Oct 2008 16:30:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[finance]]></category>
		<category><![CDATA[network management]]></category>

		<guid isPermaLink="false">http://www.mttlrblog.org/?p=49</guid>
		<description><![CDATA[by: Elina Druker, Associate Editor, MTTLR
Image Stacked Servers by redjar.Used under a Creative Commons BY-SA 2.0 license.
A Brief Introduction to Relevant Developments
Technology is changing the course of investing. According to Ivy Schmerken of Advanced Trading, about 85% of all trading on U.S. exchanges is automated.2 Computer algorithms (algorithmic trading) are entering trading orders for over [...]]]></description>
			<content:encoded><![CDATA[<p><span style="font-size:85%;"><i>by: <a href="mailto:eldr@umich.edu">Elina Druker</a>, Associate Editor, MTTLR</i></span></p>
<div style="margin: 0px 20px 10px 0px; float: left; width: 240px; line-height: 60%; text-align: center;"><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://1.bp.blogspot.com/_32Qv2eMyC3U/SQhSotFwgiI/AAAAAAAAAC8/eKkV6rVkZds/s1600-h/druker-serverstack.jpg"><img src="http://1.bp.blogspot.com/_32Qv2eMyC3U/SQhSotFwgiI/AAAAAAAAAC8/eKkV6rVkZds/s200/druker-serverstack.jpg" border="0" alt=""id="BLOGGER_PHOTO_ID_5262547023834415650" /></a><br /><span style="font-size:60%;">Image <a href="http://www.flickr.com/photos/redjar/360113468/">Stacked Servers</a> by <a href="http://www.flickr.com/people/redjar/">redjar</a>.<br />Used under a Creative Commons <a href="http://creativecommons.org/licenses/by-sa/2.0/deed.en">BY-SA 2.0</a> license.</span></div>
<h2>A Brief Introduction to Relevant Developments</h2>
<p>Technology is changing the course of investing. According to Ivy Schmerken of Advanced Trading, about 85% of all trading on U.S. exchanges is automated.<a name="drukerFN2anc" href="#drukerFN2sym"><sup>2</sup></a> Computer algorithms (algorithmic trading) are entering trading orders for over 30% of trades on traditional stock exchanges and possibly as high as 80% on American and equity markets.<a name="drukerFN3anc" href="#drukerFN3sym"><sup>3</sup></a> Trading algorithms are “a series of calculated steps strung together to … buy and sell large blocks of stock… [which] can be tuned to execute almost any strategy” in order to take advantageof momentary opportunities.<a name="drukerFN4anc" href="#drukerFN4sym"><sup>4</sup></a></p>
<p>The success of an algorithm depends, not only on the formula’s strategy, but on the speed at which information is input and the trade executed. Algorithmic traders are constantly pushing trading systems to be faster. The cost of speed is astounding. According to Joel Clark, of Waters, a recent Tabb Group study “estimates that reducing the latency of transaction processing to gain a microsecond of improvement costs a firm approximately $250. Reducing latency by 6 milliseconds, then, equates to 6,000 microseconds and a possible cost of $1.5 million.”<a name="drukerFN5anc" href="#drukerFN5sym"><sup>5</sup></a></p>
<p>As a result of this ‘need-for-speed’ exchanges are in competition, not only with each other,<a name="drukerFN6anc" href="#drukerFN6sym"><sup>6</sup></a> but with other, faster trading methods such as Alternative Trading System (ATS).  Unlike exchanges, which have been around long enough to have outdated infrastructures, new ATSs have the newest technology available, enabling them to “complete trades at up to ten times the speed of older rivals.”<a name="drukerFN7anc" href="#drukerFN7sym"><sup>7</sup></a> Popular ATSs, such as Electronic Communication Networks (ECNs) and most recently, Crossing Networks and Dark Pools, have numerous additional advantages over exchanges, including minimized market impact of bulk trades and anonymity.  “What’s troubling overall for exchanges is how much market share they are losing to the other … innovative technology venues,” says Brad Bailey, senior analyst with the consulting firm Aite Group.<a name="drukerFN8anc" href="#drukerFN8sym"><sup>8</sup></a> Traditional exchanges’ market-share dropped from 86% to 73% in 2007-2008, and is expected to keep falling. Alternative Trading Systems now process 13% of all matched trades.<a name="drukerFN9anc" href="#drukerFN9sym"><sup>9</sup></a> ATS may be open to gaming, through pinging and front-running, and may fragment the market, but possible legal implications (and the S.E.C.) haven’t gotten in the way.<a name="drukerFN10anc" href="#drukerFN10sym"><sup>10</sup></a> One method of eliminating latency is called proximity hosting. </p>
<p>Telecommunication companies, such as Savvis, place their hardware in or near an exchange’s data center.  They then sell rack space close to the trading venue, or access to trading servers, the venue’s gateway or software.<a name="drukerFN11anc" href="#drukerFN11sym"><sup>11</sup></a>  Subscribers of proximity hosting receive low latency connections to one or multiple closely located trading venues.<a name="drukerFN12anc" href="#drukerFN12sym"><sup>12</sup></a></p>
<h2>Implications of Automated Trading</h2>
<p>To stay competitive, exchanges have had to develop their own technologies.  They have had to update physical infrastructure, develop technology to move trades from the floor to electronic trading, disseminate market data faster and create “low touch/ no touch trading strategies.”<a name="drukerFN13anc" href="#drukerFN13sym"><sup>13</sup></a> They have also changed the nature of the exchange business. Hundreds of independent exchanges have begun a mass consolidation. BNY ConvergEx’s Managing Director, Joe Cangemi expects much more consolidation, predicting that “there will be three or five survivors.”<a name="drukerFN14anc" href="#drukerFN14sym"><sup>14</sup></a></p>
<p>Exchanges already wear many hats and charge for their services every step of the way.  They charge traded companies “listing fees” and commission fees, and investors pay member and admission fees<a name="drukerFN15anc" href="#drukerFN15sym"><sup>15</sup></a>, fees for physical seats on the floor<a name="drukerFN16anc" href="#drukerFN16sym"><sup>16</sup></a>, fees per transaction<a name="drukerFN17anc" href="#drukerFN17sym"><sup>17</sup></a> for executing and updating trades, and market data providers also pay for publishing online and for subscriptions<a name="drukerFN18anc" href="#drukerFN18sym"><sup>18</sup></a> to real-time information.</p>
<p>Recently, exchanges have entered the telecommunications business.  They have started selling physical co-location of investor servers at the exchange’s data center, competing with those technology firms who offer low-latency proximity hosting.  Co-location is like proximity hosting, except that the exchange hosts the subscriber’s box in its data center.  It is closer to the information feed, thus faster, than proximity hosting.  Co-location can diminish latency between a client and the exchange to below 64 microseconds.<a name="drukerFN19anc" href="#drukerFN19sym"><sup>19</sup></a> The London Stock Exchange’s co-location service, TradElect will double to 20,000 continuous messages per second, with end-to-end execution latency reduced to three milliseconds in October 2008.<a name="drukerFN20anc" href="#drukerFN20sym"><sup>20</sup></a></p>
<p>Co-location, however, is a dangerous strategy for all parties.</p>
<p>First, it’s expensive for subscribers.  That means that institutional investors, nearly all of whom are using algorithms, can buy an advantage.  Larger, well established investor groups can afford to co-locate while smaller boutiques<a name="drukerFN21anc" href="#drukerFN21sym"><sup>21</sup></a> cannot.  This could create a barrier to market entry for small institutional investors.  A few weeks ago, there were 6 major investment banks.  Suddenly, the landscape has changed and co-location systems may prevent new market players from filling the spots left by the crisis.</p>
<p>Second, exchanges do not have the infrastructure to prevent jitters in latency. <a name="drukerFN22anc" href="#drukerFN22sym"><sup>22</sup></a> Jitters and fluctuations in information can create unpredictable results.  Unlike third party telecommunication companies, who can maintain some minimal amount of technology risk management, algorithms co-located with an exchange may act on unfiltered, possibly flawed data.  Technology companies are in the business of keeping their software and hardware up-to-date.   Exchanges wear too many hats to keep ahead of the technology curve.  They simply are not in the best position to manage the flow of information.</p>
<p>So, there are risks.  So what?  Well, if large institutional investors can block small investors from entering the modern algorithmic trading market, and can make risky decisions instantly, maybe someone should revive risk management and competition.  Regulations need to prevent exchanges from wearing the technology-provider hat.  Algorithmic trading already creates plenty of room for error and there is no room for additional error on the exchange side.  Besides, should access to the best information really be the factor separating large and small investors?</p>
<hr /><span style="font-size:85%;"><a style="font-weight: bold; vertical-align: sup;" name="drukerFN1sym" href="#drukerFN1anc"><b>*</b></a> The Buggles, <i>Video Killed the Radio Star</i>, 1979.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN2sym" href="#drukerFN2anc">2 </a> Ivy Schmerken, <i><a href="http://www.advancedtrading.com/exchanges/showArticle.jhtml;jsessionid=JMF2PDVNVQDD4QSNDLPCKH0CJUNN2JVN?articleID=202801090&amp;pgno=3">Exchange Consolidation Wave Is Expected to Continue in 2008</a></i>, <span style="font-variant: small-caps;">Advanced Trading</span>, Nov. 1, 2007.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN3sym" href="#drukerFN3anc">3</a> Wikipedia, <a href="http://en.wikipedia.org/wiki/Algorithmic_trading#Issues_and_Developments"><i>Algorithmic Trading</i></a>.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN4sym" href="#drukerFN4anc">4</a> Mara Der Hovanesian, <a href="http://www.businessweek.com/magazine/content/05_16/b3929113_mz020.htm"><i>Cracking The Street&#8217;s New Math</i></a>, <span style="font-variant: small-caps;">Businessweek.com</span>, Apr. 18, 2005.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN5sym" href="#drukerFN5anc">5</a> Joel Clark, <a href="http://www.watersnews.com/public/showPage.html?page=788665"><i>Still the Need for Speed</i></a>, <span style="font-variant: small-caps;">Waters</span>, Apr. 1, 2008.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN6sym" href="#drukerFN6anc">6</a> Wikipedia, <a href="http://en.wikipedia.org/wiki/Algorithmic_trading#Issues_and_Developments"><i>Algorithmic Trading</i></a>.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN7sym" href="#drukerFN7anc">7</a> <a href="http://www.economist.com/finance/displaystory.cfm?story_id=11455085"><i>The battle of the bourses</i></a>, <span style="font-variant: small-caps;">The Economist</span>, May 29 2008.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN8sym" href="#drukerFN8anc">8</a> Schmerken, <i>supra</i> note 2, <a href="http://www.advancedtrading.com/exchanges/showArticle.jhtml;jsessionid=JMF2PDVNVQDD4QSNDLPCKH0CJUNN2JVN?articleID=202801090&amp;pgno=4">at page 4.</a><br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN9sym" href="#drukerFN9anc">9</a> <span style="font-variant: small-caps;">The Economist</span>, <i>supra</i> note 7.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN10sym" href="#drukerFN10anc">10</a> <a href="http://www.financialweek.com/apps/pbcs.dll/article?AID=/20080422/REG/693094670/-1/FWDAILYALERT01"><i>Video game? Dark pools battle pingers, gamers in unregulated markets</i></a>, <span style="font-variant: small-caps;">Financial Week</span>, Apr. 22, 2008.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN11sym" href="#drukerFN11anc">11</a> <a href="http://www.automatedtrader.net/automated-trader-sponsored-articles-1142.xhtm"><i>Proximity Hosting: Plug’n’Trade or Pay’n’Wait?</i></a>, <span style="font-variant: small-caps;">Automated Trader</span>, 2008.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN12sym" href="#drukerFN12anc">12</a> <a href="http://www.thetradenews.com/1312"><i>Check your speed</i></a>, <span style="font-variant: small-caps;">The Trade News</span>, Oct. 16, 2007.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN13sym" href="#drukerFN13anc">13</a> <a href="http://www.thetradenews.com/1312"><i>Id.</i></a><br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN14sym" href="#drukerFN14anc">14</a> Schmerken, <i>supra</i> note 2, <a href="http://www.advancedtrading.com/exchanges/showArticle.jhtml;jsessionid=JMF2PDVNVQDD4QSNDLPCKH0CJUNN2JVN?articleID=202801090&amp;pgno=4">at page 4.</a><br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN15sym" href="#drukerFN15anc">15</a> <a href="http://www.londonstockexchange.com/en-gb/products/companyservices/joiningbeingonmarket/ukcompanyservices/beingonmarket/feescalc/"><i>Fees Calculator</i></a>, London Stock Exchange, 2008.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN16sym" href="#drukerFN16anc">16</a> Hillary Wicai, <a href="http://www.npr.org/templates/story/story.php?storyId=4771492"><i>The Marketplace Report: Pricey Seats on the NYSE</i></a>,  <span style="font-variant: small-caps;">National Public Radio</span>, Jul. 26, 2005.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN17sym" href="#drukerFN17anc">17</a> <a href="http://articles.latimes.com/2007/sep/13/business/fi-nyse13"><i>NYSE to cut back trading floor, costs</i></a>, <span style="font-variant: small-caps;">LA Times</span>, September 13, 2007, at print edition C-4.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN18sym" href="#drukerFN18anc">18</a> <i><a href="http://www.finextra.com/fullstory.asp?id=18538">Nasdaq OMX launches free real-time market data service</a></i>, Finextra.com, Jun. 2, 2008.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN19sym" href="#drukerFN19anc">19</a> Rich Miller, <a href="http://www.datacenterknowledge.com/archives/2007/12/03/proximity-hosting-when-microseconds-matter/"><i>Proximity Hosting: When Microseconds Matter</i></a>, <span style="font-variant: small-caps;">Data Center Knowledge</span>, Dec. 3, 2007.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN20sym" href="#drukerFN20anc">20</a> Penny Crosman, <a href="http://www.wallstreetandtech.com/data-latency/showArticle.jhtml?articleID=210201765">London Stock Exchange Offers Collocation</a>, <span style="font-variant: small-caps;">Wall Street &amp;Technology</span>, September 2, 2008.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN21sym" href="#drukerFN21anc">21</a> Admittedly, some small investors may gain access to co-location though their brokers, but at a high cost far exceeding what they would have had to pay for data in the past as emerging market players.<br /><a style="font-weight: bold; vertical-align: sup;" name="drukerFN22sym" href="#drukerFN22anc">22</a> Sun Microsystems, Inc., <a href="http://www.sun.com/solutions/documents/white-papers/fn_lowlatency_solaris.pdf"><i>Low Latency: </i><i>Eliminating Application Jitter with Solaris™</i></a>, May, 2007.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mttlrblog.org/2008/10/29/will-co-location-kill-the-stock-exchange-or-is-too-much-tech-bad-for-business/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>The Impact of Comcast&#8217;s BitTorrent Policy on Network Neutrality</title>
		<link>http://www.mttlrblog.org/2007/12/04/the-impact-of-comcasts-bittorrent-policy-on-network-neutrality/</link>
		<comments>http://www.mttlrblog.org/2007/12/04/the-impact-of-comcasts-bittorrent-policy-on-network-neutrality/#comments</comments>
		<pubDate>Tue, 04 Dec 2007 12:42:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[net neutrality]]></category>
		<category><![CDATA[network management]]></category>
		<category><![CDATA[p2p]]></category>

		<guid isPermaLink="false">http://www.mttlrblog.org/?p=20</guid>
		<description><![CDATA[by: Brian Pascal (bhpascal [at] umich [dot] edu), Associate Editor, MTTLR
Imagine buying a train ticket from Ann Arbor to Chicago. Imagine, also, that, upon arriving at the train station, an attendant notices that you are carrying a wheeled suitcase, well within normal size limits. Without examining the contents of the bag, the station attendant politely [...]]]></description>
			<content:encoded><![CDATA[<p><span style="font-size:85%;"><i>by: Brian Pascal (bhpascal [at] umich [dot] edu), Associate Editor, MTTLR</i></span></p>
<div align="justify">Imagine buying a train ticket from Ann Arbor to Chicago. Imagine, also, that, upon arriving at the train station, an attendant notices that you are carrying a wheeled suitcase, well within normal size limits. Without examining the contents of the bag, the station attendant politely informs you that your trip to Chicago has a new stopover &#8212; in Texas. He apologizes for the inconvenience, but, in order to ensure a smoother trip for other customers (whom, he claims, dislike walking behind people dragging wheeled suitcases), your trip will be substantially delayed. Worse, this action is not pursuant to any rules or regulations published by the railroad &#8212; it simply happens, and you, without any choice, find yourself on a train heading towards Dallas.</p>
<p>This incongruous situation, absurd in the real world, is all too real on the Internet. A few weeks ago, the Associated Press discovered that Comcast is playing the role of station attendant, targeting a specific type of internet traffic and delaying its delivery.<a name="pascallink1"></a><a href="#pascalfn1"><sup><b>1</b></sup></a> The type of traffic targeted is that which is mediated by the BitTorrent protocol, a method originally designed for the efficient distribution of large files via the Internet while simultaneously distributing the costs of bandwidth and hosting among a multitude of users.<a name="pascallink2"></a><a href="#pascalfn2"><sup><b>2</b></sup></a> While there exist numerous legitimate uses for BitTorrent, and while it was not specifically created to assist in copyright infringement, the very capabilities that make BitTorrent a powerful tool for creating a robust, self-sustaining network for the distribution of legitimate large files also make it widely used to enable copyright infringement, allowing for the rapid distribution of movies, television shows, and music. For these reasons, legal and illegal BitTorrent traffic accounts for a large percentage of the overall traffic on the Internet (though specific usage data has proven difficult to measure). <a name="pascallink3"></a><a href="#pascalfn3"><sup><b>3</b></sup></a></p>
<p>When the Associated Press published their findings, Comcast&#8217;s initial response was to flatly deny the allegations, stating that &#8220;Comcast does not block access to any applications, including BitTorrent.&#8221;<a name="pascallink4"></a><a href="#pascalfn4"><sup><b>4</b></sup></a> Several days later, however, Comcast admitted that it was, in fact, delaying BitTorrent traffic, stating that &#8220;[d]uring periods of heavy peer-to-peer congestion, which can degrade the experience for all customers, we use several network management technologies that, when necessary, enable us to delay  &#8212;  not block  &#8212;  some peer-to-peer traffic. However, the peer-to-peer transaction will eventually be completed as requested.&#8221;<a name="pascallink5"></a><a href="#pascalfn5"><sup><b>5</b></sup></a></p>
<p>This type of action, that of altering the flow of Internet traffic based on content, is merely the latest chapter in the ongoing debate over network neutrality. Tim Wu, a leading scholar in the field, states that &#8220;network neutrality is best defined as a network design principle.  The idea is that a maximally useful public information network aspires to treat all content, sites, and platforms equally.&#8221;<a name="pascallink6"></a><a href="#pascalfn6"><sup><b>6</b></sup></a> Comcast&#8217;s delaying of BitTorrent traffic is a clear deviation from that ideal, especially considering that it does not even specifically target the illicit uses of BitTorrent, but rather the protocol as a whole. Further, the means by which Comcast accomplishes this is by &#8220;impersonating&#8221; one of the users connected to the network, sending a signal that is interpreted as a request to stop transmission by TCP/IP, internet communication protocol.<a name="pascallink7"></a><a href="#pascalfn7"><sup><b>7</b></sup></a></p>
<p>While there are strong normative and economic arguments to be made in favor of network neutrality,<a name="pascallink8"></a><a href="#pascalfn8"><sup><b>8</b></sup></a> there is another theory, less often raised, that may serve to answer many of these questions under a legal framework &#8212; the doctrine of common carriage.  The idea of a &#8220;common carrier&#8221; dates back to the common law of the 1800&#8217;s (or perhaps earlier).  Generally, &#8220;common carriers were 1) required to serve upon reasonable demand, any and all who sought out their services; 2) held to a high standard of care for the property entrusted to them; and 3) limited to incidental damages for breach of duty.&#8221;<a name="pascallink9"></a><a href="#pascalfn9"><sup><b>9</b></sup></a> This was not limited strictly to railroad services and shipping conglomerates.  &#8220;In 1901, following many state courts, the U.S. Supreme Court held that at common law &#8212; i.e., even without a specific statute &#8212; a telegraph company is a common carrier and owes a duty of non-discrimination.&#8221;<a name="pascallink10"></a><a href="#pascalfn10"><sup><b>10</b></sup></a> This commonlaw theory was instantiated in the United States Code, requiring communications carriers &#8220;to interconnect directly or indirectly with the facilities and equipment of other telecommunications carriers,&#8221;<a name="pascallink11"></a><a href="#pascalfn11"><sup><b>11</b></sup></a> and, moreover, to &#8220;ensure the ability of users and information providers to seamlessly and transparently transmit and receive information between and across telecommunications networks.&#8221;<a name="pascallink12"></a><a href="#pascalfn12"><sup><b>12</b></sup></a></p>
<p>Read broadly, it seems that ISPs should be included in the set of telecommunications carriers regulated by these laws, and, moreover, to stand as a Congressional mandate of network neutrality; however, they are, generally speaking, not applied to internet connectivity.<a name="pascallink13"></a><a href="#pascalfn13"><sup><b>13</b></sup></a> Further, current ISPs rely upon a host of economic and non-economic arguments to promote &#8220;network diversity,&#8221; arguing, for example, that the ideal of network neutrality is dependent upon a myth of &#8220;infinite bandwidth,&#8221; and that the application of a truly content-agnostic network is inefficient in practice.<a name="pascallink14"></a><a href="#pascalfn14"><sup><b>14</b></sup></a> Additionally, since the ISPs claim ownership over their own networks, they argue that it is fully within their rights to regulate and optimize their available bandwidth as they see fit.<a name="pascallink15"></a><a href="#pascalfn15"><sup><b>15</b></sup></a> Comcast&#8217;s recent throttling of BitTorrent connections is in keeping with this side of the argument.  Given the economic concerns of of providing the best possible experience to its users, coupled with the very real fact that BitTorrent is responsible for a large percentage of its available bandwidth, Comcast made the decision to sacrifice the optimistic ideal of neutral network upon the altar of perceived practicality.</p>
<p>The debate over network neutrality is far from finished. Between the widespread, mainstream coverage of Comcast&#8217;s shaping of their network, and Barack Obama&#8217;s announcement of his intention to fight for network neutrality,<a name="pascallink16"></a><a href="#pascalfn16"><sup><b>16</b></sup></a> the conversation has never been more prominent nor more relevant.</p>
<p>But conversations depend upon open channels of communication.  Instead of fostering free and open communication, ISPs appear to hope for a return to the more centralized broadcast model, in which content providers are the main source and users are little more than passive receivers.<a name="pascallink17"></a><a href="#pascalfn17"><sup><b>17</b></sup></a> In so doing, those in favor of network diversity short-circuit the very ideals originally embodied in the law of common carriage, the ideals that should, given the directness of the analogy, live on in modern Internet regulation.  The alternative is a future in which speech not supported by big business is at risk for routing through Texas, and that situation, under any other circumstances, has never been allowed to stand.</div>
<p>
<hr /><span style="font-size:85%;"><a name="pascalfn1"></a><sup><b><a href="#pascallink1">1</a></b></sup>&nbsp;&nbsp;Peter Svensson, <em><a href="http://www.washingtonpost.com/wp-dyn/content/article/2007/10/19/AR2007101900842_pf.html">Comcast Blocks Some Internet Traffic</a></em>, <span style="FONT-VARIANT: small-caps">Wash. Post</span>, Oct. 19, 2007.<br /><a name="pascalfn2"></a><sup><b><a href="#pascallink2">2</a></b></sup>&nbsp;&nbsp;<i>See, e.g.</i>, Wikipedia, <i><a href="http://en.wikipedia.org/wiki/BitTorrent">BitTorrent</a></i> (last visited Nov. 12, 2007).<br /><a name="pascalfn3"></a><sup><b><a href="#pascallink3">3</a></b></sup>&nbsp;&nbsp;<em>Id.</em><br /><a name="pascalfn4"></a><sup><b><a href="#pascallink4">4</a></b></sup>&nbsp;&nbsp;Svensson, <em>supra</em> note 1.<br /><a name="pascalfn5"></a><sup><b><a href="#pascallink5">5</a></b></sup>&nbsp;&nbsp;Peter Svensson, <i><a href="http://www.usatoday.com/tech/news/2007-10-24-comcast-block-traffic_N.htm">Comcast Admits Delaying Some Traffic</a></i>, <span style="FONT-VARIANT: small-caps">USA Today</span>, Oct. 23, 2007.<br /><a name="pascalfn6"></a><sup><b><a href="#pascallink6">6</a></b></sup>&nbsp;&nbsp;Tim Wu, <i><a href="http://www.timwu.org/network_neutrality.html">Network Neutrality FAQ</a></i> (last visited Nov. 12, 2007).<br /><a name="pascalfn7"></a><sup><b><a href="#pascallink7">7</a></b></sup>&nbsp;&nbsp;<i>See, e.g.</i>, Susan Crawford, <i><a href="http://scrawford.net/blog/comcast-is-pretending-to-be-you/1031/">Comcast is Pretending to be You</a></i>, <span style="FONT-VARIANT: small-caps">Susan Crawford Blog</span> (last visited Nov. 12, 2007).<br /><a name="pascalfn8"></a><sup><b><a href="#pascallink8">8</a></b></sup>&nbsp;&nbsp;<em>See, e.g.</em>, Wu, <em>supra</em> note 6.<br /><a name="pascalfn9"></a><sup><b><a href="#pascallink9">9</a></b></sup>&nbsp;&nbsp;Eli M. Noam, <em><a href="http://www.columbia.edu/dlc/wp/citi/citinoam11.html">Beyond Liberalization II: The Impending Doom of Common Carriage</a></em>, 18 <span style="FONT-VARIANT: small-caps">Telecomm. Pol&#8217;y</span> 435. Sec. II (1994).<br /><a name="pascalfn10"></a><sup><b><a href="#pascallink10">10</a></b></sup>&nbsp;&nbsp;Cybertelecom, <i><a href="http://www.cybertelecom.org/notes/common_carrier.htm">Common Carriers</a></i>, (<i>citing</i> Noam, <em>supra</em> note 9).<br /><a name="pascalfn11"></a><sup><b><a href="#pascallink11">11</a></b></sup>&nbsp;&nbsp;47 U.S.C. § 251(a)(1) (2000).<br /><a name="pascalfn12"></a><sup><b><a href="#pascallink12">12</a></b></sup>&nbsp;&nbsp;47 U.S.C. § 256(a)(2) (2000).<br /><a name="pascalfn13"></a><sup><b><a href="#pascallink13">13</a></b></sup>&nbsp;&nbsp;<em>See</em> Noam, <em>supra</em> note 9.<br /><a name="pascalfn14"></a><sup><b><a href="#pascallink14">14</a></b></sup>&nbsp;&nbsp;<em>See generally</em>, Christopher S. Yoo, <em>Beyond Network Neutrality</em>, 19 <span style="FONT-VARIANT: small-caps">Harv. J. Law &#038; Tech.</span> 2 (2005).<br /><a name="pascalfn15"></a><sup><b><a href="#pascallink15">15</a></b></sup>&nbsp;&nbsp;<em>Id.</em><br /><a name="pascalfn16"></a><sup><b><a href="#pascallink16">16</a></b></sup>&nbsp;&nbsp;Barack Obama &#8211; U.S. Senator for Illinois, <i><a href="http://obama.senate.gov/podcast/060608-network_neutral">Network Neutrality</a></i>, June 8, 2006.<br /><a name="pascalfn17"></a><sup><b><a href="#pascallink17">17</a></b></sup>&nbsp;&nbsp;Susan Crawford, <em><a href="http://ssrn.com/abstract=1007221">The Radio and the Internet</a></em> (working draft).<br /></span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.mttlrblog.org/2007/12/04/the-impact-of-comcasts-bittorrent-policy-on-network-neutrality/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
