[asterisk-dev] [svn-commits at lists.digium.com: [svn-commits] dhubbard: branch 1.4 r112689 - /branches/1.4/main/asterisk.c]
Clive Nicolson
clive at baby.bedroom.gen.nz
Sun Apr 6 00:06:29 CDT 2008
Maybe what Asterisk needs is a pseudo timing driver, which on start up uses
the best timing source it can see (ie zaptel or some system timer). If a
better timing source appears then the pseudo driver switches to using that
and if needed slips the timing it was providing until it is in sync with
the new source, unless one can tolerate a one time jump to the new source.
If the real clock source fails (ie a watch dog decides the source has not
ticked within some short time of a lower quality timer) then it drops
back to the next best timer, slipping, adjusting or jumping the phase as
configured.
This is just a mechanism with timer sources and phase measuring to switch
clock sources, all simple stuff in the real hardware world. We can of
course do better with software controlling the simple hardware!
Clive
More information about the asterisk-dev
mailing list