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.

	https://rellim.com
	https://pi.rellim.com
	https://pi2.rellim.com
	https://pi3.rellim.com
	https://pi4.rellim.com

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

RGDS
GARY
---------------------------------------------------------------------------
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