> From: Karl Denninger <[EMAIL PROTECTED]> > Date: Wed, 13 Jun 2007 12:07:22 -0500 > Sender: [EMAIL PROTECTED] > > Steve Kostecke wrote: > > On 2007-06-13, Karl Denninger <[EMAIL PROTECTED]> wrote: > > > >> If Multitech can't get me something better than what I have I may try > >> to synthesize it with a daemon that attempts to "find" the change and > >> then stuffs NTPD via a named pipe or something similar. > > > > This what the SHM driver is for. > > > > Yep. > > But I'm going to try to get something from Multitech first. If no > response or nothing constructive, then I'll start writing code.
Carl, We use CDMA and can keep time within a couple of microseconds. I am using an EndRun Technologies CDMA clock which provides PPS, but the jitter on the raw (TrueTime emulated) once a second update is about 4 ms at worst. This sucks compared to the PPS, but should be good for most cases where high precision is not an issue. By the way, the external CDMA clock from EndRun is pretty well hidden on the web pages under "Other Products". It is found at: http://www.endruntechnologies.com/network-time-source.htm -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751
pgpYwIknNAtWF.pgp
Description: PGP signature
_______________________________________________ questions mailing list [email protected] https://lists.ntp.isc.org/mailman/listinfo/questions
