<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Matasano Chargen - Latest Comments in Third-Party DNS Caches Considered A Blog Post</title><link>http://matasanochargen.disqus.com/</link><description></description><language>en</language><lastBuildDate>Mon, 17 Jul 2006 17:33:18 -0000</lastBuildDate><item><title>Re: Third-Party DNS Caches Considered A Blog Post</title><link>http://www.matasano.com/log/363/third-party-dns-caches-considered-a-blog-post/#comment-2319976</link><description>i normally use pch or ultradns for 3rd party, since they both employ anycast.  more and more dns servers are shutting off recursion because of &lt;a href="http://www.derkeiler.com/Mailing-Lists/Full-Disclosure/2005-05/att-0638/dnos.c" rel="nofollow"&gt;http://www.derkeiler.com/Mailing-Lists/Full-Dis...&lt;/a&gt;&lt;br&gt;and similar tools/attacks.  not to mention dns pollution (i could say something here about dislike for a certain tcp/ip blackops "expert", but i think i'll leave it alone for now).&lt;br&gt;&lt;br&gt;&lt;a href="http://www.bleedingsnort.com/blackhole-dns/" rel="nofollow"&gt;http://www.bleedingsnort.com/blackhole-dns/&lt;/a&gt; can be added to any third-party nameserver, so i wonder what improvements opendns have for their anti-phishing component.  the mistyped domain names component is really weird and a bad idea to me.  i'd like to see statistics on that first.&lt;br&gt;&lt;br&gt;speaking of which - if internet measurement were beautiful women, both nsping and ntpq would be "perfect 10's" even if they are badly coded.  pathchar would be a 9.  sexchart-pathchar would be mixing metaphors, and is thus, disqualified.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dre</dc:creator><pubDate>Mon, 17 Jul 2006 17:33:18 -0000</pubDate></item><item><title>Re: Third-Party DNS Caches Considered A Blog Post</title><link>http://www.matasano.com/log/363/third-party-dns-caches-considered-a-blog-post/#comment-2319975</link><description>Great post Thomas.  nsping looks awesome.  I have zero c skills, otherwise I'd try to port it to my linux box.  :)  Time to download FreeBSD maybe.  heh.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tyler</dc:creator><pubDate>Fri, 14 Jul 2006 10:31:37 -0000</pubDate></item><item><title>Re: Third-Party DNS Caches Considered A Blog Post</title><link>http://www.matasano.com/log/363/third-party-dns-caches-considered-a-blog-post/#comment-2319974</link><description>That's "blog AT matasano DOT com". Sorry.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Thomas Ptacek</dc:creator><pubDate>Thu, 13 Jul 2006 11:00:42 -0000</pubDate></item><item><title>Re: Third-Party DNS Caches Considered A Blog Post</title><link>http://www.matasano.com/log/363/third-party-dns-caches-considered-a-blog-post/#comment-2319973</link><description>I'm happy to talk offline.&lt;br&gt;&lt;br&gt;I want to be clear, I think that there is value you can provide from the vantage point of "third-party aftermarket DNS cache". I just don't believe that you've found it.&lt;br&gt;&lt;br&gt;In a sense, Eric Rescorla's point is better than mine: he (smartly) concedes that your cache can be faster, and then disputes that it will make a difference to my mom.&lt;br&gt;&lt;br&gt;I'm being a bit of a twit and claiming that you're not even faster, which is just kind of mean and not as productive as Eric's comment.&lt;br&gt;&lt;br&gt;Things that sound fun to me:&lt;br&gt;&lt;br&gt;- A discussion on how to test the performance of DNS caches.&lt;br&gt;&lt;br&gt;- A discussion of the architecture of DNS caches.&lt;br&gt;&lt;br&gt;What software are you using? &lt;br&gt;&lt;br&gt;You can catch me in email at &amp;lt;blog&amp;gt;. I'll keep responding here too.&amp;lt;/blog&amp;gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Thomas Ptacek</dc:creator><pubDate>Thu, 13 Jul 2006 10:59:27 -0000</pubDate></item><item><title>Re: Third-Party DNS Caches Considered A Blog Post</title><link>http://www.matasano.com/log/363/third-party-dns-caches-considered-a-blog-post/#comment-2319972</link><description>Thomas,&lt;br&gt;&lt;br&gt;Happy to do so.  I'm probably not going to be able to find time to sit down and do this until the weekend or maybe late tonight (PST).&lt;br&gt;&lt;br&gt;I also want to check out nsping, never heard of it before.  We've used netperf from Rick Jones and queryperf for some testing along with a host of other tools.  Are we going to check from our location to host's ns caches or find a way to be on their networks?&lt;br&gt;&lt;br&gt;There's no question that some ISPs run better resolvers than others.  There definitely does seem to be a surprising number of crappy ISPs out there though.  Personally, I'm a big speakeasy fan, and wouldn't be surprised if they're one to get things pretty right.  Let's find out.  Want to take the details to email and post them here once we figure it out or just keep going back and forth here?&lt;br&gt;&lt;br&gt;Email's a bit more real-time for me. &lt;br&gt;&lt;br&gt;-david</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Ulevitch</dc:creator><pubDate>Thu, 13 Jul 2006 10:18:02 -0000</pubDate></item><item><title>Re: Third-Party DNS Caches Considered A Blog Post</title><link>http://www.matasano.com/log/363/third-party-dns-caches-considered-a-blog-post/#comment-2319971</link><description>PS: Let's agree on a methodology and test from a number of ISPs.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Thomas Ptacek</dc:creator><pubDate>Thu, 13 Jul 2006 01:33:59 -0000</pubDate></item><item><title>Re: Third-Party DNS Caches Considered A Blog Post</title><link>http://www.matasano.com/log/363/third-party-dns-caches-considered-a-blog-post/#comment-2319970</link><description>Thanks for responding. This should be fun, because both of us know what latency means, what cache size means, and what churn rate is.&lt;br&gt;&lt;br&gt;I just tested and I see a 12ms average difference between random SPEAKEASY.NET names and random GOOGLE.COM names from my ISP's cache, and a 40ms average difference between random OPENDNS.COM names and random GOOGLE.COM names from 208.67.222.222.&lt;br&gt;&lt;br&gt;That is, _RANDOM_.SPEAKEASY.NET takes N milliseconds, and _RANDOM_.GOOGLE.COM takes N+12 ms locally. Meanwhile, _RANDOM_.OPENDNS.COM takes N and _RANDOM_.GOOGLE.COM takes N+40 from your server.&lt;br&gt;&lt;br&gt;A test run is 50 samples.&lt;br&gt;&lt;br&gt;Can Speakeasy look up a Google name almost 4 times faster than OpenDNS?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Thomas Ptacek</dc:creator><pubDate>Thu, 13 Jul 2006 01:32:52 -0000</pubDate></item><item><title>Re: Third-Party DNS Caches Considered A Blog Post</title><link>http://www.matasano.com/log/363/third-party-dns-caches-considered-a-blog-post/#comment-2319969</link><description>Thomas,&lt;br&gt;&lt;br&gt;Lies, damn lies and statistics. ;-) I could prove the exact opposite with my own statistics.&lt;br&gt;&lt;br&gt;There are lots of variables involved including latency to our machines and latency of your machines to the internet, size of your caches, churn rate, etc.&lt;br&gt;&lt;br&gt;That said, let's see where you are and why we are slower.  Can you provide a traceroute to 208.67.222.222?&lt;br&gt;&lt;br&gt;And yes, our designer does rock.  We feed him lots of &lt;a href="http://www.burritophile.com/" rel="nofollow"&gt;burritos&lt;/a&gt; to keep him happy.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David</dc:creator><pubDate>Thu, 13 Jul 2006 01:19:19 -0000</pubDate></item></channel></rss>