Just a thought, Are you connected to a "green" switch that might be dropping the power when idle and the probe can't handle that situation and disconnecting from the network and the process starts over? Bryan Socha Network Engineer DigitalOcean On Thu, Jul 17, 2014 at 12:03 PM, Philip Homburg <philip.homburg@ripe.net> wrote:
Hi Wilfried,
Let's compare the most recent dis/connection logs for my 3 pets:
Here is what I found in our logs:
ID 6009 2014-07-14 03:58:03 3d 8h 16m Still Connected
Upgrade to firmware 4650
2014-05-27 03:03:54 48d 0h 46m 2014-07-14 03:50:47 0h 7m
Hard to say, some network glitch
2014-05-20 15:19:02 6d 11h 37m 2014-05-27 02:57:00 0h 6m
Anchor was rebooted
2014-05-14 21:16:56 5d 17h 59m 2014-05-20 15:16:22 0h 2m
Network glitch
2014-04-08 16:03:21 36d 5h 1m 2014-05-14 21:05:17 0h 11m
Anchor was rebooted
ID 0466 2014-07-13 23:31:05 3d 12h 45m Still Connected
Some network glitch, unclear what
2014-07-09 23:05:40 3d 23h 54m 2014-07-13 22:59:49 0h 31m
Probe upgraded firmware, reason for disconnect got lost
2014-06-16 10:53:21 23d 11h 55m 2014-07-09 22:49:04 0h 16m
Network problem
2014-05-25 09:03:06 22d 1h 38m 2014-06-16 10:42:00 0h 11m
Some network problem.
2014-05-24 20:34:50 11h 54m 2014-05-25 08:29:12 0h 33m
Unclear
ID 0414 2014-07-07 23:41:23 9d 12h 35m Still Connected
Some network problem
2014-07-02 03:58:45 5d 19h 31m 2014-07-07 23:29:54 0h 11m
Power cycled?
2014-06-13 09:37:50 18d 18h 7m 2014-07-02 03:45:08 0h 13m
Some network problem. High RTTs
2014-06-08 13:22:14 4d 20h 7m 2014-06-13 09:29:38 0h 8m
Power cycled?
2014-05-21 08:29:23 18d 4h 45m 2014-06-08 13:15:11 0h 7m
Same.
Again, I fail to see some obvious correlation, what am I missing?
Does anyone else see a similar pattern?
How to start debugging, if there's anythig that needs debugging?
A couple of points: 1) The connection between a probe (or anchor) and its controller doesn't have to be perfectly stable. It has to be good enough that probes will report results in timely fashion and can get commands. But nothing beyond that. 2) For single probe to see a network failure (with measurements using the default parameters) the failure has to last for at least 10 minutes. That way a couple of measurements will have a chance to report on the failure. In contrast, the connection between a probe and the controller is already terminated if the network is down for one minute. 3) When a target is measured by many probes then it is likely that at least some probes will pick up an event. But one probe on its own, it is hard to say anything about that. 4) Version 1 probes tend to reboot after losing the connection to the controller due to memory fragmentation issues. That is unfortunate, but we can't really do anything about it. Version 3 probes and anchors just report their results a little later.
Philip