<?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>My EtherealMind&#187; Storage</title>
	<atom:link href="http://etherealmind.com/category/storage/feed/" rel="self" type="application/rss+xml" />
	<link>http://etherealmind.com</link>
	<description>Network design, architecture, thinking, working. Tech.</description>
	<lastBuildDate>Mon, 21 May 2012 20:16:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Sponsored: Brocade Virtual Symposium &#8211; Storage Convergence</title>
		<link>http://etherealmind.com/brocade-virtual-symposium-storage-convergence/</link>
		<comments>http://etherealmind.com/brocade-virtual-symposium-storage-convergence/#comments</comments>
		<pubDate>Wed, 16 May 2012 19:29:45 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[brocade]]></category>
		<category><![CDATA[converged]]></category>
		<category><![CDATA[fcoe]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6617</guid>
		<description><![CDATA[Continuing the series from the Brocade Virtual Symposium. In a special video session that was sponsored by Brocade, we got Chip Copper  in the room with Stephen Foskett to talk about storage convergence. 

Over the last few years, I've been very critical of Ethernet storage protocols like [FCoE](http://etherealmind.com/tag/fcoe/) and the fact that storage protocols are unlikely to work well. There are few times here where Chip was able to give me answers and a different viewpoint that gave me a different take on the solutions.]]></description>
		<wfw:commentRss>http://etherealmind.com/brocade-virtual-symposium-storage-convergence/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cisco IOS CLI Regex: Sh Ip Bgp In</title>
		<link>http://etherealmind.com/cisco-ios-cli-regex-show-ip-bgp/</link>
		<comments>http://etherealmind.com/cisco-ios-cli-regex-show-ip-bgp/#comments</comments>
		<pubDate>Wed, 02 May 2012 21:57:24 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[cli]]></category>
		<category><![CDATA[operations]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6563</guid>
		<description><![CDATA[Vitaly left a comment on a blog post with a clever IOS CLI Regex tip. I though I would pick that apart as an exercise.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-ios-cli-regex-show-ip-bgp/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Ethernet Jumbo Frames, Full Duplex and Why Jumbo Frames Are 9000 Bytes)</title>
		<link>http://etherealmind.com/ethernet-jumbo-frames-full-duplex-9000-bytes/</link>
		<comments>http://etherealmind.com/ethernet-jumbo-frames-full-duplex-9000-bytes/#comments</comments>
		<pubDate>Sat, 03 Dec 2011 16:14:26 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Musing]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[Operation]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5921</guid>
		<description><![CDATA[I've been doing some research into Ethernet and the use of Jumbo frames for some content I've been writing and come across something interesting. The documents state that Jumbo frames can only be used on Full Duplex Ethernet connections.]]></description>
		<wfw:commentRss>http://etherealmind.com/ethernet-jumbo-frames-full-duplex-9000-bytes/feed/</wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
		<item>
		<title>FCoE and Standards: This Is What Really Matters</title>
		<link>http://etherealmind.com/fcoe-and-standards/</link>
		<comments>http://etherealmind.com/fcoe-and-standards/#comments</comments>
		<pubDate>Tue, 24 Aug 2010 16:55:57 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[fcoe]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=3799</guid>
		<description><![CDATA[In the recent weeks, J. Michael Metz from Cisco entered a ****ing contest with my friend Greg and decided to prove that the FCoE standards are done. ]]></description>
		<wfw:commentRss>http://etherealmind.com/fcoe-and-standards/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Will the Real FCoE Standards Stand Up ? No, They Can&#8217;t.</title>
		<link>http://etherealmind.com/real-fcoe-standards-cant-stand-up/</link>
		<comments>http://etherealmind.com/real-fcoe-standards-cant-stand-up/#comments</comments>
		<pubDate>Sun, 01 Aug 2010 16:38:02 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[fcoe]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=3635</guid>
		<description><![CDATA[J Michel Metz attempted a sleight of hand magic trick to astroturf over the lack of progress on the Ethernet standards. Unpleasant.]]></description>
		<wfw:commentRss>http://etherealmind.com/real-fcoe-standards-cant-stand-up/feed/</wfw:commentRss>
		<slash:comments>17</slash:comments>
		</item>
		<item>
		<title>The Myths and Magic of Fibrechannel Over Token Ring</title>
		<link>http://etherealmind.com/myth-fibrechannel-over-token-ring/</link>
		<comments>http://etherealmind.com/myth-fibrechannel-over-token-ring/#comments</comments>
		<pubDate>Sat, 17 Jul 2010 13:30:53 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Rant]]></category>
		<category><![CDATA[Storage]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=3585</guid>
		<description><![CDATA[This week has seen a lot of talk in the industry around the needs for FibreChannel over Token Ring. Lets take a looks at the Myths and Magic of this amazing opportunity]]></description>
		<wfw:commentRss>http://etherealmind.com/myth-fibrechannel-over-token-ring/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>Market Positioning Acadia, EMC, Cisco and the Whole vBlock Idea</title>
		<link>http://etherealmind.com/acadia-cisco-emc-vblock-deep-dive-investigation-research/</link>
		<comments>http://etherealmind.com/acadia-cisco-emc-vblock-deep-dive-investigation-research/#comments</comments>
		<pubDate>Mon, 17 May 2010 08:44:22 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[industry]]></category>
		<category><![CDATA[Opinion]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=3410</guid>
		<description><![CDATA[So a while back, Cisco, VMWare and EMC announced that they are forming a partnership to co-operatively sell and support products in a  joint venture  named Acadia. Selected engineers and sales grunts, USD$200 million bucks and "no large customer left untouched" door to door marketing campaign. Is there anything to it ? ]]></description>
		<wfw:commentRss>http://etherealmind.com/acadia-cisco-emc-vblock-deep-dive-investigation-research/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Blessay: FCoE Is JUST a Transition Technology</title>
		<link>http://etherealmind.com/blessay-fcoe-transition-technology/</link>
		<comments>http://etherealmind.com/blessay-fcoe-transition-technology/#comments</comments>
		<pubDate>Thu, 17 Dec 2009 21:28:09 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[fcoe]]></category>
		<category><![CDATA[Musing]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=2410</guid>
		<description><![CDATA[Chris Evans believes that "FCoE" will rule the world. Hah. I believe it's just a transition technology that drags Storage out of it's closed, proprietary mindset into the open collaborative world. Data Networks can easily adapt. ]]></description>
		<wfw:commentRss>http://etherealmind.com/blessay-fcoe-transition-technology/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>FCoE Isn&#8217;t a Replacement for Infiniband, It&#8217;s a Cheaper Copy That Customers Will Buy</title>
		<link>http://etherealmind.com/fcoe-doesnt-replace-infiniband-copy-cheaper/</link>
		<comments>http://etherealmind.com/fcoe-doesnt-replace-infiniband-copy-cheaper/#comments</comments>
		<pubDate>Sun, 06 Dec 2009 19:44:18 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[fcoe]]></category>

		<guid isPermaLink="false">http://etherealmind.com/fcoe-doesnt-replace-infiniband-copy-cheaper/</guid>
		<description><![CDATA[There is some misconception by many in the storage industry that FCoE is some type of replacement for Infiniband. My view is that FCoE is cheaper, dumber but MARKETABLE alternative. ]]></description>
		<wfw:commentRss>http://etherealmind.com/fcoe-doesnt-replace-infiniband-copy-cheaper/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Why Does iSCSI Use TCP Instead of IP ?</title>
		<link>http://etherealmind.com/why-does-iscsi-use-tcp/</link>
		<comments>http://etherealmind.com/why-does-iscsi-use-tcp/#comments</comments>
		<pubDate>Thu, 26 Nov 2009 13:33:47 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Musing]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[iscsi]]></category>

		<guid isPermaLink="false">http://etherealmind.com/why-does-iscsi-use-tcp/</guid>
		<description><![CDATA[The iSCSI protocol carries block data from storage array to server. Typically, that is inside a data centre where loss is not a problem. So why use TCP and have all that overhead ? ]]></description>
		<wfw:commentRss>http://etherealmind.com/why-does-iscsi-use-tcp/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>DCB, CEE or DCE ? Whose Term Is Best ?</title>
		<link>http://etherealmind.com/dcb-dce-cee-define-which-correct/</link>
		<comments>http://etherealmind.com/dcb-dce-cee-define-which-correct/#comments</comments>
		<pubDate>Tue, 13 Oct 2009 11:32:42 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Featured]]></category>
		<category><![CDATA[Storage]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1844</guid>
		<description><![CDATA[FibreChannel over Ethernet (FCoE) is coming to your data centre. The problem is that FCoE doesn't work properly on ordinary ethernet switches. What do I mean by "properly" ? We need new standards to let it reach its potential but there are too many acronyms.]]></description>
		<wfw:commentRss>http://etherealmind.com/dcb-dce-cee-define-which-correct/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>Storage: Emulex  Silicon Will Have iSCSI, TOE, FCoE, RDMA &amp; iWarp in a Single Chip</title>
		<link>http://etherealmind.com/emulex-all-in-one-silicon/</link>
		<comments>http://etherealmind.com/emulex-all-in-one-silicon/#comments</comments>
		<pubDate>Tue, 05 May 2009 12:34:28 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[fcoe]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1562</guid>
		<description><![CDATA[Buried in this article from the Register is aparagraph detailing Emulex Gen2 chip that does all storage virtualisation in a single chip. The FC boosters will be unhappy, they will have to compete. ]]></description>
		<wfw:commentRss>http://etherealmind.com/emulex-all-in-one-silicon/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Case Against FCoE and Fibrechannel &#8211; A Reasonably Complete View</title>
		<link>http://etherealmind.com/the-case-against-fcoe-fibrechannel/</link>
		<comments>http://etherealmind.com/the-case-against-fcoe-fibrechannel/#comments</comments>
		<pubDate>Mon, 20 Apr 2009 20:58:34 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[fcoe]]></category>
		<category><![CDATA[iscsi]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1535</guid>
		<description><![CDATA[A number of storage bloggers have been questioning the relevance of FCoE and why would you bother with it. Given the size of marketing budgets pushing FCoE and the reality distortion this generates, lets look at the case AGAINST FCoE. ]]></description>
		<wfw:commentRss>http://etherealmind.com/the-case-against-fcoe-fibrechannel/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Network Fabric:TRILL for Server and Network People. Welcome RBridges</title>
		<link>http://etherealmind.com/trill-introduction-review-overview-why-what-how/</link>
		<comments>http://etherealmind.com/trill-introduction-review-overview-why-what-how/#comments</comments>
		<pubDate>Mon, 30 Mar 2009 19:34:00 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[cloud]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1492</guid>
		<description><![CDATA[TRILL is a key network technology for enabling Cloud Computing by allowing for better migrations of VM's, and better utilisation of the network switching fabric and much improved stability of the Data Centre Server Fabric. ]]></description>
		<wfw:commentRss>http://etherealmind.com/trill-introduction-review-overview-why-what-how/feed/</wfw:commentRss>
		<slash:comments>24</slash:comments>
		</item>
		<item>
		<title>FCoE and the Return of Spanning Tree</title>
		<link>http://etherealmind.com/fcoe-forces-return-spanning-tree/</link>
		<comments>http://etherealmind.com/fcoe-forces-return-spanning-tree/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 09:20:37 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Storage]]></category>
		<category><![CDATA[fcoe]]></category>
		<category><![CDATA[iscsi]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1404</guid>
		<description><![CDATA[One of the most amusing parts about Fibre Channel over Ethernet(FCoE) is that Spanning Tree is making a triumphant comeback. And I am talking a Roman style parade after the gates to the city have been built and the streets lined with gold. ]]></description>
		<wfw:commentRss>http://etherealmind.com/fcoe-forces-return-spanning-tree/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>FCoE Might Improve Storage but Will Complicate IT and Cause Team Disruption</title>
		<link>http://etherealmind.com/fcoe-complicated-it-arguments-process-iscsi-simple/</link>
		<comments>http://etherealmind.com/fcoe-complicated-it-arguments-process-iscsi-simple/#comments</comments>
		<pubDate>Sun, 21 Sep 2008 16:50:52 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Storage]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=665</guid>
		<description><![CDATA[I was thinking over the integration of an IT Engineering team to provide a cloud computing services. While discussing team responsibilities and operational "edges" I realised how divisive and dysfunctional FCoE will be to a team. ]]></description>
		<wfw:commentRss>http://etherealmind.com/fcoe-complicated-it-arguments-process-iscsi-simple/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Data Centre Ethernet Standards Fight Brewing ? Brocade Says FCoE in 2010.</title>
		<link>http://etherealmind.com/data-centre-ethernet-standards-fight-ahead-fcoe-failing-future/</link>
		<comments>http://etherealmind.com/data-centre-ethernet-standards-fight-ahead-fcoe-failing-future/#comments</comments>
		<pubDate>Mon, 07 Jul 2008 11:59:45 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Musing]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[fcoe]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=262</guid>
		<description><![CDATA[I note this quote from a recent article on <a href="http://www.theregister.co.uk/2008/06/27/brocade_tech_day_vision_2008/page3.html">The Register</a> where Brocade talks about their future strategy.
]]></description>
		<wfw:commentRss>http://etherealmind.com/data-centre-ethernet-standards-fight-ahead-fcoe-failing-future/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>iSCSI Network Designs: Part 5 &#8211; iSCSI Multipathing, Host Bus Adapters, High Availability and Redundancy</title>
		<link>http://etherealmind.com/iscsi-network-design-part-5-iscsi-multipathing-hba-ha-high-availability-redundancy/</link>
		<comments>http://etherealmind.com/iscsi-network-design-part-5-iscsi-multipathing-hba-ha-high-availability-redundancy/#comments</comments>
		<pubDate>Fri, 16 May 2008 07:21:54 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[iscsi]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=222</guid>
		<description><![CDATA[In <a href="http://etherealmind.com/2008/05/06/iscsi-part-3-iscsi-host-bus-adapters/">iSCSI Part 3 - Server Side - iSCSI Host Bus Adapters and IP Performance</a> I looked at how server side issues would affect the traffic generated on a per server basis. I recommended that you use iSCSI HBAs for high intensity servers to meet the high levels of performance. 

The next level is evaluate how the server should connect to the network, specifically, this means how many ethernet ports you need, and what configuration is needed to support them to deliver high availability / redundancy and increased bandwidth. 
]]></description>
		<wfw:commentRss>http://etherealmind.com/iscsi-network-design-part-5-iscsi-multipathing-hba-ha-high-availability-redundancy/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Not Anti FCoE, More Like Anti Fibrechannel &#8211; A Response</title>
		<link>http://etherealmind.com/not-anti-fcoe-i-am-anti-fibrechannel/</link>
		<comments>http://etherealmind.com/not-anti-fcoe-i-am-anti-fibrechannel/#comments</comments>
		<pubDate>Thu, 17 Apr 2008 06:54:06 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[fcoe]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=165</guid>
		<description><![CDATA[I got linked from <a href="http://blogs.cisco.com/datacenter/2008/04/the_antifcoe_sentiment.html">Dante Malagrino at the Cisco Data Center</a> blog yesterday. He writes a good post on why FCoE might be a good idea. Let me just say I am not only anti-FCoE, I am anti-Fibrechannel. 

My rebuttal after the jump...
]]></description>
		<wfw:commentRss>http://etherealmind.com/not-anti-fcoe-i-am-anti-fibrechannel/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

<!-- Served from: etherealmind.com @ 2012-05-22 18:52:28 by W3 Total Cache -->
