Article ID: 2299432 - View products that this article applies to.
After an application calls getaddrinfo with AF_UNSPEC on hints, if you call getaddrinfo again with AF_INET/AF_INET6, the function doesn't use the DNS cache and sends a DNS query to the wire. DnsQuery with option DNS_QUERY_NO_WIRE_QUERY may fail with DNS_ERROR_RECORD_DOES_NOT_EXIST even after an application calls getaddrinfo.
When IE or an application calls getaddrinfo with AF_UNSPEC on a machine which has IPv4 and Ipv6 addresses, it results in dual address query from winsock to dns. Dns caches these dual address queries into a bucket with a specific private flag so that it can only be retrieved through application calling that flag (only winsock APIs calling getaddrinfo but not through DnsQuery publicly documented flags).
Microsoft has confirmed that this is a bug in the Microsoft products that are listed in the "Applies to" section of this article.
Below are two common scenarios for this issue.
1 Start Network monitor and monitor DNS traffic.
2 Call getaddrinfo for a name using AF_UNSPEC flags on hints (A pointer to an addrinfo structure)
for the addrinfo Structure, please refer to MSDN document:
3 Call getaddrinfo for the same name using AF_INET.
4 Call getaddrinfo for the same name using AF_UNSPEC.
Only the second step should send a query to the wire.
Steps 3 and 4 also send a query to the wire and not use cache.
1 Call getaddrinfo for a name using AF_UNSPEC on hints.
2 Call DnsQuery with option DNS_QUERY_NO_WIRE_QUERY
(Windows 2000 Server and Windows 2000 Professional: use DNS_QUERY_CACHE_ONLY flag instead.)
DsnQuery can get the record from DNS cache.
DnsQuery fails with DNS_ERROR_RECORD_DOES_NOT_EXIST.
(http://go.microsoft.com/fwlink/?LinkId=151500)for other considerations.
Article ID: 2299432 - Last Review: August 4, 2010 - Revision: 1.0