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 anchors as ping targets
- Previous message (by thread): [atlas] Atlas anchors as ping targets
- Next message (by thread): [atlas] Access to probes and documents
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Brian E Carpenter
brian.e.carpenter at gmail.com
Mon Jan 30 19:58:30 CET 2023
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
- Previous message (by thread): [atlas] Atlas anchors as ping targets
- Next message (by thread): [atlas] Access to probes and documents
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]