<?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: CloudFlare goes down, cites router issue in DDoS attack</title>
	<atom:link href="http://gigaom.com/2013/03/03/cloudflare-goes-down-cites-dns-outage/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2013/03/03/cloudflare-goes-down-cites-dns-outage/</link>
	<description></description>
	<lastBuildDate>Wed, 22 May 2013 09:47:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: 12over7</title>
		<link>http://gigaom.com/2013/03/03/cloudflare-goes-down-cites-dns-outage/#comment-1332356</link>
		<dc:creator><![CDATA[12over7]]></dc:creator>
		<pubDate>Sun, 28 Apr 2013 18:37:21 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=616266#comment-1332356</guid>
		<description><![CDATA[Blame a DDoS attack??? Give me a break!  This is another example of network engineering MIA. Various tests are part of the design process prior to a release being pushed to the production environment. I wouldn’t be pointing finger’s at the Juniper SE. No, whoever is responsible for network engineering at CloudFlare needs to have their a!! handed to them. I’d put them in “Herding Cats” in the below referenced article:

http://www.networkperformanceinnovations.com/blog/where-are-you-along-the-network-service-design-continuum/]]></description>
		<content:encoded><![CDATA[<p>Blame a DDoS attack??? Give me a break!  This is another example of network engineering MIA. Various tests are part of the design process prior to a release being pushed to the production environment. I wouldn’t be pointing finger’s at the Juniper SE. No, whoever is responsible for network engineering at CloudFlare needs to have their a!! handed to them. I’d put them in “Herding Cats” in the below referenced article:</p>
<p><a href="http://www.networkperformanceinnovations.com/blog/where-are-you-along-the-network-service-design-continuum/" rel="nofollow">http://www.networkperformanceinnovations.com/blog/where-are-you-along-the-network-service-design-continuum/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: easydns</title>
		<link>http://gigaom.com/2013/03/03/cloudflare-goes-down-cites-dns-outage/#comment-1317494</link>
		<dc:creator><![CDATA[easydns]]></dc:creator>
		<pubDate>Mon, 04 Mar 2013 18:58:09 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=616266#comment-1317494</guid>
		<description><![CDATA[&quot;Given that the number of DDoS attacks is on the rise, web sites had better gird themselves and hope their security vendors are taking proactive steps to keep ahead of the problem.&quot;

If anybody was using our proactive nameservers  ( https://web.easydns.com/proactive.nameservers/ ) then they wouldn&#039;t have felt a thing as our system would swap in their hot spares while the outage lasted and then put their regular nameservers back once cloudflare was back up again.

Given that any DNS provider is vulnerable to these types of episodes, using multiple providers with hot backups and some active monitoring and on-the-fly switching, it makes sense.]]></description>
		<content:encoded><![CDATA[<p>&#8220;Given that the number of DDoS attacks is on the rise, web sites had better gird themselves and hope their security vendors are taking proactive steps to keep ahead of the problem.&#8221;</p>
<p>If anybody was using our proactive nameservers  ( <a href="https://web.easydns.com/proactive.nameservers/" rel="nofollow">https://web.easydns.com/proactive.nameservers/</a> ) then they wouldn&#8217;t have felt a thing as our system would swap in their hot spares while the outage lasted and then put their regular nameservers back once cloudflare was back up again.</p>
<p>Given that any DNS provider is vulnerable to these types of episodes, using multiple providers with hot backups and some active monitoring and on-the-fly switching, it makes sense.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
