ntpviz - Don't plot a line during data absence

Gary E. Miller gem at rellim.com
Mon Oct 24 02:17:53 UTC 2016

Yo Hal!

On Sun, 23 Oct 2016 14:30:18 -0700
Hal Murray <hmurray at megapathdsl.net> wrote:

> > Why do we care?   Don't we still get a sample, of some sort, every
> > X?  
> Yes if you look in rawstats.  No if you look in peerstats.  That was
> the whole point of this discussion.  (as well as good background)
> > So the current line break hack does not plot a line longer than
> > 1024 sec. Lines of 1024 sec are plotted.  That will not work for
> > folks setting maxpoll over 1024 sec.  
> It will also get occasional bogus breaks with the default maxpoll of
> 1024 when the peer logic filters out several samples.

Not the current logic.  As long as the peerstats stride is 1024 or
less the data is plotted as 'with lines'.

> > Aren't reclocks local?  Thus no rtt?  
> The data from a refclock gets merged into the main flow.  It has to
> have some rtt.  0 seems like a good number.

It is always zero, and ntpviz always ignores it.

> > Is there anything to try in real plots.  
> You should setup a system using the pool.  That will give you lots of 
> interesting data to look at.

I already have 5 test systems, and I don't care about the pool.  But
I will take patches.

> If you setup a local known-good server (or several) to use it as a
> noselect server, you can compare the offset they see with its claimed
> offset.

Even better, I have 5 test servers in a cluster with PPS.  Plus some
production servers.  They all lock to the 'preferred' local PPS.


I gotta enough problems I care about to track down for the near future.
Feel free to scrathc you itch.

Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
	gem at rellim.com  Tel:+1 541 382 8588
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 455 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ntpsec.org/pipermail/devel/attachments/20161023/d6da2415/attachment.bin>

More information about the devel mailing list