<?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/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: The Difference Between &#8220;Integration&#8221; and &#8220;Frankenstein&#8221;</title>
	<atom:link href="http://blog.fosketts.net/2009/02/05/difference-integration-frankenstein/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fosketts.net/2009/02/05/difference-integration-frankenstein/</link>
	<description>Understanding the accumulation of data</description>
	<lastBuildDate>Sat, 11 Feb 2012 20:58:00 -0500</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
		<item>
		<title>By: Barry Whyte</title>
		<link>http://blog.fosketts.net/2009/02/05/difference-integration-frankenstein/comment-page-1/#comment-13124</link>
		<dc:creator>Barry Whyte</dc:creator>
		<pubDate>Sat, 07 Feb 2009 03:11:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1383#comment-13124</guid>
		<description>When SVC is in the mix, we are quite happy to help diagnose from the host to the SAN through SVC and to the storage. The major players in the industry have signed up to a common support agreement when it comes to SANs, not only will we (IBM) help diagnose, but drive through to any vendor that is claiming it aint their problem. I think you might find another TLA corporation does the most finger pointing, and doesn&#039;t play ball when things haven&#039;t gone their way. Each can read their own into this...</description>
		<content:encoded><![CDATA[<p>When SVC is in the mix, we are quite happy to help diagnose from the host to the SAN through SVC and to the storage. The major players in the industry have signed up to a common support agreement when it comes to SANs, not only will we (IBM) help diagnose, but drive through to any vendor that is claiming it aint their problem. I think you might find another TLA corporation does the most finger pointing, and doesn&#39;t play ball when things haven&#39;t gone their way. Each can read their own into this&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry Whyte</title>
		<link>http://blog.fosketts.net/2009/02/05/difference-integration-frankenstein/comment-page-1/#comment-13109</link>
		<dc:creator>Barry Whyte</dc:creator>
		<pubDate>Fri, 06 Feb 2009 19:11:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1383#comment-13109</guid>
		<description>When SVC is in the mix, we are quite happy to help diagnose from the host to the SAN through SVC and to the storage. The major players in the industry have signed up to a common support agreement when it comes to SANs, not only will we (IBM) help diagnose, but drive through to any vendor that is claiming it aint their problem. I think you might find another TLA corporation does the most finger pointing, and doesn&#039;t play ball when things haven&#039;t gone their way. Each can read their own into this...</description>
		<content:encoded><![CDATA[<p>When SVC is in the mix, we are quite happy to help diagnose from the host to the SAN through SVC and to the storage. The major players in the industry have signed up to a common support agreement when it comes to SANs, not only will we (IBM) help diagnose, but drive through to any vendor that is claiming it aint their problem. I think you might find another TLA corporation does the most finger pointing, and doesn&#39;t play ball when things haven&#39;t gone their way. Each can read their own into this&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

