Dear Gilles,
I lost the point related to the draft, however, what I assumed was
the following:
DNS clients (or client side of recursive servers) which are
able to use IPv6 glue records effectively likely support EDNS0.
So in M-Root, I gave priority IPv4 glue records over IPv6 glue records.
Please add "+bufsize=1280" to your dig commend to get a different result.
-- Akira Kato
From: Gilles Massen <[email protected]>
Subject: Re: [DNSOP] I-D Action: draft-ietf-dnsop-respsize-14.txt
Date: Wed, 06 Jun 2012 11:56:10 +0200
> Agreed, here are the queries:
>
> q=`jot -s . -b 123456789 25`.lu
> for n in $(jot -c 13 a); do dig @${n}.root-servers.net $q +norec
> +noquestion +noanswer +noauth +nocomment +nostat; done
>
> There are 2 groups of additional sections:
> A, C, E, I, J: 2 names, with their v4+v6 addresses
> B, D, E, G, H, K, L, M: 4 names, only v4 addresses
>
> What stroke me was 2 things:
> - both groups do not change the answers on subsequent queries. So for
> the first group, if the 2 servers are down, your done.
> - the second group doesn't provide any v6 addresses at all.
>
> Now I don't want to pick on any implementation, rather get an idea of
> the reasoning behind the behaviour... (I do agree that the query is a
> bit extreme). And if operators think that this might lead to problems.
>
> Gilles
>
> On 5/6/12 19:23 , Joe Abley wrote:
>>
>> On 2012-06-05, at 08:28, Gilles Massen wrote:
>>
>>> One set of root servers fills the additional section with 2 names, and
>>> their v4 and v6 addresses. But it's always the same two servers,
>>> indepently of the server asked. The other set answers with a bit more
>>> servers, but only v4 adresses, and here again, always the same list.
>>
>> It might be instructive to spell out what query you tried, and what your
>> results were (per letter).
>>
>> Some root servers are not shy about telling the world what software they are
>> running, but others prefer to obfuscate:
>>
>> [krill:~]% for n in $(jot -c 13 a)
>> for> do echo "${n}: $(dig @${n}.root-servers.net version.bind ch txt +short)"
>> for> done
>> a: "This space intentionally left blank"
>> b: "4.8.1"
>> c: "c-root"
>> d: "9.8.1-P1"
>> e:
>> f: "9.7.4"
>> g: ""
>> h: "NSD 3.2.10"
>> i: "contact [email protected]"
>> j: "This space intentionally left blank"
>> k: "NSD 3.2.8"
>> l: "NSD 3.2.8"
>> m: "9.7.3-P3"
>> [krill:~]%
>>
>> I can confirm the version string for L is accurate. The versions shown above
>> for D, F, H, K and M look plausible to me, although I can't speak
>> authoritatively about what they are doing.
>>
>> If you wanted to nail down the different behaviour to particular versions of
>> software, the rootops are all here and will no doubt crawl out of the
>> woodwork if there are questions to answer.
>>
>>
>> Joe=
>
>
> --
> Fondation RESTENA
> 6, rue Coudenhove-Kalergi
> L-1359 Luxembourg
> tel: (+352) 424409
> fax: (+352) 422473
> _______________________________________________
> DNSOP mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/dnsop
_______________________________________________
DNSOP mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dnsop
