"Server status: clock unstable"

Not much you can do beyond monitoring the feedback the server gives you. When I looked at a similar VM problem a while back the problem was mostly invisible on the receiver, it would just drop 1% of sample blocks or something like that. You wouldn’t notice it in terms of a reduced message rate really as you’re still seeing 99% of the traffic, but on the mlat server side it shows up as the intervals between messages from the receiver being way off compared to the same messages being received by other receivers.

1 Like