<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Too Connected, Or Not Connected Enough?</title>
	<atom:link href="http://thenoisychannel.com/2009/04/23/too-connected-or-not-connected-enough/feed/" rel="self" type="application/rss+xml" />
	<link>http://thenoisychannel.com/2009/04/23/too-connected-or-not-connected-enough/</link>
	<description></description>
	<lastBuildDate>Wed, 28 Jul 2010 22:14:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Daniel Tunkelang</title>
		<link>http://thenoisychannel.com/2009/04/23/too-connected-or-not-connected-enough/comment-page-1/#comment-2973</link>
		<dc:creator>Daniel Tunkelang</dc:creator>
		<pubDate>Fri, 24 Apr 2009 17:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=2002#comment-2973</guid>
		<description>I&#039;m sympathetic to planners who have to confront the enormous costs of replacing a legacy infrastructure like our power grid. But I worry when we make fresh decisions to build critical functions that depend entirely on external services with no backup plan if someone cuts a handful of wires. You&#039;d think we&#039;d have learned our lesson by now.</description>
		<content:encoded><![CDATA[<p>I&#8217;m sympathetic to planners who have to confront the enormous costs of replacing a legacy infrastructure like our power grid. But I worry when we make fresh decisions to build critical functions that depend entirely on external services with no backup plan if someone cuts a handful of wires. You&#8217;d think we&#8217;d have learned our lesson by now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://thenoisychannel.com/2009/04/23/too-connected-or-not-connected-enough/comment-page-1/#comment-2972</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Fri, 24 Apr 2009 16:09:30 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=2002#comment-2972</guid>
		<description>Daniel, to your point about our home town, don&#039;t forget about this event (http://en.wikipedia.org/wiki/2003_North_America_blackout) that happened only 5 and a half years ago.  Although it wasn&#039;t triggered by sabotage, our infrastructure is in desperate need for additional resiliency and modernization.</description>
		<content:encoded><![CDATA[<p>Daniel, to your point about our home town, don&#8217;t forget about this event (<a href="http://en.wikipedia.org/wiki/2003_North_America_blackout" rel="nofollow">http://en.wikipedia.org/wiki/2003_North_America_blackout</a>) that happened only 5 and a half years ago.  Although it wasn&#8217;t triggered by sabotage, our infrastructure is in desperate need for additional resiliency and modernization.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max L. Wilson</title>
		<link>http://thenoisychannel.com/2009/04/23/too-connected-or-not-connected-enough/comment-page-1/#comment-2971</link>
		<dc:creator>Max L. Wilson</dc:creator>
		<pubDate>Fri, 24 Apr 2009 08:50:06 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=2002#comment-2971</guid>
		<description>crazy stuff. It kind of relates to the discussion we had in Boston though huh. Imagine if they cut off a Google server farm instead of Morgan Hill. We&#039;d all be lost! heh.

Im definately pro re-population rather than archival of digital artefacts.</description>
		<content:encoded><![CDATA[<p>crazy stuff. It kind of relates to the discussion we had in Boston though huh. Imagine if they cut off a Google server farm instead of Morgan Hill. We&#8217;d all be lost! heh.</p>
<p>Im definately pro re-population rather than archival of digital artefacts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Tunkelang</title>
		<link>http://thenoisychannel.com/2009/04/23/too-connected-or-not-connected-enough/comment-page-1/#comment-2965</link>
		<dc:creator>Daniel Tunkelang</dc:creator>
		<pubDate>Thu, 23 Apr 2009 16:03:25 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=2002#comment-2965</guid>
		<description>Wow, I&#039;d gotten a 52K number from &lt;a href=&quot;http://www.mercurynews.com/localnewsheadlines/ci_12106300&quot; rel=&quot;nofollow&quot;&gt;this article&lt;/a&gt;, but rereading I see that was just the estimated number of Verizon land lines. At 100K, that feels like disproportionate impact for the size of attack.</description>
		<content:encoded><![CDATA[<p>Wow, I&#8217;d gotten a 52K number from <a href="http://www.mercurynews.com/localnewsheadlines/ci_12106300" rel="nofollow">this article</a>, but rereading I see that was just the estimated number of Verizon land lines. At 100K, that feels like disproportionate impact for the size of attack.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy Scribner</title>
		<link>http://thenoisychannel.com/2009/04/23/too-connected-or-not-connected-enough/comment-page-1/#comment-2964</link>
		<dc:creator>Roy Scribner</dc:creator>
		<pubDate>Thu, 23 Apr 2009 15:52:56 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=2002#comment-2964</guid>
		<description>One thing we all (I live in Morgan Hill) learned very quickly is that an emergency stash of *cash* is essential. With the trunk line down, there were no operating ATM&#039;s, or even debit card processing at retailers (grocery, gas stations, etc.).  Also interesting is how all forms of communication were affected; landline, wireless, Cable, DSL, etc. I use an AirCard for redundency, but am now forced to rethink that selection.

btw - Morgan Hill (pop. 34,000)  was just a sidelight in this outage, that affected around 100,000 people.</description>
		<content:encoded><![CDATA[<p>One thing we all (I live in Morgan Hill) learned very quickly is that an emergency stash of *cash* is essential. With the trunk line down, there were no operating ATM&#8217;s, or even debit card processing at retailers (grocery, gas stations, etc.).  Also interesting is how all forms of communication were affected; landline, wireless, Cable, DSL, etc. I use an AirCard for redundency, but am now forced to rethink that selection.</p>
<p>btw &#8211; Morgan Hill (pop. 34,000)  was just a sidelight in this outage, that affected around 100,000 people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Milan Merhar</title>
		<link>http://thenoisychannel.com/2009/04/23/too-connected-or-not-connected-enough/comment-page-1/#comment-2963</link>
		<dc:creator>Milan Merhar</dc:creator>
		<pubDate>Thu, 23 Apr 2009 14:31:46 +0000</pubDate>
		<guid isPermaLink="false">http://thenoisychannel.com/?p=2002#comment-2963</guid>
		<description>This event generated considerable discussion on Dave Farber&#039;s Interesting People list (e.g. http://www.interesting-people.org/archives/interesting-people/200904/msg00100.html )
As said there, part of the vulnerability stems from the current Internet billing model and its resultant ISP bias towards internal vs distributed network resources -- their own network infrastructure is expensed based on depreciation of the sunk cost, while peering with another carrier is an operating expense payable either in &quot;cash money&quot; or commitments of reciprocal transit (and carriers hate to commit resources to competitors.)

As for cloud computations,  individual data centers have very high internal bandwidths and very low latencies, making it relatively easy to migrate computation from one resource to another.  But, once that move spans physical locations (e.g. for failure recovery, or just to get a better resource/cost deal) your application&#039;s data and stored state suddenly seems to have a very high inertia.   It takes time to move Terabytes and someone&#039;s billing you by the Gbyte for that I/O!</description>
		<content:encoded><![CDATA[<p>This event generated considerable discussion on Dave Farber&#8217;s Interesting People list (e.g. <a href="http://www.interesting-people.org/archives/interesting-people/200904/msg00100.html" rel="nofollow">http://www.interesting-people.org/archives/interesting-people/200904/msg00100.html</a> )<br />
As said there, part of the vulnerability stems from the current Internet billing model and its resultant ISP bias towards internal vs distributed network resources &#8212; their own network infrastructure is expensed based on depreciation of the sunk cost, while peering with another carrier is an operating expense payable either in &#8220;cash money&#8221; or commitments of reciprocal transit (and carriers hate to commit resources to competitors.)</p>
<p>As for cloud computations,  individual data centers have very high internal bandwidths and very low latencies, making it relatively easy to migrate computation from one resource to another.  But, once that move spans physical locations (e.g. for failure recovery, or just to get a better resource/cost deal) your application&#8217;s data and stored state suddenly seems to have a very high inertia.   It takes time to move Terabytes and someone&#8217;s billing you by the Gbyte for that I/O!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
