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] IPv6-renew
- Previous message (by thread): [atlas] IPv6-renew
- Next message (by thread): [atlas] IPv6-renew
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Thomas Schäfer
tschaefer at t-online.de
Mon Jun 21 10:56:55 CEST 2021
Am 21.06.21 um 08:20 schrieb Marco Davids (IETF) via ripe-atlas: > Hi, > > Whenever my network get's a different IPv6-prefix from my provider > (which happens every now and then), the probe is flagged down in the > dashboard. > > The reason seems to be that RIPE Atlas probes are unable to renew their > (SLAAC?) IPv6-addresses when needed. Only solution is a powercycle. > > Is this a flaw, or is it by design? > I have had similar problems - even if I change a probe quickly between different LANs/ISPs. I assume you talk about a hardware probe (the behavior on software probes is out of control of ripe). Recognizing the new network takes a while. But in the end, I think it is a flaw of your router. It should withdraw the old prefix by using reasonable life times/ zero life times. Here is an example with a hw probe and ~daily reconnects. The measured disconnected time is between 2 and 5 minutes usually. I think that's ok. https://atlas.ripe.net/probes/53236/#tab-network Regards, Thomas
- Previous message (by thread): [atlas] IPv6-renew
- Next message (by thread): [atlas] IPv6-renew
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]