In article <mpg.2a3016d85d168344989...@news.btopenworld.com>, s...@goes.nowhere.com says... > > Hi. > > From the title, you might (maybe) guess this is about the Raspberry Pi, > and NTP. > > pi@raspberrypi:~$ ntpq -p > remote refid st t when poll reach delay offset jitter > ======================================================================== > *ntp.websters-co 193.67.79.202 2 u 11 128 377 37.918 -7.068 20.879 > +ns1.luns.net.uk 33.117.170.50 2 u 65 128 377 34.099 -5.716 197.916 > +ns0.luns.net.uk 157.44.176.4 2 u 64 128 377 33.914 -6.204 181.881 > -time.xilo.net 130.88.212.143 3 u 101 128 377 25.476 -29.662 4.126 > > (A little bit of reformatting to fit here has been done)
Update... I've sort of temporaraly deployed it on the home LAN (literally hanging by it's LAN cable!) sync'ing to the existing BSD based time server. The stat's are now more encouraging, showing delay, offset and jitter arround 0.500 units, when left overnight. See below. Interestingly, it's decided to cease accessing the few external servers I told it about (all uk.pool based) just sticking to the local Stratum 1 box. Or they have gone offline now... pi@raspberrypi:~$ ntpq -p remote refid st t when poll reach delay offset jitter ======================================================================== *192.168.42.24 .GPS. 1 u 362 1024 377 0.563 0.669 0.284 time.xilo.net 82.219.4.30 3 - 5h 1024 0 21.571 13.885 0.000 dns0.rmplc.co 195.66.241.3 2 - 5h 1024 0 2019.75 -1000.8 0.000 I grabbed that via a remote SSH link, so I know the DSL at home is working, else I wouldnt have been able to get this data. Both the external servers were reach=377 when I last looked last night. If those delay/offset and jitter figures are in milli seconds (?) could that be down to the USB hosted LAN port on the Pi? The same figures for the BSD box at 192.168.42.24 are 0.000 0.004 and 0.002 respectively, I just remoted into that and checked. That is using a GPS with PPS via a real COM port, and has a 10/100LAN port. The LAN between the two, is via a 10/100 full duplex switch, a generic Netgear domestic plastic 8 port type, nothing special, except I've somehow managed to fill all 8 ports! The next check, will be to use it as a time source itself for one of the beacon monitors. I'll be using the Faros machine for that, as it can show me how well the known time references are behaving relative to each other, and the received beacon times.. I'm still on a near vertical learning slope with this RasPi thing, and Linux in particular, but I do see that other activity (remote access by SSH/VNC etc) does not seem to disturb it that much. Guess I need to look into using the onboard serial port for a GPS at some point, if that's releasable from whatever it might be tied to at present. But that would still leave the USB<>LAN behaviour in the loop for the downstream users. Hmmmm... Cheers etc. Dave B. _______________________________________________ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions