<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ThousandEyes Blog</title>
	<atom:link href="http://www.thousandeyes.com/blog/feed" rel="self" type="application/rss+xml" />
	<link>http://www.thousandeyes.com/blog</link>
	<description></description>
	<lastBuildDate>Fri, 30 Mar 2012 17:43:53 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>DNS availability continues to be a problem even for top sites</title>
		<link>http://www.thousandeyes.com/blog/dns-availability-continues-to-be-a-problem-even-for-top-sites</link>
		<comments>http://www.thousandeyes.com/blog/dns-availability-continues-to-be-a-problem-even-for-top-sites#comments</comments>
		<pubDate>Wed, 11 May 2011 19:24:56 +0000</pubDate>
		<dc:creator>Mohit Lad</dc:creator>
				<category><![CDATA[Infrastructure performance]]></category>

		<guid isPermaLink="false">http://www.thousandeyes.com/blog/?p=105</guid>
		<description><![CDATA[Over the last 12 months, we have seen quite a few high profile sites having DNS issues, but we never quantified anything systematically. So earlier this year, we decided to create a systematic periodic DNS health check on a fixed &#8230; <a href="http://www.thousandeyes.com/blog/dns-availability-continues-to-be-a-problem-even-for-top-sites">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Over the last 12 months, we have seen quite a few high profile sites having DNS issues, but we never quantified anything systematically. So earlier this year, we decided to create a systematic periodic DNS health check on a fixed set of sites to see how much of a problem DNS is and whether DNS health improves or gets worse over time. We picked the Alexa top 1000 sites and measured the availability from about 1100 locations covering 12 major countries every hour. Not surprisingly, we saw lots of DNS related outages, some even extending for more than a day.</p>
<p>The objective was not however just to see if there was a problem or not, rather to understand if there were any trends. One of the key questions we wanted to answer was  whether having third-party DNS providers provided any significant advantage. From our data, when looking at the average DNS availability over a period of time, the improvement is not as large as we thought it might be. However, we saw that when the problems did occur, the availability for sites that hosted their own DNS dropped down significantly more than those with 3rd party DNS providers. The result is not entirely surprising, since most 3rd party providers are built with lots of geographically dispersed sites adding topological and geographic redundancy, while sites hosting their DNS might have as few as 2 or 3 name servers served through one or two providers. Be as it may, it was good to quantify that effect and we will monitor this over the next three quarters to see if things get better or worse.</p>
<div id="attachment_150" class="wp-caption alignnone" style="width: 364px"><a href="http://www.thousandeyes.com/blog/wp-content/uploads/2011/05/Screen-shot-2011-05-11-at-12.25.20-AM.png"><img class="size-full wp-image-150 " title="DNS Availability" src="http://www.thousandeyes.com/blog/wp-content/uploads/2011/05/Screen-shot-2011-05-11-at-12.25.20-AM.png" alt="" width="354" height="281" /></a><p class="wp-caption-text">Table 1: Summary of DNS availability</p></div>
<p>The detailed analysis is available as part of VeriSign&#8217;s <a href="http://verisigninc.com/en_US/why-verisign/research-trends/DNS-availability-report/index.xhtml" target="_self">State of DNS Availability</a> report. Our work is also mentioned in a recent <a href="http://verisigninc.com/en_US/news-events/press-room/articles/index.xhtml?artLink=aHR0cHM6Ly9wcmVzcy52ZXJpc2lnbi5jb20vZWFzeWlyL2N1c3RvbXJlbC5kbz9lYXN5aXJpZD1BRkMwRkYwREI1QzU2MEQzJnZlcnNpb249bGl2ZSZwcmlkPTc1MzUzNCZyZWxlYXNlanNwPWN1c3RvbV85Nw==" target="_self">press release</a> by VeriSign.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.thousandeyes.com/blog/dns-availability-continues-to-be-a-problem-even-for-top-sites/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Public DNS Resolver Showdown</title>
		<link>http://www.thousandeyes.com/blog/public-dns-resolver-showdown</link>
		<comments>http://www.thousandeyes.com/blog/public-dns-resolver-showdown#comments</comments>
		<pubDate>Thu, 07 Apr 2011 08:53:18 +0000</pubDate>
		<dc:creator>Michael Meisel</dc:creator>
				<category><![CDATA[Infrastructure performance]]></category>

		<guid isPermaLink="false">http://www.thousandeyes.com/blog/?p=61</guid>
		<description><![CDATA[Here at ThousandEyes, we&#8217;ve always been curious about the performance of various public DNS resolvers &#8212; especially since Google threw their hat in the ring back in 2009. We satisfied our curiosity this week, so we thought we&#8217;d share the &#8230; <a href="http://www.thousandeyes.com/blog/public-dns-resolver-showdown">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Here at ThousandEyes, we&#8217;ve always been curious about the performance of various public DNS resolvers &#8212; especially since Google <a href="http://googleblog.blogspot.com/2009/12/introducing-google-public-dns.html">threw their hat in the ring</a> back in 2009. We satisfied our curiosity this week, so we thought we&#8217;d share the results.</p>
<p>Here&#8217;s how we did it. We measured the latency to each resolver from approximately 3000 points around the globe with a minimum of 50 points per country. This means that these results are based on the best-case resolution time, assuming you tried to retrieve a DNS record that was in the public resolver&#8217;s cache. The results shown are the average over a 24-hour period.</p>
<p>Using this data, we determined which DNS provider&#8217;s resolvers were fastest (on average) as seen by each of the vantage points. We picked a winner per country based on the provider that was most frequently the fastest in that country. The map below is colored accordingly. As you can see, if you are in the US, chances are that your fastest public resolver is an OpenDNS resolver. But if you&#8217;re in India, it&#8217;s probably Google.</p>
<div id="attachment_64" class="wp-caption alignnone" style="width: 510px"><a href="http://www.thousandeyes.com/blog/wp-content/uploads/2011/04/best-dns-world-map-2.png"><img class="size-full wp-image-64" src="http://www.thousandeyes.com/blog/wp-content/uploads/2011/04/best-dns-world-map-2.png" alt="" width="500" height="350" /></a><p class="wp-caption-text">Fastest DNS providers per country, UltraDNS (yellow) applies to Hong Kong.</p></div>
<h2 class="wp-table-reloaded-table-name-id-1 wp-table-reloaded-table-name"><b>Global Results:</b></h2>
<span class="wp-table-reloaded-table-description-id-1 wp-table-reloaded-table-description"></span>

<table id="wp-table-reloaded-id-1-no-1" class="wp-table-reloaded wp-table-reloaded-id-1">
<thead>
	<tr class="row-1 odd">
		<th class="column-1">Resolver</th><th class="column-2">Avg Latency</th><th class="column-3">% Where Fastest</th>
	</tr>
</thead>
<tbody>
	<tr class="row-2 even">
		<td class="column-1">Google 1 (8.8.8.8)</td><td class="column-2">61.1 ms</td><td class="column-3">20.7%</td>
	</tr>
	<tr class="row-3 odd">
		<td class="column-1">Google 2 (8.8.4.4)</td><td class="column-2">61.2 ms</td><td class="column-3">19.0%</td>
	</tr>
	<tr class="row-4 even">
		<td class="column-1">Dyn 1 (216.146.35.35)</td><td class="column-2">94.6 ms</td><td class="column-3">13.5%</td>
	</tr>
	<tr class="row-5 odd">
		<td class="column-1">OpenDNS 2 (208.67.220.220)</td><td class="column-2">84.6 ms</td><td class="column-3">11.8%</td>
	</tr>
	<tr class="row-6 even">
		<td class="column-1">OpenDNS 1 (208.67.222.222)</td><td class="column-2">85.5 ms</td><td class="column-3">10.9%</td>
	</tr>
	<tr class="row-7 odd">
		<td class="column-1">Dyn 2 (216.146.36.36)</td><td class="column-2">95.8 ms</td><td class="column-3">10.2%</td>
	</tr>
	<tr class="row-8 even">
		<td class="column-1">Ultra 2 (156.154.71.1)</td><td class="column-2">105.4 ms</td><td class="column-3">7.6%</td>
	</tr>
	<tr class="row-9 odd">
		<td class="column-1">Ultra 1	(156.154.70.1)</td><td class="column-2">117.9 ms</td><td class="column-3">3.5%</td>
	</tr>
	<tr class="row-10 even">
		<td class="column-1">Level3 2 (4.2.2.2)</td><td class="column-2">169.0 ms</td><td class="column-3">1.7%</td>
	</tr>
	<tr class="row-11 odd">
		<td class="column-1">Level3 1 (4.2.2.1)</td><td class="column-2">217.7 ms</td><td class="column-3">1.1%</td>
	</tr>
</tbody>
</table>

<h2 class="wp-table-reloaded-table-name-id-2 wp-table-reloaded-table-name"><b>United States Results:</b></h2>

<table id="wp-table-reloaded-id-2-no-1" class="wp-table-reloaded wp-table-reloaded-id-2">
<thead>
	<tr class="row-1 odd">
		<th class="column-1">Resolver</th><th class="column-2">Avg Latency</th><th class="column-3">% Where Fastest</th>
	</tr>
</thead>
<tbody>
	<tr class="row-2 even">
		<td class="column-1">OpenDNS 2 (208.67.220.220)</td><td class="column-2">18.2 ms</td><td class="column-3">27.3%</td>
	</tr>
	<tr class="row-3 odd">
		<td class="column-1">OpenDNS 1 (208.67.222.222)</td><td class="column-2">17.8 ms</td><td class="column-3">27.2%</td>
	</tr>
	<tr class="row-4 even">
		<td class="column-1">Dyn 2 (216.146.36.36)</td><td class="column-2">23.6 ms</td><td class="column-3">8.7%</td>
	</tr>
	<tr class="row-5 odd">
		<td class="column-1">Ultra 1	(156.154.70.1)</td><td class="column-2">28.6 ms</td><td class="column-3">7.8%</td>
	</tr>
	<tr class="row-6 even">
		<td class="column-1">Dyn 1 (216.146.35.35)</td><td class="column-2">25.7 ms</td><td class="column-3">7.7%</td>
	</tr>
	<tr class="row-7 odd">
		<td class="column-1">Ultra 2 (156.154.71.1)</td><td class="column-2">24.2 ms</td><td class="column-3">6.7%</td>
	</tr>
	<tr class="row-8 even">
		<td class="column-1">Level3 1 (4.2.2.1)</td><td class="column-2">34.6 ms</td><td class="column-3">5.9%</td>
	</tr>
	<tr class="row-9 odd">
		<td class="column-1">Level3 2 (4.2.2.2)</td><td class="column-2">28.1 ms</td><td class="column-3">4.8%</td>
	</tr>
	<tr class="row-10 even">
		<td class="column-1">Google 2 (8.8.4.4)</td><td class="column-2">31.2 ms</td><td class="column-3">2.3%</td>
	</tr>
	<tr class="row-11 odd">
		<td class="column-1">Google 1 (8.8.8.8)</td><td class="column-2">32.0 ms</td><td class="column-3">1.6%</td>
	</tr>
</tbody>
</table>

<p>Most regions have a clear frontrunner &#8212; OpenDNS in North America, Central America, and Africa, Google in South America and the Asia-Pacific region, and Dyn in eastern Europe. In western Europe, however, there is a bit more contention for the top spot, with each of the top three providers making a strong showing. At a country level, Level3 DNS resolvers did not make it to the top anywhere while Ultra&#8217;s DNS resolvers made it to the top in Hong Kong (though you can&#8217;t see it on the map).</p>
<p>Now that our initial curiosity about the performance of different public DNS resolvers has been satisfied, our next task is to understand how the performance of public resolvers compares to the default resolver provided by your local ISP. That&#8217;s definitely more involved and will be the subject of an upcoming article.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.thousandeyes.com/blog/public-dns-resolver-showdown/feed</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>The WikiLeaks War</title>
		<link>http://www.thousandeyes.com/blog/the-wikileaks-war</link>
		<comments>http://www.thousandeyes.com/blog/the-wikileaks-war#comments</comments>
		<pubDate>Fri, 10 Dec 2010 15:54:41 +0000</pubDate>
		<dc:creator>Michael Meisel</dc:creator>
				<category><![CDATA[Wikileaks]]></category>

		<guid isPermaLink="false">http://www.thousandeyes.com/blog/?p=29</guid>
		<description><![CDATA[Across the Internet, the WikiLeaks infowar rages on. Calling it a war may sound like an exaggeration, but the story is complete with retreats to neutral ground, pirates, attacks, counterattacks, unexpected allies, and named operations. Here at ThousandEyes, we&#8217;ve been &#8230; <a href="http://www.thousandeyes.com/blog/the-wikileaks-war">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Across the Internet, the <a href="http://www.bbc.co.uk/news/technology-10757263">WikiLeaks</a> infowar rages on. Calling it a war may sound like an exaggeration, but the story is complete with retreats to neutral ground, pirates, attacks, counterattacks, unexpected allies, and named operations. Here at ThousandEyes, we&#8217;ve been using our DNS analytics to track each skirmish, and now seems as good a time as any to share our findings so far.</p>
<p><strong>The Battle of wikileaks.org</strong></p>
<p>We began monitoring the wikileaks.org domain after we learned about <a href="http://asert.arbornetworks.com/2010/11/round2-ddos-versus-wikileaks/">two rounds of DDoS attacks</a> that managed to take the site offline on November 28 and November 30.</p>
<p>Two days later, according to a statement on their website, WikiLeaks&#8217; DNS provider EveryDNS.net terminated service for the wikileaks.org domain at &#8220;10PM EST, December 2, 2010&#8243;, rendering the site unreachable. (The statement has since been removed, but the full text can be found <a href="http://www.skepticgeek.com/miscellaneous/everydns-net-terminates-wikileaks-dns-services/">here</a>.) Indeed, we saw the domain become unavailable immediately after 10PM EST (otherwise known as 3AM UTC, December 3rd):</p>
<p style="text-align: center;">
<p style="text-align: center;"><a href="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/wikileaks.org-drop-mod.png"><img class="size-full wp-image-39 aligncenter" title="wikileaks.org Drop" src="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/wikileaks.org-drop-mod.png" alt="" width="601" height="252" /></a></p>
<p>In response, WikiLeaks staged a retreat, giving up wikileaks.org in favor of wikileaks.ch, a domain under the authority of the famously neutral Swiss. Though the reason isn&#8217;t clear, it is more likely a practical than political one; at the time, EveryDNS seemed to have overlooked the fact that they were serving DNS records for wikileaks.ch as well. But it didn&#8217;t take long for them to notice the oversight &#8212; EveryDNS terminated service for wikileaks.ch shortly thereafter. We began monitoring the domain later that day, just in time to catch wikileaks.ch transitioning to a new set of DNS servers:</p>
<p style="text-align: center;"><a href="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/wikileaks.ch-rise-mod.png"><img class="size-full wp-image-41 aligncenter" title="wikileaks.ch Rise" src="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/wikileaks.ch-rise-mod.png" alt="" width="601" height="252" /></a></p>
<p>However, problems remained. As you can see in the chart above, it took three full days for wikileaks.ch to reach full availability globally. It remains globally available as of the time of writing, using no fewer than 14 different name servers. A number of other European WikiLeaks domains are also globally available, including wikileaks.de and wikileaks.fi.</p>
<p>But that&#8217;s not the end of the story. We found some cases of bogus IP addresses for wikileaks.ch coming out of China, which was also affecting neighboring Vietnam:</p>
<p style="text-align: center;"><a href="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/wikileaks.ch-china-mod.png"><img class="size-full wp-image-40 aligncenter" title="wikileaks.ch in China" src="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/wikileaks.ch-china-mod.png" alt="" width="601" height="251" /></a></p>
<p>DNS manipulation is one of the techniques commonly used by China to block undesirable domains. This backs up <a href="http://hosted.ap.org/dynamic/stories/W/WIKILEAKS_BLOCKED">reports</a> that the site is being blocked in China.</p>
<p><strong>Unexpected Payback</strong></p>
<p>EveryDNS is not the only company refusing to do business with WikiLeaks. They were evicted from Amazon&#8217;s cloud after only a day. A number of financial institutions, including PayPal, MasterCard and Visa, then refused to process transactions for WikiLeaks.</p>
<p>This perceived injustice drew the attention of the loose band of troublemakers collectively referred to as <a href="http://en.wikipedia.org/wiki/Anonymous_(group)">Anonymous</a>. Yesterday, in support of WikiLeaks, Anonymous staged a massive, retaliatory DDoS attack against Visa, MasterCard, PayPal, Amazon, and others under the moniker <a href="http://en.wikipedia.org/wiki/Operation_Payback">Operation Payback</a>.</p>
<p>The attack against MasterCard was perhaps the most successful, and we managed to catch the tail end of it, just as their site was recovering. The map below shows DNS availability of www.mastercard.com in different countries on a scale of 0-100%. The majority of the impact seemed to be in Europe and the Americas where we saw significant drops in DNS availability.</p>
<p style="text-align: center;"><a href="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/mastercard-map.png"><img class="aligncenter size-full wp-image-47" title="MasterCard Map" src="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/mastercard-map.png" alt="" width="564" height="320" /></a></p>
<p>By contrast, Amazon (which we were already monitoring) appears to have been unaffected. Below is the availability we observed for www.amazon.com and www.mastercard.com in the Netherlands, the country where <a href="http://www.computerworld.com/s/article/9200641/Dutch_arrest_16_year_old_related_to_WikiLeaks_attacks">the first arrest was made</a> in connection to the attacks.</p>
<p style="text-align: center;"><a href="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/amazon-mastercard-mod.png"><img class="aligncenter size-full wp-image-42" title="Amazon and MasterCard" src="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/amazon-mastercard-mod.png" alt="" width="601" height="254" /></a></p>
<p style="text-align: center;">
<p><strong>The War Is Not Over</strong></p>
<p>As these incidents show, DNS is a critical but vulnerable part of any company&#8217;s Internet infrastructure, as well as an effective tool to monitor other types of problems and attacks. Watch this space for more updates as <a href="http://www.computerworld.com/s/article/9200659/Pro_WikiLeaks_cyber_army_gains_strength_thousands_join_DDoS_attacks">the war escalates</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.thousandeyes.com/blog/the-wikileaks-war/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ThousandEyes inSight goes live</title>
		<link>http://www.thousandeyes.com/blog/thousandeyes-insight-for-dns-goes-live</link>
		<comments>http://www.thousandeyes.com/blog/thousandeyes-insight-for-dns-goes-live#comments</comments>
		<pubDate>Mon, 06 Dec 2010 08:27:46 +0000</pubDate>
		<dc:creator>Mohit Lad</dc:creator>
				<category><![CDATA[Releases]]></category>

		<guid isPermaLink="false">http://newsite.thousandeyes.com/blog/?p=11</guid>
		<description><![CDATA[﻿Last week, with great excitement we launched our first product called inSight. We designed inSight to fill an important gap in network management, that of global DNS visibility and planning. So, why the focus on DNS? When we started ThousandEyes &#8230; <a href="http://www.thousandeyes.com/blog/thousandeyes-insight-for-dns-goes-live">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>﻿<a href="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/snapshot1.png"><img class="size-medium wp-image-17 alignright" style="border: 0pt none;" title="snapshot" src="http://www.thousandeyes.com/blog/wp-content/uploads/2010/12/snapshot1-300x230.png" alt="" width="300" height="230" /></a>Last week, with great excitement we launched our first product called inSight. We designed inSight to fill an important gap in network management, that of global DNS visibility and planning. So, why the focus on DNS?</p>
<p>When we started ThousandEyes in August 2009, we saw the need to understand the various elements outside an organizational network that can affect data delivery.<br />
During our study on website availability, we found DNS to be a major source of availability degradation. Moreover, we observed that a lot of these problems were regional in nature and went undetected.</p>
<p>We immediately saw a clear need for a product that understood the DNS in detail and provided the capability to ensure its correct global operation and hence improve overall uptime of a site. We also wanted to build something that did not just indicate where the problems were but also helped in solving these problems by providing planning capabilities. The end result, inSight is a product that is packed with in-depth network analytics around availability, performance and security of DNS along with what-if failure scenario analysis and site planning.</p>
<p>While, inSight and the focus on DNS is our first product, we have other products currently being conceived and developed that go beyond DNS and are excited about the future.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.thousandeyes.com/blog/thousandeyes-insight-for-dns-goes-live/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
