<?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: OpenFlow and software defined networks are here. Now what?</title>
	<atom:link href="http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/</link>
	<description></description>
	<lastBuildDate>Sun, 19 May 2013 01:39:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jimmy</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-865647</link>
		<dc:creator><![CDATA[Jimmy]]></dc:creator>
		<pubDate>Thu, 19 Jul 2012 01:33:31 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-865647</guid>
		<description><![CDATA[Their days are numbered? Not quite. Who do you think will be building the new hardware? 

And by the way, there is no longer such a thing as centralization which isn&#039;t at the same time distributed. You need to think a little harder about the problem at hand.]]></description>
		<content:encoded><![CDATA[<p>Their days are numbered? Not quite. Who do you think will be building the new hardware? </p>
<p>And by the way, there is no longer such a thing as centralization which isn&#8217;t at the same time distributed. You need to think a little harder about the problem at hand.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Crawford</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-854357</link>
		<dc:creator><![CDATA[Jim Crawford]]></dc:creator>
		<pubDate>Wed, 20 Jun 2012 11:55:53 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-854357</guid>
		<description><![CDATA[Interesting point by anonymous &quot;guest&quot; on the inherent risks and unknown pitfalls of centralization. On the other hand, the risks of the current Internet economic model are well-known: increased demand for network hardware investment to keep pace with unquenchable public demand for broadband.

One of the chief benefits of OpenFlow, in layman&#039;s terms: It&#039;s a lot cheaper. Hardware manufacturers who&#039;ve grown fat &amp; happy on the current Internet model may not like it, but their days -- or at least the days of many of them -- are numbered once SDN hits the streets.]]></description>
		<content:encoded><![CDATA[<p>Interesting point by anonymous &#8220;guest&#8221; on the inherent risks and unknown pitfalls of centralization. On the other hand, the risks of the current Internet economic model are well-known: increased demand for network hardware investment to keep pace with unquenchable public demand for broadband.</p>
<p>One of the chief benefits of OpenFlow, in layman&#8217;s terms: It&#8217;s a lot cheaper. Hardware manufacturers who&#8217;ve grown fat &amp; happy on the current Internet model may not like it, but their days &#8212; or at least the days of many of them &#8212; are numbered once SDN hits the streets.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jdmamba</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-842222</link>
		<dc:creator><![CDATA[jdmamba]]></dc:creator>
		<pubDate>Fri, 18 May 2012 18:42:51 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-842222</guid>
		<description><![CDATA[Reblogged this on &lt;a href=&quot;http://applicationspeeds.wordpress.com/2012/05/18/197/&quot; rel=&quot;nofollow&quot;&gt;applicationspeeds&lt;/a&gt;.]]></description>
		<content:encoded><![CDATA[<p>Reblogged this on <a href="http://applicationspeeds.wordpress.com/2012/05/18/197/" rel="nofollow">applicationspeeds</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jdmamba</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-842210</link>
		<dc:creator><![CDATA[jdmamba]]></dc:creator>
		<pubDate>Fri, 18 May 2012 18:34:02 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-842210</guid>
		<description><![CDATA[Great article! Reblogging--if you don&#039;t mind.]]></description>
		<content:encoded><![CDATA[<p>Great article! Reblogging&#8211;if you don&#8217;t mind.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Plexxi Inc</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-841121</link>
		<dc:creator><![CDATA[Plexxi Inc]]></dc:creator>
		<pubDate>Mon, 14 May 2012 17:33:25 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-841121</guid>
		<description><![CDATA[Great read, Alex. I agree that the networking industry has been starving for the next big thing for quite some time now. And, with all the focus on SDN and OpenFlow, we’re starting to have a much needed dialogue about the problem. However, I’m not convinced they are the solutions the industry needs, but more a means to an end (rather than the end in itself). I recently wrote a blog post on this very topic. If you’re interested, I encourage you to check it out: http://bit.ly/Jffjf3 
 
Best, 
Mat Mathews
Plexxi
VP, Product Management]]></description>
		<content:encoded><![CDATA[<p>Great read, Alex. I agree that the networking industry has been starving for the next big thing for quite some time now. And, with all the focus on SDN and OpenFlow, we’re starting to have a much needed dialogue about the problem. However, I’m not convinced they are the solutions the industry needs, but more a means to an end (rather than the end in itself). I recently wrote a blog post on this very topic. If you’re interested, I encourage you to check it out: <a href="http://bit.ly/Jffjf3" rel="nofollow">http://bit.ly/Jffjf3</a> </p>
<p>Best,<br />
Mat Mathews<br />
Plexxi<br />
VP, Product Management</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael P.</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-840102</link>
		<dc:creator><![CDATA[Michael P.]]></dc:creator>
		<pubDate>Wed, 09 May 2012 20:52:10 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-840102</guid>
		<description><![CDATA[Shouldn&#039;t an article that mentions whitebox network vendors authored by a principal at Battery Venture disclose their investment in Cumulus Networks? 

http://www.battery.com/portfolio/cumulus.html
http://www.wired.com/wiredenterprise/2012/03/google-microsoft-network-gear/]]></description>
		<content:encoded><![CDATA[<p>Shouldn&#8217;t an article that mentions whitebox network vendors authored by a principal at Battery Venture disclose their investment in Cumulus Networks? </p>
<p><a href="http://www.battery.com/portfolio/cumulus.html" rel="nofollow">http://www.battery.com/portfolio/cumulus.html</a><br />
<a href="http://www.wired.com/wiredenterprise/2012/03/google-microsoft-network-gear/" rel="nofollow">http://www.wired.com/wiredenterprise/2012/03/google-microsoft-network-gear/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Benik</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-839322</link>
		<dc:creator><![CDATA[Alex Benik]]></dc:creator>
		<pubDate>Mon, 07 May 2012 14:29:07 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-839322</guid>
		<description><![CDATA[Actually I very much agree with you. Distributed routing protocols have allowed the internet to scale incredibly well and are not going away.  Even with centralized TE, traditional protocols do a great job filling those pipes and detecting failures, as you point out. They are not going away.]]></description>
		<content:encoded><![CDATA[<p>Actually I very much agree with you. Distributed routing protocols have allowed the internet to scale incredibly well and are not going away.  Even with centralized TE, traditional protocols do a great job filling those pipes and detecting failures, as you point out. They are not going away.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Townsend</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-839208</link>
		<dc:creator><![CDATA[Keith Townsend]]></dc:creator>
		<pubDate>Mon, 07 May 2012 03:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-839208</guid>
		<description><![CDATA[I&#039;m sure someone has written a book on this but a question that I ask myself is why is this so?  Why has the Operating System and programming languages been able to create the abstractions that make these complex systems simpler to comprehend and develop even more complex applications around. 

Networking isn&#039;t any more mature than these other areas.  I believe we&#039;ve had a &quot;keep the lights on&quot; mentality to growing the network.  This is why IPv4 is still around. It&#039;s a difficult problem to solve reliably and the impact affects all systems connected to the network.

That&#039;s why I&#039;m glad to see a company like Google is putting Openflow into their production network.  I get the impression they know how to solve hard problems.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m sure someone has written a book on this but a question that I ask myself is why is this so?  Why has the Operating System and programming languages been able to create the abstractions that make these complex systems simpler to comprehend and develop even more complex applications around. </p>
<p>Networking isn&#8217;t any more mature than these other areas.  I believe we&#8217;ve had a &#8220;keep the lights on&#8221; mentality to growing the network.  This is why IPv4 is still around. It&#8217;s a difficult problem to solve reliably and the impact affects all systems connected to the network.</p>
<p>That&#8217;s why I&#8217;m glad to see a company like Google is putting Openflow into their production network.  I get the impression they know how to solve hard problems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guest</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-839158</link>
		<dc:creator><![CDATA[Guest]]></dc:creator>
		<pubDate>Mon, 07 May 2012 01:07:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-839158</guid>
		<description><![CDATA[It is quite easy to forget the 25+ years of innovation in routing protocols - that run the whole Internet today - without which the likes of Facebook &amp; Google would be non-existent. 
Distributed routing and decision making in optimization has some very elegant properties and allow for things like convergence and scale.
Centralizing such computation has inherent risks and unknown pitfalls that are yet to be understood or even discovered. It would be very delusional to suggest and even implement things like protocols in centralized openflow like controllers and expect them to scale well and converge quickly - all essential for a constantly changing and evolving network. The ramifications of these have to be well understood.
Every so often - we go through these cycles of getting enamored with new concepts and ideas - but some fundamentals are generally invariant. Folks are clearly discovering that is only so much one can do with these controllers - and as they unravel more of the operational needs - it is becoming clear that one ends up re-implementing software that runs today&#039;s internet!!]]></description>
		<content:encoded><![CDATA[<p>It is quite easy to forget the 25+ years of innovation in routing protocols &#8211; that run the whole Internet today &#8211; without which the likes of Facebook &amp; Google would be non-existent.<br />
Distributed routing and decision making in optimization has some very elegant properties and allow for things like convergence and scale.<br />
Centralizing such computation has inherent risks and unknown pitfalls that are yet to be understood or even discovered. It would be very delusional to suggest and even implement things like protocols in centralized openflow like controllers and expect them to scale well and converge quickly &#8211; all essential for a constantly changing and evolving network. The ramifications of these have to be well understood.<br />
Every so often &#8211; we go through these cycles of getting enamored with new concepts and ideas &#8211; but some fundamentals are generally invariant. Folks are clearly discovering that is only so much one can do with these controllers &#8211; and as they unravel more of the operational needs &#8211; it is becoming clear that one ends up re-implementing software that runs today&#8217;s internet!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Townsend</title>
		<link>http://gigaom.com/2012/05/06/openflow-and-software-defined-networks-are-here-now-what/#comment-839068</link>
		<dc:creator><![CDATA[Keith Townsend]]></dc:creator>
		<pubDate>Sun, 06 May 2012 16:36:18 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=516132#comment-839068</guid>
		<description><![CDATA[Reblogged this on &lt;a href=&quot;http://virtualizedgeek.com/2012/05/06/579/&quot; rel=&quot;nofollow&quot;&gt;Virtualized Geek&lt;/a&gt; and commented: 
I just listened to a talk from Berkeley professor Scott Shenker yesterday on youtube http://www.youtube.com/watch?v=WVs7Pc99S7w that gave an excellent breakdown of SDN and he spoke of the need of the Network Operating System before SDN&#039;s can become a reality. 

When I think about it, I&#039;m rather amazed that we haven&#039;t created an abstraction for the network.  His talk speaks about how relatively easily we&#039;ve done this at layer 2 but how difficult it is to do at higher layers due to the non-modular design of the network stack.  Applications shouldn&#039;t be making calls to the network address but rather to the network service.  

Interesting stuff.  OpenFlow is a step in the right direction to creating the &quot;BIOS&quot; that we need.  I&#039;m especially happy that Google is at the bleeding edge of this in a production network. ]]></description>
		<content:encoded><![CDATA[<p>Reblogged this on <a href="http://virtualizedgeek.com/2012/05/06/579/" rel="nofollow">Virtualized Geek</a> and commented:<br />
I just listened to a talk from Berkeley professor Scott Shenker yesterday on youtube <a href="http://www.youtube.com/watch?v=WVs7Pc99S7w" rel="nofollow">http://www.youtube.com/watch?v=WVs7Pc99S7w</a> that gave an excellent breakdown of SDN and he spoke of the need of the Network Operating System before SDN&#8217;s can become a reality. </p>
<p>When I think about it, I&#8217;m rather amazed that we haven&#8217;t created an abstraction for the network.  His talk speaks about how relatively easily we&#8217;ve done this at layer 2 but how difficult it is to do at higher layers due to the non-modular design of the network stack.  Applications shouldn&#8217;t be making calls to the network address but rather to the network service.  </p>
<p>Interesting stuff.  OpenFlow is a step in the right direction to creating the &#8220;BIOS&#8221; that we need.  I&#8217;m especially happy that Google is at the bleeding edge of this in a production network. </p>
]]></content:encoded>
	</item>
</channel>
</rss>
