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] Atlas probes in non-production networks
- Previous message (by thread): [atlas] Atlas probes in non-production networks
- Next message (by thread): [atlas] Atlas probes in non-production networks
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Colin Johnston
colinj at mx5.org.uk
Tue Jul 2 12:21:17 CEST 2024
Which ASN does this relate to ? Colin Sent from my iPod > On 2 Jul 2024, at 11:13, Ernst J. Oud <ernstoud at gmail.com> wrote: > > Grzegorz, > > Are these software of hardware probes? If hardware then the “experiment” they are used in has cost RIPE funds for the hardware. In my opinion that is worse than using SW probes. > > Regards, > > Ernst J. Oud > > > Met vriendelijke groet, > > Ernst J. Oud >>> On 2 Jul 2024, at 11:38, Ponikierski, Grzegorz via ripe-atlas <ripe-atlas at ripe.net> wrote: >>> >> >> Hi all! >> >> I discovered a disturbing practice how RIPE Atlas probes are used by at least one major provider which significantly impacts measurement results and interpretation of these results. I want to share it with you to open discuss about how to deal with such cases. >> >> I was doing traceroutes for one of Tier 1 provider which is very well covered by RIPE Atlas probes. I was surprised, that for some probes I got RTTs 100x worse than expected. After verification I discovered that routing for these probes is absurd and contact the provider to explain it. It turned out, that these probes are deployed in this part of their network that provide for some kind of internal service which is not provided for customers of this provider. In other words, these probes don't measure production network, but they measure some kind of hidden experimental network not available for the public. >> >> In my private opinion, this practice is against the whole idea of RIPE Atlas, and it is a form of appropriation of the platform for solely private purpose disregarding interest of the RIPE Atlas community. As far I understand, RIPE Atlas supposed to be used to measure public Internet and it was not prepared to be used as internal/private measurement platform. RIPE Atlas probes are not tagged and separated into groups that can be used appropriately for public and internal/private measurements. Therefore, descripted practice creates another uncomfortable situation for RIPE Atlas user because there is no way to tell which probe is deployed in public/production part of the network and which one in the experimental/non-production one. I guess that most of us want to measure production networks and if there is somebody that want to play with experimental stuff then it should be clearly marked as experimental. >> >> Please share your thoughts and ideas how to deal with it. >> >> Regards, >> Grzegorz Ponikierski >> Senior Network Engineer >> Akamai Technologies >> AS20940 >> -- >> ripe-atlas mailing list >> ripe-atlas at ripe.net >> https://mailman.ripe.net/ > -- > ripe-atlas mailing list > ripe-atlas at ripe.net > https://mailman.ripe.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/ripe-atlas/attachments/20240702/f915627c/attachment-0001.html>
- Previous message (by thread): [atlas] Atlas probes in non-production networks
- Next message (by thread): [atlas] Atlas probes in non-production networks
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]