Google Public DNS Problems?
cgucker at onesc.net
Thu May 2 15:59:22 UTC 2013
That's not entirely true. You can easily do lookup for
whoami.akamai.net and it will return the unicast address for the node
in question (provided the local resolver is able to do the
resolution). This is a frequent lookup that I do when I don't know
what actual anycast node I'm using.
On Thu, May 2, 2013 at 11:55 AM, Joe Abley <jabley at hopcount.ca> wrote:
> On 2013-05-02, at 11:51, Jay Ashworth <jra at baylink.com> wrote:
>> But since Perry's problem is *inability to resolve names in google's
>> public zones*, the *path to the ZONE servers* is the thing diagnostics
>> would require a trace to, no?
> Blair's problem, I think. Perry was just being helpful. Blair's point was that if Google DNS is not able to resolve Google domains, then you know something is wrong.
>> If 184.108.40.206 doesn't *answer* for "google.com" (and no one's told me it
>> has), then how you get there is irrelevant.
> Well, if you're trying to troubleshoot the performance or functionality of a service that is deployed using anycast, knowing what anycast node is giving problems is pretty useful. I say this as someone who has to help troubleshoot problems with anycast DNS services pretty regularly.
> Since there's no obvious way (in the draft-jabley-dnsop-anycast-mapping sense) to identify a Google DNS anycast node in-band, traceroute and RTT are pretty much what we're left with.
More information about the NANOG