[Dnsmon-test] Second update to DNSMON + retries of DNS queries + 9AM outage

[Gerhard Winkler]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2014-02-14 08:33, Arsen STASIC wrote:
> * Anand Buddhdev <anandb at ripe.net> [2014-02-13 17:46 (+0100)]:
>> On 13/02/2014 17:16, Chris Amin wrote:
>> 
>> Hi Christopher,
>> 
>>> In addition, we have changed a line in the testers page in the
>>> section comparing the old and the new DNSMON implementations.
>>> We previously stated that the RIPE Atlas measurements are not
>>> retried on failure (whereas the old TTM boxes do carry out
>>> retries). However, RIPE Atlas has gained the ability to carry
>>> out an arbitrary number of retries, and uses a value of 10 by
>>> default. The data that we have collected so far for the new
>>> DNSMON, and the visualisations, are therefore based on this 
>>> methodology.
>>> 
>>> We don't want to immediately change to using 0 retries, nor do
>>> we want to change to match the exact settings of the old
>>> DNSMON, without gathering feedback from you. So if you have a
>>> strong opinion on this, please let us know.
>> 
>> I'm speaking here as a DNS server operator, and not as a staff
>> member. I prefer measurements to NOT use retry, so that if there
>> is an issue with my DNS servers, I can see it quickly. If a probe
>> uses retries, then it will hide operational issues.
> 
> +1 from operators point of view. (Although a high latency or RTT
> might also indicate operational issues.)
> 
> Regards, Arsen Stasic
> 

I agree on that too,
maybe a certain value could make sense to avoid showing up every single
network hickup. How many retries are done at TTM?


regards
Gerhard

- -- 
Gerhard Winkler                    |  E-Mail: gerhard.winkler at univie.ac.at
Vienna University Computer Center  |
Universitaetsstrasse 7             |  Tel: +43 1 4277 14035
A-1010 Vienna, Austria             |  Fax: +43 1 4277 9140
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJS/c0jAAoJEBBjgt1k8YNZ4QIIAIFh/lT9YgQMlVWvREz1GVLY
ly/E1aCGSmzDldnm8KhSdLx7+SUXdVGuXaRULvd4hzU4w8EFVfvAt0Kry+nRVJU5
0orwoGUlq5gHRZoJqSmZLYnqlXTj8maAOdIj5w1fmkUxrzLDR1jQY7SpFnGh4n4p
c9A3Wyk6OSLIPe2UKInvvZaSUz3SiUe4DlVx47WC0J3n+7u3aoUtJBUQCCBtNLng
zCd3rMy1dwEgkjW2SnPN9oG72WSs3XC317tHPPoQLL6mknUCcXqd5YVBig8pkTO9
kiWEfJ0+dxLiRg31yezS1U6y9BcuHY3O06QZS0IqrliBiuSyXS5cKUFGB+pO9SI=
=liKV
-----END PGP SIGNATURE-----