The new refclock directive is implemented and documented
Clark B. Wierda
cbwierda at gmail.com
Mon Jun 27 18:39:52 UTC 2016
On Mon, Jun 27, 2016 at 12:21 AM, Eric S. Raymond <esr at thyrsus.com> wrote:
> The new refclock directive is implemented and documented. This has
> had some large consequences.
>
>
Great!
I'll echo Hal on the desirability to be less specific when we can.
I think we should try to have the options be as descriptive as possible.
Candidates I would expect are delay, offset, mode, and edge.
These may require inconsistent mapping from Classic, but that update is
required anyway and should only happen once.
Clark Wierda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ntpsec.org/pipermail/devel/attachments/20160627/dfd24930/attachment.html>
More information about the devel
mailing list