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