[ntp:questions] Re: ntpdc 'sysinfo' output inconsistent with ntpq-p output

Ronan Flood ronan at noc.ulcc.ac.uk
Fri Jul 28 13:22:17 UTC 2006


On Tue, 25 Jul 2006 16:57:27 +0200,
Jan Ceuleers <janspam.ceuleers at skynet.be> wrote:

> Note that the IP address of the current sys_peer is 213.222.11.222 
> (which is what gets output in binary as the refid).
> 
> One more data point: here is the output of 'ntpq -p -c rv localhost' 
> which ntptrace turned into the above output:
> 
> assID=0 status=06f4 leap_none, sync_ntp, 15 events, event_peer/strat_chg,
> version="ntpd 4.2.2p1 at 1.1570-o Sun Jul  9 11:18:35 UTC 2006 (1)",
> processor="i686", system="Linux/2.4.20-28.7", leap=00, stratum=1,
> precision=-20, rootdelay=0.000, rootdispersion=451.539, peer=63864,
> refid=ÕÞ
>          Þ, reftime=c870ad28.383ed848  Tue, Jul 25 2006 16:46:00.219,
> poll=10, clock=c870ae8d.6d58d599  Tue, Jul 25 2006 16:51:57.427,
> state=4, offset=0.497, frequency=6.306, jitter=3.058, noise=2.836,
> stability=0.003, tai=0
> 
> So: this problem is not caused by ntptrace; the incorrect refid, stratum 
> etc. are already shown by the ntpq -n -c rv output.

It's not a problem with ntpq either, looking at that.  If ntpd is
reporting itself as stratum-1, the refid should be the text tag of
its refclock.  If ntpd has switched sys_peer from the refclock to
a server, it shouldn't be reporting itself as stratum-1 ...

-- 
                      Ronan Flood <R.Flood at noc.ulcc.ac.uk>
                        working for but not speaking for
             Network Services, University of London Computer Centre
     (which means: don't bother ULCC if I've said something you don't like)




More information about the questions mailing list