Re: [atlas] Atlas anchors as ping targets
On 31-Jan-23 01:15, Robert Kisteleki wrote: The idea here is - I have a host in a "home network" that has 2 ISPs, with a global IPv6 address from each of them - one of the ISPs fails, but the host does not know, and keeps using the "broken" IPv6 source address - by cyclic measurements, Brian's tool will see "nah, that address stopped working" and will de-preference it on the host -> host starts using the other IPv6 source address -> connectivity restored (over the other ISP) and the test envisioned would be "ping something willing to be pinged" :-) Yes that's fine, there could be $reasons to do more measurements! :) Thanks. And Gert's summary is just perfect. It may be a day or two for personal reasons, but I will post my code to github after a few more tweaks. Brian Carpenter -- ripe-atlas mailing list ripe-atlas@ripe.net https://lists.ripe.net/mailman/listinfo/ripe-atlas
Re: [atlas] Atlas anchors as ping targets
The idea here is - I have a host in a "home network" that has 2 ISPs, with a global IPv6 address from each of them - one of the ISPs fails, but the host does not know, and keeps using the "broken" IPv6 source address - by cyclic measurements, Brian's tool will see "nah, that address stopped working" and will de-preference it on the host -> host starts using the other IPv6 source address -> connectivity restored (over the other ISP) and the test envisioned would be "ping something willing to be pinged" :-) Yes that's fine, there could be $reasons to do more measurements! :) Cheers, Robert -- ripe-atlas mailing list ripe-atlas@ripe.net https://lists.ripe.net/mailman/listinfo/ripe-atlas
Re: [atlas] Atlas anchors as ping targets
Hi, On Mon, Jan 30, 2023 at 01:08:25PM +0100, Robert Kisteleki wrote: > > Would it be OK to choose the probe target by picking an Atlas anchor at > > random? (I have running code for that, but will not post it to github if > > there are objections.) > > The anchors are in a full measurement mesh - meaning they ping and trace > each other. Also, all anchors are assigned some probes to measure them. > You can find these measurements on the anchors' pages. > > This may mean you don't need to set up new measurements. If so, it's > always nicer to reuse existing data :-) The idea here is - I have a host in a "home network" that has 2 ISPs, with a global IPv6 address from each of them - one of the ISPs fails, but the host does not know, and keeps using the "broken" IPv6 source address - by cyclic measurements, Brian's tool will see "nah, that address stopped working" and will de-preference it on the host -> host starts using the other IPv6 source address -> connectivity restored (over the other ISP) and the test envisioned would be "ping something willing to be pinged" :-) Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 signature.asc Description: PGP signature -- ripe-atlas mailing list ripe-atlas@ripe.net https://lists.ripe.net/mailman/listinfo/ripe-atlas
Re: [atlas] Atlas anchors as ping targets
Hi, On 2023-01-28 02:24, Brian E Carpenter wrote: TL;DR: Is it OK to use Atlas anchors as random ping targets? RIPE Atlas anchors are known and willing targets for measurements - so I'd say yes, definitely! Would it be OK to choose the probe target by picking an Atlas anchor at random? (I have running code for that, but will not post it to github if there are objections.) The anchors are in a full measurement mesh - meaning they ping and trace each other. Also, all anchors are assigned some probes to measure them. You can find these measurements on the anchors' pages. This may mean you don't need to set up new measurements. If so, it's always nicer to reuse existing data :-) Regards, Robert -- ripe-atlas mailing list ripe-atlas@ripe.net https://lists.ripe.net/mailman/listinfo/ripe-atlas