Hello, I'm seeing an oddity when doing DNS lookups for www.google.com from our
London datacenter, and I'm curious if other people are seeing the same
behavior.
It appears that when we ask for www.google.com. we sometimes get an answer
that only contains records for www-anycast.google.com., which o
> On Sep 6, 2019, at 3:11 PM, Chip Marshall via NANOG wrote:
>
> Hello, I'm seeing an oddity when doing DNS lookups for www.google.com from our
> London datacenter, and I'm curious if other people are seeing the same
> behavior.
>
> It appears that when we ask for www.google.com. we sometimes
Do you see the same behavior when you execute your dig query without
the trailing dot?
Thanks,
Stephen
> > On Sep 6, 2019, at 3:11 PM, Chip Marshall via NANOG wrote:
> >
> > Hello, I'm seeing an oddity when doing DNS lookups for www.google.com from
> > our
> > London datacenter, and I'm curiou
Chip Marshall via NANOG wrote on 06/09/2019 20:11:
Hello, I'm seeing an oddity when doing DNS lookups for www.google.com from our
London datacenter, and I'm curious if other people are seeing the same
behavior.
I saw a bunch of monitoring systems queries for www.google.com/A return
back with n
On 2019-09-06, Jared Mauch sent:
> You may want to post on dns-operations instead.
Will do.
> Can you do a dig +trace www.google.com instead, that would be more
> instructive about what’s happening at each layer of the delegation.
# dig +trace www.google.com.
; <<>> DiG 9.10.3-P4-Ubuntu
On 2019-09-06, Stephen Stuart sent:
> Do you see the same behavior when you execute your dig query without
> the trailing dot?
Yes. dig adds on the trailing dot to make it an FQDN anyway, so the on-wire
qname is the same either way.
--
Chip Marshall
Nick Hilliard wrote on 06/09/2019 21:19:
Chip Marshall via NANOG wrote on 06/09/2019 20:11:
Hello, I'm seeing an oddity when doing DNS lookups for www.google.com
from our
London datacenter, and I'm curious if other people are seeing the same
behavior.
I saw a bunch of monitoring systems queri
Unable to replicate this in London:
```
; <<>> DiG 9.11.5-P1-1ubuntu2.5-Ubuntu <<>> @ns1.google.com. www.google.com.
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61970
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADD
Where are you based? I can check if this can be replicated in our backbone, in
case we have a PoP close.
On Sep. 6 2019, at 11:17 pm, Nick Hilliard wrote:
> Nick Hilliard wrote on 06/09/2019 21:19:
> > Chip Marshall via NANOG wrote on 06/09/2019 20:11:
> > > Hello, I'm seeing an oddity when doin
Yes, this is no longer occurring / is resolved.
Apologies,
W
On Mon, Sep 9, 2019 at 1:37 PM Florian Brandstetter via NANOG <
nanog@nanog.org> wrote:
> Unable to replicate this in London:
>
> ```
> ; <<>> DiG 9.11.5-P1-1ubuntu2.5-Ubuntu <<>> @ns1.google.com.
> www.google.com.
> ; (2 servers
10 matches
Mail list logo
