<div>Unable to replicate this in London:</div><br><div>```</div><div>; <<>> DiG 9.11.5-P1-1ubuntu2.5-Ubuntu <<>> @ns1.google.com. www.google.com. aaaa
</div><div>; (2 servers found)
</div><div>;; global options: +cmd
</div><div>;; Got answer:
</div><div>;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61970
</div><div>;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
</div><div>;; WARNING: recursion requested but not available
</div><div>
</div><div>;; OPT PSEUDOSECTION:
</div><div>; EDNS: version: 0, flags:; udp: 512
</div><div>;; QUESTION SECTION:
</div><div>;www.google.com. IN AAAA
</div><div>
</div><div>;; ANSWER SECTION:
</div><div>www.google.com. 300 IN AAAA 2a00:1450:4009:80d::2004</div><div>```</div><br><div>going by the latency, <a href="https://link.getmailspring.com/link/C27D5EBE-B680-425A-B057-218C6300A7B4@getmailspring.com/0?redirect=ns1.google.com&recipient=bmFub2dAbmFub2cub3Jn" title="ns1.google.com">ns1.google.com</a> travels to NL from our UK PoPs though:</div><br><div>```</div><div> Host Loss% Snt Last Avg Best Wrst StDev
</div><div> 1. ???
</div><div> 2. ???
</div><div> 3. ae26-0.ebr01.lon3.uk.globalone 0.0% 13 2.1 6.2 1.0 45.7 12.9
</div><div> 4. 2001:7f8:4::3b41:1 0.0% 13 0.7 0.8 0.6 1.7 0.4
</div><div> 5. 2001:4860:0:1101::10 0.0% 13 0.7 2.7 0.7 14.2 4.2
</div><div> 6. 2001:4860::c:4000:cf5b 0.0% 13 1.8 2.1 1.5 4.0 0.7
</div><div> 7. 2001:4860::8:4000:d325 0.0% 13 8.6 7.3 6.6 9.5 0.9
</div><div> 8. 2001:4860::22:4001:70b 0.0% 13 6.4 9.5 6.4 36.9 8.3
</div><div> 9. 2001:4860:0:1::be7 23.1% 13 7.3 7.5 7.3 7.7 0.1
</div><div>10. ???
</div><div>11. ???
</div><div>12. ???
</div><div>13. ???
</div><div>14. ???
</div><div>15. ???
</div><div>16. ???
</div><div>17. ???
</div><div>18. ???
</div><div>19. ns1.google.com 0.0% 12 6.4 6.4 6.3 6.5 0.0
</div><div>```</div><div class="gmail_quote_attribution">On Sep. 6 2019, at 9:49 pm, Stephen Stuart <stuart@tech.org> wrote:</div><blockquote><div><div>Do you see the same behavior when you execute your dig query without</div><div>the trailing dot?</div><br><div>Thanks,</div><div>Stephen</div><br><blockquote><blockquote><div>On Sep 6, 2019, at 3:11 PM, Chip Marshall via NANOG <nanog@nanog.org> wrote:</div><br><div>Hello, I'm seeing an oddity when doing DNS lookups for www.google.com from our</div><div>London datacenter, and I'm curious if other people are seeing the same</div><div>behavior.</div><br><div>It appears that when we ask for www.google.com. we sometimes get an answer</div><div>that only contains records for www-anycast.google.com., which our resolver</div><div>ignores as they don't match the query.</div><br><div>As seen with dig:</div><br><div>```</div><div># dig @ns1.google.com. www.google.com. aaaa</div><br><div>; <<>> DiG 9.10.3-P4-Ubuntu <<>> @ns1.google.com. www.google.com. aaaa</div><div>; (2 servers found)</div><div>;; global options: +cmd</div><div>;; Got answer:</div><div>;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42641</div><div>;; flags: qr aa rd; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1</div><div>;; WARNING: recursion requested but not available</div><br><div>;; OPT PSEUDOSECTION:</div><div>; EDNS: version: 0, flags:; udp: 512</div><div>;; QUESTION SECTION:</div><div>;www.google.com. IN AAAA</div><br><div>;; ANSWER SECTION:</div><div>www-anycast.google.com. 300 IN AAAA 2001:4860:4802:34::75</div><div>www-anycast.google.com. 300 IN AAAA 2001:4860:4802:38::75</div><div>www-anycast.google.com. 300 IN AAAA 2001:4860:4802:36::75</div><div>www-anycast.google.com. 300 IN AAAA 2001:4860:4802:32::75</div><br><div>;; Query time: 7 msec</div><div>;; SERVER: 216.239.32.10#53(216.239.32.10)</div><div>;; WHEN: Fri Sep 06 19:05:32 UTC 2019</div><div>;; MSG SIZE rcvd: 167</div><div>```</div><br><div>So far I've observed this with A and AAAA queries. It's my understanding that</div><div>without a CNAME record in the answer, the resolver is doing the right thing by</div><div>ignoring the answer, as there's no linkage between www and www-anycast.</div><br><div>Is this broken, or is this just some weird DNS trick I've not come across</div><div>before?</div></blockquote><br><div>You may want to post on dns-operations instead.</div><br><div>Can you do a dig +trace www.google.com instead, that would be more instructive about whatт€™s happening at each layer o</div></blockquote><div>f the delegation.</div><blockquote><br><div>- Jared</div></blockquote></div></blockquote><img class="mailspring-open" alt="Sent from Mailspring" width="0" height="0" style="border:0; width:0; height:0;" src="https://link.getmailspring.com/open/C27D5EBE-B680-425A-B057-218C6300A7B4@getmailspring.com?me=06695157&recipient=bmFub2dAbmFub2cub3Jn">