Hi, This seems to be an anchor that has Ipv6 connectivity but probably connected to a network with a incomplete routing table. https://atlas.ripe.net/probes/6149/#!tab-builtins It cannot reach a lot of the internet so I'm wondering what causes the system to flag it as "ipv6 works". Also, I've done a few hundred pings and found that probes get their "ipv6 works" only taken away after it has been failing for a few hours. Could that please be changed to something short like 10 minutes? And if possible, some stability tests so that if connectivity comes and goes that if does not get back it's "works" status. Thanks, Dave
On 2016-03-27 05:16 PM, gboonie wrote:
Also, I've done a few hundred pings and found that probes get their "ipv6 works" only taken away after it has been failing for a few hours. Could that please be changed to something short like 10 minutes? And if possible, some stability tests so that if connectivity comes and goes that if does not get back it's "works" status.
Wouldn't that defy the purpose? If a probe can, generally, do something, but it is broken now, it doesn't make sense to take away the label. Because then it wouldn't be apparent that there is technical issue. It would just look like it can't do it in any case. BR Daniel AJ
Op 27-3-2016 om 22:27 schreef Daniel AJ Sokolov:
On 2016-03-27 05:16 PM, gboonie wrote:
Also, I've done a few hundred pings and found that probes get their "ipv6 works" only taken away after it has been failing for a few hours. Could that please be changed to something short like 10 minutes? And if possible, some stability tests so that if connectivity comes and goes that if does not get back it's "works" status. Wouldn't that defy the purpose?
If a probe can, generally, do something, but it is broken now, it doesn't make sense to take away the label. Because then it wouldn't be apparent that there is technical issue. It would just look like it can't do it in any case.
BR Daniel AJ
Good point. Maybe some other way of indicating that it is not fully working. Maybe "ipv6 partially working" instead. This probe has real bad connectivity. Dave
On 27/03/2016 22:45, gboonie wrote:
Also, I've done a few hundred pings and found that probes get their "ipv6 works" only taken away after it has been failing for a few hours. Could that please be changed to something short like 10 minutes? And if possible, some stability tests so that if connectivity comes and goes that if does not get back it's "works" status. Wouldn't that defy the purpose?
If a probe can, generally, do something, but it is broken now, it doesn't make sense to take away the label. Because then it wouldn't be apparent that there is technical issue. It would just look like it can't do it in any case.
Good point. Maybe some other way of indicating that it is not fully working. Maybe "ipv6 partially working" instead. This probe has real bad connectivity.
Hi Dave, You're quite right that "IPv6 Works" is applied rather liberally. This is because we wanted it to be a broad indicator that it isn't a complete waste of time scheduling IPv6 measurements on a probe. We have discussed in the past creating some kind of "IPv6 Stable" or "IPv6 Reliable" tag to capture what you are talking about -- i.e. those probes where you can be pretty sure that IPv6 is going to work, barring some exceptional issues. I expect that we will work on this kind of tag in the future (although I can't currently say when), especially if we get more feedback along these lines. Kind regards, Chris Amin RIPE Atlas developer
On 2016-03-30 10:58, Chris Amin wrote:
On 27/03/2016 22:45, gboonie wrote: [...] We have discussed in the past creating some kind of "IPv6 Stable" or "IPv6 Reliable" tag to capture what you are talking about -- i.e. those probes where you can be pretty sure that IPv6 is going to work, barring some exceptional issues.
Just another thought... I can see 2 different aspects here: - IPv6 "works", i.e. the probe can use IPv6 transport to connect to the controller (or do whatever you @ the NCC see as an indication), and - a) the reliability of IPv6-based connectivity to that "home", plus b) the "level" of accessibility to/from the IPv6-based Internet Fwiw, -ww144
I expect that we will work on this kind of tag in the future (although I can't currently say when), especially if we get more feedback along these lines.
Kind regards, Chris Amin RIPE Atlas developer
participants (4)
-
Chris Amin -
Daniel AJ Sokolov -
gboonie -
Wilfried Woeber