On Oct 02, 2012, at 05:29 , Ralf Weber <[email protected]> wrote: > On 02.10.2012, at 10:58, Patrik Wallström <[email protected]> wrote: > >> I am not convinced by their conclusion. Has anybody here any clue what is >> going on? Is it related to their attempt at doing something with DNSSEC? > I guess it's more related to IPv6 as it uses a link local address for the DNS > server which seemed to be configured by SLAAC as my DHCP server didn't give > it out. If this server/proxy has problems and the phone has to wait for the > timeout before continuing to the other configured server that could be the > reason for the slowness. > > I will monitor my phones DNS for some time and report if I see something > DNSSEC like (which I doubt).
Interesting that ping & upload were unaffected. For DNS to cause this type of problem, the download has to be timed, from start to finish, and the resolution has to be so bad that it eats most of the time for the download test. Also, changing to a public anycast server will destroy performance for any GSLB site, which is most of the web traffic today. So I would say that's a poor trade off. -- TTFN, patrick _______________________________________________ dns-operations mailing list [email protected] https://lists.dns-oarc.net/mailman/listinfo/dns-operations dns-jobs mailing list https://lists.dns-oarc.net/mailman/listinfo/dns-jobs
