Leo Bicknell wrote:
I have been using queries like these to test:
dig any . @f.root-servers.net | egrep "(DiG 9|AAAA)"
dig +bufsize=1400 any . @f.root-servers.net | egrep "(DiG 9|AAAA)"
The first offers up a standard DNS query, the second an EDNS0 query of
1400 bytes.
In a standard query you're only going to get 3 AAAA records, EDNS0
should allow for all of them. There are currently 6 servers with AAAA
records:
% dig any . @f.root-servers.net | egrep "(DiG 9|AAAA)"
; <<>> DiG 9.5.0b2 <<>> any . @f.root-servers.net
A.ROOT-SERVERS.NET. 3600000 IN AAAA 2001:503:ba3e::2:30
F.ROOT-SERVERS.NET. 3600000 IN AAAA 2001:500:2f::f
H.ROOT-SERVERS.NET. 3600000 IN AAAA 2001:500:1::803f:235
There is an interesting variation in what records are returned for a
standard 512 byte request (dig ns . @[x].root-servers.net):
A,C,D,E,F,G,I,J: return the same 10 A records and 4 AAAA records in the
same order every time. They never return A records for K,L,M and never
get AAAA records for K,M.
B: returns all 13 A records in random order and then two AAAA records
in random order. This allows all records to be returned with equal
weight within each record type.
H,K,L,M: return all 13 A records in static order and then A and F AAAA
records so H,J,K,M AAAA records are never returned.
Tested with dig 9.4.1-p1 on a v6 enabled system.
- Kevin