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] Probe with ever changing upstreams/ASs?
- Previous message (by thread): [atlas] decommission of virtual probes
- Next message (by thread): [atlas] Probe with ever changing upstreams/ASs?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
stephane at mouton.com
stephane at mouton.com
Sun Nov 12 15:01:43 CET 2023
+ripe-atlas Regards, Grzegorz From: "Ponikierski, Grzegorz" <gponikie at akamai.com> Date: Thursday, 3 August 2023 at 17:49 To: Carsten Schiefner <carsten at schiefner.de> Subject: Re: [atlas] Probe with ever changing upstreams/ASs? Hi! It depends on use case. For me, such probe would be fine for one-off measurements but for continuous measurements I would filter out such probe to avoid noise in data. However, when I looked on freifunk.net map I noticed that this network span across Germany, Switzerland, and Austria so even for one-off measurements usage of such probe is questionable because I never know where remote end of the tunnel is. If I understand correctly it can jump from country to country every day. In other words, such probe would be tricky to handle and user will have to be aware how such probe behave to properly handle data generated by it. Probably new system tag would be needed to mark such exotic probe. Regards, Grzegorz From: Carsten Schiefner <carsten at schiefner.de> Date: Thursday, 3 August 2023 at 15:07 To: "ripe-atlas at ripe.net" <ripe-atlas at ripe.net> Subject: [atlas] Probe with ever changing upstreams/ASs? All - I wonder whether this is a good idea or rather a really bad one... I have a free port on a Freifunk router where I could plug in a RIPE Atlas probe. Freifunk is a community where you - amongst other things - can offer a bit of your bandwidth to "the world". This connectivity sharing however is set up as a tunnel to various ISPs (for-profit companies and non-profit associations) as these would enjoy the "provider privilege": that in short is not to be held accountable for e.g. copy right infringements etc. ("Störerhaftung"). Anyhow: as part of this tunnel setup, the other end of the tunnel changes every 24 to 48 hours - and so does the upstream and therefore also the AS of the upstream provider. And now I am asking myself: a probe with ever changing upstreams/ASs - shall such an addition to the RIPE Atlas network be considered a fault or a feature? Any comments, anybody? Cheers, -C. -- ripe-atlas mailing list ripe-atlas at ripe.net https://urldefense.com/v3/__https://mailman.ripe.net/__;!!GjvTz_vk!XoWRVGehgg67GlwKlJSEqAPcrudrpDMbArmH6FErAUXTlh9D0z9_wTcKrfIbKocdFxkFjCH0x6WcFXbCQ8E$ [1] -- ripe-atlas mailing list ripe-atlas at ripe.net https://mailman.ripe.net/ Links: ------ [1] https://urldefense.com/v3/__https:/lists.ripe.net/mailman/listinfo/ripe-atlas__;!!GjvTz_vk!XoWRVGehgg67GlwKlJSEqAPcrudrpDMbArmH6FErAUXTlh9D0z9_wTcKrfIbKocdFxkFjCH0x6WcFXbCQ8E$ -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/ripe-atlas/attachments/20231112/23a228f1/attachment.html>
- Previous message (by thread): [atlas] decommission of virtual probes
- Next message (by thread): [atlas] Probe with ever changing upstreams/ASs?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]