<?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/"
		>
<channel>
	<title>Comments on: The future of networks</title>
	<atom:link href="http://blog.atomicinc.com/2010/03/14/the-future-of-networks/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.atomicinc.com/2010/03/14/the-future-of-networks/</link>
	<description>Thoughts on a Turbulent Age</description>
	<lastBuildDate>Fri, 28 Oct 2011 01:19:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: avi</title>
		<link>http://blog.atomicinc.com/2010/03/14/the-future-of-networks/comment-page-1/#comment-6512</link>
		<dc:creator>avi</dc:creator>
		<pubDate>Mon, 15 Mar 2010 16:28:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.atomicinc.com/?p=293#comment-6512</guid>
		<description>@ysh,

There are actually two distinct markets here: enterprises, and low-latency locations. Sometimes the two meet (certain parts of Wall Street), sometimes they are distinct. I think the argument still holds water for enterprises, and might even for low latency. The low latency space is primarily solved in hardware, not necessarily software. But perhaps this niche will continue to remain the domain of high-margin providers. Even here, though, I am not convinced.

Avi</description>
		<content:encoded><![CDATA[<p>@ysh,</p>
<p>There are actually two distinct markets here: enterprises, and low-latency locations. Sometimes the two meet (certain parts of Wall Street), sometimes they are distinct. I think the argument still holds water for enterprises, and might even for low latency. The low latency space is primarily solved in hardware, not necessarily software. But perhaps this niche will continue to remain the domain of high-margin providers. Even here, though, I am not convinced.</p>
<p>Avi</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ysh</title>
		<link>http://blog.atomicinc.com/2010/03/14/the-future-of-networks/comment-page-1/#comment-6511</link>
		<dc:creator>ysh</dc:creator>
		<pubDate>Mon, 15 Mar 2010 15:12:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.atomicinc.com/?p=293#comment-6511</guid>
		<description>I agree with respect to typical businesses or home users.  However, I don&#039;t think open source firewalls will ever scale up to large enterprises (think wall street banks), nor will they ever meet the low-latency requirements of hedge funds and their data providers.  

I see Cisco and its competitors improving for all 5 issues noted above.    

Cutting edge companies in the low-latency space will always choose the best combination of functionality and price that allows them to do business, and will worry about support models and SLA&#039;s later.  For example, I&#039;ve seen companies use Juniper firewalls and Blade Network low latency RackSwitches.  No Cisco devices in the low latency path.  Too expensive and don&#039;t perform as well.

And for the large banks, its a similar theory to the old \buy blue\ of 20 years ago.  Risk-averse IT managers can&#039;t go wrong with a known quantity that will be suable if something really goes wrong.  No senior manager will bet a multi-billion dollar firm on a startup.  Perhaps a niche application, but not the core.</description>
		<content:encoded><![CDATA[<p>I agree with respect to typical businesses or home users.  However, I don&#8217;t think open source firewalls will ever scale up to large enterprises (think wall street banks), nor will they ever meet the low-latency requirements of hedge funds and their data providers.  </p>
<p>I see Cisco and its competitors improving for all 5 issues noted above.    </p>
<p>Cutting edge companies in the low-latency space will always choose the best combination of functionality and price that allows them to do business, and will worry about support models and SLA&#8217;s later.  For example, I&#8217;ve seen companies use Juniper firewalls and Blade Network low latency RackSwitches.  No Cisco devices in the low latency path.  Too expensive and don&#8217;t perform as well.</p>
<p>And for the large banks, its a similar theory to the old \buy blue\ of 20 years ago.  Risk-averse IT managers can&#8217;t go wrong with a known quantity that will be suable if something really goes wrong.  No senior manager will bet a multi-billion dollar firm on a startup.  Perhaps a niche application, but not the core.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

