This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/ripe-atlas@ripe.net/
[atlas] Effect of "Resolve on Probe"-option
- Previous message (by thread): [atlas] Effect of "Resolve on Probe"-option
- Next message (by thread): [atlas] Effect of "Resolve on Probe"-option
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Tim Wattenberg
mail at timwattenberg.de
Fri Dec 1 15:44:22 CET 2017
Robert, thanks for your explanations. I now do understand this for all measurements exept for those of type DNS. DNS measurements with a central resolver somehow seem not that useful to me. Am I missing the use case here? Context: I want to measure the consistency of DNS records or how they are seen inside the probes networks. In my measurement I activated the option to use the probes resolver(s) and left the option to resolve on the probe deactivated. Does this simulate the scenario of a client asking its local DNS resolver (e.g. assigned by DHCP)? Thanks, Tim Tim Wattenberg mail at timwattenberg.de +49 1578 8248731 2017-12-01 10:45 GMT+01:00 Robert Kisteleki <robert at ripe.net>: > > On 2017-11-30 20:27, Tim Wattenberg wrote: > > Hi everyone, > > > > I think I don’t quite understand the effect of the „Resolve on Probe“ > option when creating a measurement. The form says it forces the probe to do > DNS resolution, the API reference says that it indicates that a name should > be resolved (using DNS) on the probe otherwise it will be resolved on the > RIPE Atlas servers. > > > > Could someone explain what this means for example if I have a simple > measurement for querying the A record of a given domain via the probe’s > resolvers? > > > > Thanks, Tim > > Hi, > > When you measure something given with a DNS name and leave this option > to its default settings, then the DNS resolution happens once, in the > infrastructure (somewhere in Amsterdam, NL), and the probes are told to > measure towards the resolved *IP*. This is more efficient, prevents DNS > errors on the edges, but only works if DNS can only give one answer. > > If you turn on "resolve on probe", then the probes get to measure the > *name* you entered, and do the DNS resolution themselves every single > time they measure. This has a somewhat higher chance of failure, but > it's needed if the resolved IP depends on the location of the vantage > point. > > Hope this helps, > Robert > > -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/ripe-atlas/attachments/20171201/724d8008/attachment.html>
- Previous message (by thread): [atlas] Effect of "Resolve on Probe"-option
- Next message (by thread): [atlas] Effect of "Resolve on Probe"-option
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]