<?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: Where Is Microsoft&#8217;s FCoE Support?</title>
	<atom:link href="http://blog.fosketts.net/2010/04/15/microsoft-windows-server-fcoe-support/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fosketts.net/2010/04/15/microsoft-windows-server-fcoe-support/</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: I agree</title>
		<link>http://blog.fosketts.net/2010/04/15/microsoft-windows-server-fcoe-support/comment-page-1/#comment-14460</link>
		<dc:creator>I agree</dc:creator>
		<pubDate>Mon, 10 May 2010 00:25:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=2967#comment-14460</guid>
		<description>right on @sfoskett</description>
		<content:encoded><![CDATA[<p>right on @sfoskett</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Plein</title>
		<link>http://blog.fosketts.net/2010/04/15/microsoft-windows-server-fcoe-support/comment-page-1/#comment-14421</link>
		<dc:creator>Bill Plein</dc:creator>
		<pubDate>Tue, 20 Apr 2010 03:45:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=2967#comment-14421</guid>
		<description>Actually, I never thought about the possibility of a software-only initiator (ala iSCSI). That&#039;s actually an intriguing way for them to influence the technology without playing favorites.  I can see you point.</description>
		<content:encoded><![CDATA[<p>Actually, I never thought about the possibility of a software-only initiator (ala iSCSI). That&#39;s actually an intriguing way for them to influence the technology without playing favorites.  I can see you point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sfoskett</title>
		<link>http://blog.fosketts.net/2010/04/15/microsoft-windows-server-fcoe-support/comment-page-1/#comment-14416</link>
		<dc:creator>sfoskett</dc:creator>
		<pubDate>Sun, 18 Apr 2010 19:04:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=2967#comment-14416</guid>
		<description>I simply want Microsoft to be an active participant in the FCoE ramp-up. I think their help will ease adoption pain and would be good for them in the long run.&lt;br&gt;&lt;br&gt;As for the &quot;why&quot; question, I do see the point that Windows does not *need* any special Microsoft-created FCoE support. But neither did iSCSI, TCP/IP, Wi-Fi, etc. Microsoft could have left all of this to the ISVs and OEMs. But that was a disaster! Remember the bad old days of 802.11 drivers? PPP software? Assuming FCoE becomes popular, I don&#039;t want it to look like that...&lt;br&gt;&lt;br&gt;Finally, there is the question of a software initiator. Although again Microsoft doesn&#039;t need one, it would be nice if they created one. The iSCSI initiator is a major positive from Redmond, and other operating systems have FCoE support now. Linux, for example, has Open-FCoE in the kernel (as of 2.6.29). Again, Microsoft doesn&#039;t need to do this but would benefit if they did.&lt;br&gt;&lt;br&gt;Thanks for the comment, Bill!</description>
		<content:encoded><![CDATA[<p>I simply want Microsoft to be an active participant in the FCoE ramp-up. I think their help will ease adoption pain and would be good for them in the long run.</p>
<p>As for the &#8220;why&#8221; question, I do see the point that Windows does not *need* any special Microsoft-created FCoE support. But neither did iSCSI, TCP/IP, Wi-Fi, etc. Microsoft could have left all of this to the ISVs and OEMs. But that was a disaster! Remember the bad old days of 802.11 drivers? PPP software? Assuming FCoE becomes popular, I don&#39;t want it to look like that&#8230;</p>
<p>Finally, there is the question of a software initiator. Although again Microsoft doesn&#39;t need one, it would be nice if they created one. The iSCSI initiator is a major positive from Redmond, and other operating systems have FCoE support now. Linux, for example, has Open-FCoE in the kernel (as of 2.6.29). Again, Microsoft doesn&#39;t need to do this but would benefit if they did.</p>
<p>Thanks for the comment, Bill!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Obeto</title>
		<link>http://blog.fosketts.net/2010/04/15/microsoft-windows-server-fcoe-support/comment-page-1/#comment-14412</link>
		<dc:creator>John Obeto</dc:creator>
		<pubDate>Sat, 17 Apr 2010 23:40:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=2967#comment-14412</guid>
		<description>Excellent points, Stephen.&lt;br&gt;&lt;br&gt;However, I remember reading one of Greg Ferro&#039;s posts (&lt;a href=&quot;http://bit.ly/aOSSto&quot; rel=&quot;nofollow&quot;&gt;http://bit.ly/aOSSto&lt;/a&gt;) recently from last year, where he laid out a case against FCoE.&lt;br&gt;&lt;br&gt;If his assumptions are correct, and when the datacenter inevitably converges, would FCoE still be a player?&lt;br&gt;&lt;br&gt;Should Microsoft deploy resources to create products for FC0E if it is, in fact, an interim step?</description>
		<content:encoded><![CDATA[<p>Excellent points, Stephen.</p>
<p>However, I remember reading one of Greg Ferro&#39;s posts (<a href="http://bit.ly/aOSSto"  rel="nofollow">http://bit.ly/aOSSto</a>) recently from last year, where he laid out a case against FCoE.</p>
<p>If his assumptions are correct, and when the datacenter inevitably converges, would FCoE still be a player?</p>
<p>Should Microsoft deploy resources to create products for FC0E if it is, in fact, an interim step?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Plein</title>
		<link>http://blog.fosketts.net/2010/04/15/microsoft-windows-server-fcoe-support/comment-page-1/#comment-14411</link>
		<dc:creator>Bill Plein</dc:creator>
		<pubDate>Sat, 17 Apr 2010 11:30:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=2967#comment-14411</guid>
		<description>Stephen-&lt;br&gt;&lt;br&gt;I had a chance to work with FCoE prior to the release of GA hardware from Cisco, Emulex and QLogic. I&#039;m an advocate of the technology, so don&#039;t take my statements as against FCoE. &lt;br&gt;&lt;br&gt;From an OS perspective, FCoE is no different than FC. A storage controller (HBA, CNA) connects to a storage target over a SCSI protocol.&lt;br&gt;&lt;br&gt;But FCoE does require a CNA, so it&#039;s more like FC (from Microsoft&#039;s perspective) than iSCSI, which requires only a software initiator. &lt;br&gt;&lt;br&gt;Anyhow, my perspective is from the technical side: If FCoE is no different than traditional FC from the OS perspective, why should MS take proactive position on it at all?  &lt;br&gt;&lt;br&gt;MS created an iSCSI initiator because other operating systems had free/included initiators. Certainly a software solution plays to their hand, but I&#039;m confident that they were simply enabling solutions competitive to similar Linux and other OS solutions that were free or included in the base operating systems.&lt;br&gt;&lt;br&gt;MS is not in the business of manufacturing HBAs or CNAs. Why should they be treating FCoE with preference over any other connectivity option?  &lt;br&gt;&lt;br&gt;Maybe I am missing something with my recent move from the world of network-connected SAN arrays to internal PCIe connected NAND Flash storage. Is there something from an OS perspective that MS can do to manage/support FCoE over and above what the CNA vendors can provide? Or are you simply stating that they should support the FCoE transition from a programatic/marketing perspective? There isn&#039;t a SCSI logo vs. FC logo vs. iSCI logo, an FCoE logo would stand out like a sore thumb, IMO.&lt;br&gt;&lt;br&gt;Counter arguments welcome, willing to listen!</description>
		<content:encoded><![CDATA[<p>Stephen-</p>
<p>I had a chance to work with FCoE prior to the release of GA hardware from Cisco, Emulex and QLogic. I&#39;m an advocate of the technology, so don&#39;t take my statements as against FCoE. </p>
<p>From an OS perspective, FCoE is no different than FC. A storage controller (HBA, CNA) connects to a storage target over a SCSI protocol.</p>
<p>But FCoE does require a CNA, so it&#39;s more like FC (from Microsoft&#39;s perspective) than iSCSI, which requires only a software initiator. </p>
<p>Anyhow, my perspective is from the technical side: If FCoE is no different than traditional FC from the OS perspective, why should MS take proactive position on it at all?  </p>
<p>MS created an iSCSI initiator because other operating systems had free/included initiators. Certainly a software solution plays to their hand, but I&#39;m confident that they were simply enabling solutions competitive to similar Linux and other OS solutions that were free or included in the base operating systems.</p>
<p>MS is not in the business of manufacturing HBAs or CNAs. Why should they be treating FCoE with preference over any other connectivity option?  </p>
<p>Maybe I am missing something with my recent move from the world of network-connected SAN arrays to internal PCIe connected NAND Flash storage. Is there something from an OS perspective that MS can do to manage/support FCoE over and above what the CNA vendors can provide? Or are you simply stating that they should support the FCoE transition from a programatic/marketing perspective? There isn&#39;t a SCSI logo vs. FC logo vs. iSCI logo, an FCoE logo would stand out like a sore thumb, IMO.</p>
<p>Counter arguments welcome, willing to listen!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sfoskett</title>
		<link>http://blog.fosketts.net/2010/04/15/microsoft-windows-server-fcoe-support/comment-page-1/#comment-14409</link>
		<dc:creator>sfoskett</dc:creator>
		<pubDate>Thu, 15 Apr 2010 20:01:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=2967#comment-14409</guid>
		<description>Thanks for the quick FCoE responses, Stu!&lt;br&gt;- I don&#039;t know who attended what meetings or what they did. I appreciate the info and am glad Microsoft is present!&lt;br&gt;- That newsletter is from June &#039;08 and was superseded by the March 10, &#039;09 announcement of logo support. We need word more than once a YEAR.&lt;br&gt;- VMware should be applauded for their iSCSI work, especially in ESX 4. This is all the more reason Microsoft should work hard to lead here - any Windows Server work benefits Hyper-V!&lt;br&gt;- Funny you should ask about the logo - I&#039;ll cover that another time. Hint: It&#039;s official!</description>
		<content:encoded><![CDATA[<p>Thanks for the quick FCoE responses, Stu!<br />- I don&#39;t know who attended what meetings or what they did. I appreciate the info and am glad Microsoft is present!<br />- That newsletter is from June &#39;08 and was superseded by the March 10, &#39;09 announcement of logo support. We need word more than once a YEAR.<br />- VMware should be applauded for their iSCSI work, especially in ESX 4. This is all the more reason Microsoft should work hard to lead here &#8211; any Windows Server work benefits Hyper-V!<br />- Funny you should ask about the logo &#8211; I&#39;ll cover that another time. Hint: It&#39;s official!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stu</title>
		<link>http://blog.fosketts.net/2010/04/15/microsoft-windows-server-fcoe-support/comment-page-1/#comment-14408</link>
		<dc:creator>stu</dc:creator>
		<pubDate>Thu, 15 Apr 2010 19:51:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=2967#comment-14408</guid>
		<description>Good thoughts Stephen, let me add a couple of points:&lt;br&gt;- Microsoft did attend some of the T11 FC-BB-5 meetings (Bob Griswold can be found in the attendance logs)&lt;br&gt;- See this MS Logo Program newsletter &lt;a href=&quot;http://www.microsoft.com/whdc/whql/resources/news/WHQLNews_061708.html&quot; rel=&quot;nofollow&quot;&gt;http://www.microsoft.com/whdc/whql/resources/ne...&lt;/a&gt; for their &quot;official position&quot;&lt;br&gt;- The CNA adapter vendors and storage vendors are supporting Windows environments (really to the OS, it just looks like the same certified FC HBA), but I agree with your point that Microsoft should embrace the solution.&lt;br&gt;- VMware was also a big participant in the iSCSI revolution &amp; VMware also supports FCoE, so any perceived lack of flexibility from Microsoft has the potential to drive people to put their Windows in an ESX VM&lt;br&gt;- What in the world is that logo??</description>
		<content:encoded><![CDATA[<p>Good thoughts Stephen, let me add a couple of points:<br />- Microsoft did attend some of the T11 FC-BB-5 meetings (Bob Griswold can be found in the attendance logs)<br />- See this MS Logo Program newsletter <a href="http://www.microsoft.com/whdc/whql/resources/news/WHQLNews_061708.html"  rel="nofollow">http://www.microsoft.com/whdc/whql/resources/ne&#8230;</a> for their &#8220;official position&#8221;<br />- The CNA adapter vendors and storage vendors are supporting Windows environments (really to the OS, it just looks like the same certified FC HBA), but I agree with your point that Microsoft should embrace the solution.<br />- VMware was also a big participant in the iSCSI revolution &#038; VMware also supports FCoE, so any perceived lack of flexibility from Microsoft has the potential to drive people to put their Windows in an ESX VM<br />- What in the world is that logo??</p>
]]></content:encoded>
	</item>
</channel>
</rss>

