It took me months and months and incredible amount of reading, testing and replacing hardware.
Finally I fixed my Time-out in the CVS-log…see here:
3 monitors, not a single Time-Out, all packages are accounted for.
You can see my monitor here:
Do not look at the orange dots, they are my fault and don’t matter.
Those are restart and offset mistakes by me, but all UDP-packets are listed in the log and cause the Blue-line to stay on top.
How did I do this? Here are my settings:
1: Change your IPv4 network-settings to use MTU 1488 and not MTU 1500, 1500 will make the package with header about 1512bytes, IPv6 can not handle this size and drops UDP.
TCP doesn’t have this problem and sends an package-size-too-big, but UDP doesn’t have this.
Check MTU with netstat -i
Looks like this:
root@server:~# netstat -i
Kernel Interface table
Iface MTU RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
enp2s0 1488 17212099 0 94835 0 18826293 0 0 0 BMRU
lo 65536 22003579 0 0 0 22003579 0 0 0 LRU
Do NOT change it for IPv6, just IPv4. Under Linux this is enough :
The primary network interface
iface enp2s0 inet static
2: If you have a wobble TSC like my Intel, you need to use Chrony.
Use about 6 to 8 sources or more, as you really need them.
Cheap PPS-GPS is configured something like this:
########### GPS settings to work with GPSD
refclock SHM 0 offset 0.135 delay 0.2 refid GPS
refclock SHM 1 offset 0.0005 refid PPS lock GPS prefer
makestep 1 10 # Don’t step too quickly!
minsources 4 # Make sure at least 4 sources agree on the time before it can change, that will stop making it jump…the green/orange dots.
That is IT!!!
It will make this:
Turn into this:
This works for any stratum…just make sure you have enough sources to let it compare.
But the MTU of 1488 will remove all Time-Out.
I have been testing for 8 hours…0% timeout. My machine is very busy and timekeeping is just a side-task.
Without these changes my Blue-line will drop in a few hours.
The monitor is fine, there is no filtering underway…it’s just IPv6 paths that kill our packets because they are too large.
This is one of the big problems with IPv6 when using IPv4 packets.
Please let me know if this works for you…I have been testing for more then 6 months.
PS. if the MTU doesn’t solve it, try 1400 as value, you may be too many hops away.