
February 27th, 2012, 11:23 PM
|
|
Contributing User
|
|
Join Date: Nov 2010
Location: Florida
Posts: 248
 
Time spent in forums: 3 Days 15 h 26 m 11 sec
Reputation Power: 3
|
|
|
It could be a few things. Ideally DNS queries should only need 1 query and 1 response. Given the nature of how people configure their systems and how unreliable UDP can be sometimes, you could run across multiple queries. The short answer is I don't really have an answer for that.
Some systems will allow you to configure a retry query time. If someone sets that to say retry every 20ms until it gets an answer, if the first query takes 200ms on a recursive lookup, it could send the same query 10 times.
It could be different servers that are all part of a set. I helped with a system that had multiple backend servers on the same IP but any queries sent to the set were subsequently looked up by all of them. It was a hot site redundancy. So every query that came in went to a controller that sent the query back out to all the servers they had in different locations. Then they had all servers do the lookup (it was configured as 6 at the time). It was overkill and I'm not sure if they kept it but just throwing that out.
It would be hard to say exactly why you would get multiple queries. Using one server as you mentioned is near impossible for any large company (especially an email provider like Google or Yahoo). DNS queries are considered negligible internet traffic for the most part. At 512 bytes max (or 4096 with the DO flag), that's hardly a drop in the swimming pool of traffic most people have. You're right it can add up though. But watching a few youtube videos can equal the same amount of traffic as a couple hundred thousand queries.
|