Customer Issue P3
Status Update
Comments
pe...@flextock.com <pe...@flextock.com> #2
Automated by Blunderbuss job honestdns_tickets_blunderbuss_autoassigner for 2nd config honestdns_defects_customer_issues for component 191657.
pe...@flextock.com <pe...@flextock.com> #3
Hello,
We are reviewing your request and need to verify it is from the organization which owns this address block. I have reached out to the owner of the address block,
Alternatively, if you can reply or send me an email from
Thanks!
Description
Hi Googlers,
we run authoritative anycast for
1) First issue on IPv6
I'm seeing strange queries when Google's EU servers are asking our IPv6 resolvers in Singapore.
Google's 2a00:1450:4001:c05::103 is located somewhere around Prague and shouldn't be querying Singapore servers.
We tried fiddling around with IXes/communities, but didn't find out where you're picking up the routes exactly.
Can you check why it's happening?
There's no way for us to do a IPv6 traceroute from 15169 so we can't debug anything ourselves.
It'd be much easier with a public LG.
2) Second issue on IPv4 too
Example case: AS5610
Majority of DNS traffic from this AS is served by Vienna and Frankfurt, but sometimes our Seattle POP comes up.
Why would Google forward this traffic all the way to the US and increase latency? We see 8.8.8.8 Frankfurt via