Re: [atlas] Trying to measure Quad9 latency

[Jared Mauch]

> On Nov 22, 2017, at 2:05 PM, Stephane Bortzmeyer  wrote:
> 
> On Wed, Nov 22, 2017 at 06:27:42PM +,
> Eduardo Duarte  wrote 
> a message of 289 lines which said:
> 
>> When I got the results from the measurement they were not what I
>> expected The measurements to Quad9 had high value of REFUSAL.
> 
> You did not set the RD (Recursion Desired) bit. Most resolvers refuse
> these queries, to avoid cache snooping.
> 
> Compare with #10290443, which have:
> 
> Recursion desired True

I also created this measurement, which is a ping one to measure latency to 
identify what countries receive a poor response.

https://atlas.ripe.net/measurements/10291137/#!probes

- jared

Re: [atlas] Trying to measure Quad9 latency

[Eduardo Duarte]

Hi!

Thank you for the pointers Stephane and Baptiste! Already running new
measures!

Best regards,
Eduardo Duarte
Gestão e Desenvolvimento de Projetos l Project Development Management
 
*DNS.PT*
Rua Latino Coelho, n.º 13, 5.º piso | 1050-132 Lisboa | Portugal
Tel: (+351) 211 308 200  Fax: (+351) 211 312 720
dns.pt  | dnssec.pt  | 3em1.pt
 | facebook.com/dns.pt
 | pt.linkedin.com/in/dnspt


 
Aviso de Confidencialidade/Disclaimer:
Este e-mail foi escrito de acordo com o novo acordo ortográfico.
Esta mensagem é exclusivamente destinada ao seu destinatário, podendo
conter informação CONFIDENCIAL, cuja divulgação está expressamente
vedada nos termos da lei. Caso tenha recepcionado indevidamente esta
mensagem, solicitamos-lhe que nos comunique esse mesmo facto por esta
via devendo apagar o seu conteúdo de imediato. This message is intended
exclusively for its addressee. It may contain CONFIDENTIAL information
protected by law. If this message has been received by error, please
notify us via e-mail and delete it immediately.
[ Antes de imprimir esta mensagem pense no ambiente. Before printing
this message, think about environment ]
Baptiste Jonglez wrote on 22-11-2017 23:14:
> Hi,
>
> On 22-11-17, Eduardo Duarte wrote:
>> Hi all,
>>
>> After the recent launch of the Quad9 service I try to discover if it had
>> a best response time them my actual resolver, that is google public DNS.
>>
>> To do this I launch a comparing measurement using atlas that would run
>> during one day to the same address from the probes in my ISP.
>> The address that I was trying has a very high TTL so I was expecting to
>> always hit the cache of the servers and them get a good comparison base.
>> I know that there are other factors involve in server response time but
>> to my home connection I fill that this where enough.
> Instead of asking for a regular name, you can query a special name like
> "version.bind" in the CHAOS class.  These queries are always answered
> directly, so it simulates a 100% cache hit and allows you to measure the
> RTT towards a resolver.
>
> To test with dig:
>
>   $ dig @9.9.9.9 CH version.bind TXT
>
> See https://atlas.ripe.net/measurements/9740262/ for a real measurement
> using this technique.
>
> Baptiste
>
>> When I got the results from the measurement they were not what I
>> expected The measurements to Quad9 had high value of REFUSAL.
>>
>> Does any one as a clue why???
>>
>> The measurement result is available at
>> https://atlas.ripe.net/measurements/10269508
>>
>> Best regards,
>



signature.asc
Description: OpenPGP digital signature

Re: [atlas] Trying to measure Quad9 latency

[Baptiste Jonglez]

Hi,

On 22-11-17, Eduardo Duarte wrote:
> Hi all,
> 
> After the recent launch of the Quad9 service I try to discover if it had
> a best response time them my actual resolver, that is google public DNS.
>
> To do this I launch a comparing measurement using atlas that would run
> during one day to the same address from the probes in my ISP.
> The address that I was trying has a very high TTL so I was expecting to
> always hit the cache of the servers and them get a good comparison base.
> I know that there are other factors involve in server response time but
> to my home connection I fill that this where enough.

Instead of asking for a regular name, you can query a special name like
"version.bind" in the CHAOS class.  These queries are always answered
directly, so it simulates a 100% cache hit and allows you to measure the
RTT towards a resolver.

To test with dig:

  $ dig @9.9.9.9 CH version.bind TXT

See https://atlas.ripe.net/measurements/9740262/ for a real measurement
using this technique.

Baptiste

> 
> When I got the results from the measurement they were not what I
> expected The measurements to Quad9 had high value of REFUSAL.
> 
> Does any one as a clue why???
> 
> The measurement result is available at
> https://atlas.ripe.net/measurements/10269508
> 
> Best regards,




signature.asc
Description: PGP signature

Re: [atlas] Trying to measure Quad9 latency

[Stephane Bortzmeyer]

On Wed, Nov 22, 2017 at 06:27:42PM +,
 Eduardo Duarte  wrote 
 a message of 289 lines which said:

> When I got the results from the measurement they were not what I
> expected The measurements to Quad9 had high value of REFUSAL.

You did not set the RD (Recursion Desired) bit. Most resolvers refuse
these queries, to avoid cache snooping.

Compare with #10290443, which have:

Recursion desired   True

[atlas] Trying to measure Quad9 latency

[Eduardo Duarte]

Hi all,

After the recent launch of the Quad9 service I try to discover if it had
a best response time them my actual resolver, that is google public DNS.

To do this I launch a comparing measurement using atlas that would run
during one day to the same address from the probes in my ISP.
The address that I was trying has a very high TTL so I was expecting to
always hit the cache of the servers and them get a good comparison base.
I know that there are other factors involve in server response time but
to my home connection I fill that this where enough.

When I got the results from the measurement they were not what I
expected The measurements to Quad9 had high value of REFUSAL.

Does any one as a clue why???

The measurement result is available at
https://atlas.ripe.net/measurements/10269508

Best regards,
-- 
Eduardo Duarte
Gestão e Desenvolvimento de Projetos l Project Development Management
 
*DNS.PT*
Rua Latino Coelho, n.º 13, 5.º piso | 1050-132 Lisboa | Portugal
Tel: (+351) 211 308 200  Fax: (+351) 211 312 720
dns.pt  | dnssec.pt  | 3em1.pt
 | facebook.com/dns.pt
 | pt.linkedin.com/in/dnspt


 
Aviso de Confidencialidade/Disclaimer:
Este e-mail foi escrito de acordo com o novo acordo ortográfico.
Esta mensagem é exclusivamente destinada ao seu destinatário, podendo
conter informação CONFIDENCIAL, cuja divulgação está expressamente
vedada nos termos da lei. Caso tenha recepcionado indevidamente esta
mensagem, solicitamos-lhe que nos comunique esse mesmo facto por esta
via devendo apagar o seu conteúdo de imediato. This message is intended
exclusively for its addressee. It may contain CONFIDENTIAL information
protected by law. If this message has been received by error, please
notify us via e-mail and delete it immediately.
[ Antes de imprimir esta mensagem pense no ambiente. Before printing
this message, think about environment ]


smime.p7s
Description: S/MIME Cryptographic Signature