<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: SDN is not OpenFlow, but OpenFlow is a real disruption</title>
	<atom:link href="http://gigaom.com/2013/01/30/sdn-is-not-openflow-but-openflow-is-a-real-disruption/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2013/01/30/sdn-is-not-openflow-but-openflow-is-a-real-disruption/</link>
	<description></description>
	<lastBuildDate>Sun, 26 May 2013 02:58:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Michael Bushong (@mbushong)</title>
		<link>http://gigaom.com/2013/01/30/sdn-is-not-openflow-but-openflow-is-a-real-disruption/#comment-1308418</link>
		<dc:creator><![CDATA[Michael Bushong (@mbushong)]]></dc:creator>
		<pubDate>Tue, 05 Feb 2013 21:56:09 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=605009#comment-1308418</guid>
		<description><![CDATA[Have read this a few times now and still like the post, and I think the comments are interesting.

I think to some extent the theory that commoditization is driving SDN is part of why some of the larger players initially were either slow to adopt or conversely were quick to detract. If you view SDN as an existential threat to your business, it is reasonable to go only begrudgingly (and kicking and screaming).

But I don&#039;t believe that commoditized networking hardware is driving SDN. With this post in mind, I jotted down some of my own thoughts.

http://www.plexxi.com/2013/02/sdn-and-commoditizing-the-network/]]></description>
		<content:encoded><![CDATA[<p>Have read this a few times now and still like the post, and I think the comments are interesting.</p>
<p>I think to some extent the theory that commoditization is driving SDN is part of why some of the larger players initially were either slow to adopt or conversely were quick to detract. If you view SDN as an existential threat to your business, it is reasonable to go only begrudgingly (and kicking and screaming).</p>
<p>But I don&#8217;t believe that commoditized networking hardware is driving SDN. With this post in mind, I jotted down some of my own thoughts.</p>
<p><a href="http://www.plexxi.com/2013/02/sdn-and-commoditizing-the-network/" rel="nofollow">http://www.plexxi.com/2013/02/sdn-and-commoditizing-the-network/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan O'Hanlon</title>
		<link>http://gigaom.com/2013/01/30/sdn-is-not-openflow-but-openflow-is-a-real-disruption/#comment-1308261</link>
		<dc:creator><![CDATA[Dan O'Hanlon]]></dc:creator>
		<pubDate>Tue, 05 Feb 2013 16:53:15 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=605009#comment-1308261</guid>
		<description><![CDATA[Very well argued! SDN and OpenFlow aren&#039;t perfect in their early stages, but whatever is? The promise of SDN is to abstract those parts of the network infrastructure which need to evolve faster than ASICs in a box and change. Use cases will grow as the R&amp;E Community works on this and startup vendors see opportunities. 
All we are saying, is give these a chance (sorry John Lennon!).
--Dan O&#039;Hanlon -- WVNET]]></description>
		<content:encoded><![CDATA[<p>Very well argued! SDN and OpenFlow aren&#8217;t perfect in their early stages, but whatever is? The promise of SDN is to abstract those parts of the network infrastructure which need to evolve faster than ASICs in a box and change. Use cases will grow as the R&amp;E Community works on this and startup vendors see opportunities.<br />
All we are saying, is give these a chance (sorry John Lennon!).<br />
&#8211;Dan O&#8217;Hanlon &#8212; WVNET</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tharvey2013</title>
		<link>http://gigaom.com/2013/01/30/sdn-is-not-openflow-but-openflow-is-a-real-disruption/#comment-1306383</link>
		<dc:creator><![CDATA[tharvey2013]]></dc:creator>
		<pubDate>Fri, 01 Feb 2013 04:19:47 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=605009#comment-1306383</guid>
		<description><![CDATA[While interesting, I think SDN and Openflow still have a ways to go. Thinking from an economic point of view Network vendors still control the industry by restricting barriers to entry. 

The switching costs, network effects, and sunk costs fo building IT networks all contribute to the low adaptation of SDN and Openflow this year

Let Cloud take greater hold within Enterprises first then you will see SDN and Openflow take off !

Theo Harvey
http://providingcloudyservice.com/?p=170]]></description>
		<content:encoded><![CDATA[<p>While interesting, I think SDN and Openflow still have a ways to go. Thinking from an economic point of view Network vendors still control the industry by restricting barriers to entry. </p>
<p>The switching costs, network effects, and sunk costs fo building IT networks all contribute to the low adaptation of SDN and Openflow this year</p>
<p>Let Cloud take greater hold within Enterprises first then you will see SDN and Openflow take off !</p>
<p>Theo Harvey<br />
<a href="http://providingcloudyservice.com/?p=170" rel="nofollow">http://providingcloudyservice.com/?p=170</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Matlof</title>
		<link>http://gigaom.com/2013/01/30/sdn-is-not-openflow-but-openflow-is-a-real-disruption/#comment-1305788</link>
		<dc:creator><![CDATA[Jason Matlof]]></dc:creator>
		<pubDate>Thu, 31 Jan 2013 06:47:51 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=605009#comment-1305788</guid>
		<description><![CDATA[Stacey

Thanks for the interesting article regarding the battle for mindshare in the Software-Defined Networking industry.  The necessity of a standardized data plane abstraction protocol, like OpenFlow, is a great subject for immediate discussion.

There is a small camp of one or more incumbent vendors that have built wonderful 60-70% gross margins, profiting immensely from their customers by maintaing the complexity and obscurity implied with traditionally vertically integrated networking switches and routers. They will fight tooth and nail to maintain that complexity and obscurity that is totally eliminated by a standards-based data plane abstraction protocol, like OpenFlow. They will use every possible marketing resource to spin their vendor-specific extensions of protocols to appear as software-defined networking.  

Meanwhile, there is a growing counter-camp of vendors that is fighting to drive change towards a novel networking architecture that employs standards-based approaches to programming and managing networks via a centralized controller.  Such an architecture drives massive operational and capital cost efficiencies for customers by eliminating vendor lock-in to particular vendor hardware. It also allows for dramatic improvements in programmability and automation, which is increasingly needed in the modern cloud data center.

This is the battle ahead in the quest to control the &quot;Software-Defined Networking&quot; category leadership.  As an industry, we can act like sheep and continue to believe the FUD and lies of certain incumbent vendors, or we can be bold and embrace a new architecture that brings networking into the modern world of software automation and programmability.  The choice is ours.  Let&#039;s beware of the stakes at hand in this emerging battle of architectures.

Regards
Jason Matlof
VP Marketing, Big Switch Networks]]></description>
		<content:encoded><![CDATA[<p>Stacey</p>
<p>Thanks for the interesting article regarding the battle for mindshare in the Software-Defined Networking industry.  The necessity of a standardized data plane abstraction protocol, like OpenFlow, is a great subject for immediate discussion.</p>
<p>There is a small camp of one or more incumbent vendors that have built wonderful 60-70% gross margins, profiting immensely from their customers by maintaing the complexity and obscurity implied with traditionally vertically integrated networking switches and routers. They will fight tooth and nail to maintain that complexity and obscurity that is totally eliminated by a standards-based data plane abstraction protocol, like OpenFlow. They will use every possible marketing resource to spin their vendor-specific extensions of protocols to appear as software-defined networking.  </p>
<p>Meanwhile, there is a growing counter-camp of vendors that is fighting to drive change towards a novel networking architecture that employs standards-based approaches to programming and managing networks via a centralized controller.  Such an architecture drives massive operational and capital cost efficiencies for customers by eliminating vendor lock-in to particular vendor hardware. It also allows for dramatic improvements in programmability and automation, which is increasingly needed in the modern cloud data center.</p>
<p>This is the battle ahead in the quest to control the &#8220;Software-Defined Networking&#8221; category leadership.  As an industry, we can act like sheep and continue to believe the FUD and lies of certain incumbent vendors, or we can be bold and embrace a new architecture that brings networking into the modern world of software automation and programmability.  The choice is ours.  Let&#8217;s beware of the stakes at hand in this emerging battle of architectures.</p>
<p>Regards<br />
Jason Matlof<br />
VP Marketing, Big Switch Networks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Bushong</title>
		<link>http://gigaom.com/2013/01/30/sdn-is-not-openflow-but-openflow-is-a-real-disruption/#comment-1305631</link>
		<dc:creator><![CDATA[Michael Bushong]]></dc:creator>
		<pubDate>Wed, 30 Jan 2013 18:34:06 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=605009#comment-1305631</guid>
		<description><![CDATA[[full disclosure - I work at one of those startup companies looking to leverage SDN in delivering solutions]

I think the commoditization discussion is slightly off. Commoditization basically means that there are equivalent products whose only differentiation is price. There is nothing inherent in SDN that prevents capability (or even performance once you get into path optimization) differentiation.

SDN very likely will lead to reduced hardware costs, but those costs don&#039;t disappear. They shift. I would think that the price shifts to orchestration and workflow automation applications built using SDN technologies (OF, PCE, BGP-TE, whatever). What you end up with a shift in pricing mix where the hardware is no longer the dominant monetization vehicle and software is attributed more value.

This shouldn&#039;t be a surprise though. If you look at the major vendor R&amp;D spends, it is already heavily skewed towards software, even in the vendors that have significant ASIC shops.

If the networking vendors intercept this by offering more software (and every indication is that they will), then we basically just change the pricing and move on. SDN will give users far more for their dollar, but I don&#039;t think it will lead to a major inflection point in overall solution spend.]]></description>
		<content:encoded><![CDATA[<p>[full disclosure - I work at one of those startup companies looking to leverage SDN in delivering solutions]</p>
<p>I think the commoditization discussion is slightly off. Commoditization basically means that there are equivalent products whose only differentiation is price. There is nothing inherent in SDN that prevents capability (or even performance once you get into path optimization) differentiation.</p>
<p>SDN very likely will lead to reduced hardware costs, but those costs don&#8217;t disappear. They shift. I would think that the price shifts to orchestration and workflow automation applications built using SDN technologies (OF, PCE, BGP-TE, whatever). What you end up with a shift in pricing mix where the hardware is no longer the dominant monetization vehicle and software is attributed more value.</p>
<p>This shouldn&#8217;t be a surprise though. If you look at the major vendor R&amp;D spends, it is already heavily skewed towards software, even in the vendors that have significant ASIC shops.</p>
<p>If the networking vendors intercept this by offering more software (and every indication is that they will), then we basically just change the pricing and move on. SDN will give users far more for their dollar, but I don&#8217;t think it will lead to a major inflection point in overall solution spend.</p>
]]></content:encoded>
	</item>
</channel>
</rss>