[ntp:questions] being rejected

a at b.cd a at b.cd
Fri Oct 8 21:47:49 UTC 2010


David Woolley wrote:

> a at b.cd wrote:
> 
>> 
>> ind assID status  conf reach auth condition  last_event cnt
>> ===========================================================
>>   1 61694  8000   yes   yes  none    reject
>>   2 61695  8000   yes   yes  none    reject
>>   3 61696  8000   yes   yes  none    reject
>>   4 61697  8000   yes   yes  none    reject
>> 
>> Now what does this mean? Why is my time not being synced? Where should I
>> look for the problem?
>> 
> 
> Please do rv 61694, etc., but using the current assID values.

ntpq> rv 61694
assID=61694 status=8000 unreach, conf, no events,
srcadr=gelbbaer.kn-bremen.de, srcport=123, dstadr=0.0.0.0, dstport=0,
leap=11, stratum=16, precision=-20, rootdelay=0.000,
rootdispersion=0.000, refid=INIT, reach=000, unreach=38, hmode=3,
pmode=0, hpoll=10, ppoll=10, flash=00 ok, keyid=0, ttl=0, offset=0.000,
delay=0.000, dispersion=15937.500, jitter=0.000,
reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
org=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
rec=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
xmt=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
filtdelay=     0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00,
filtoffset=    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00,
filtdisp=   16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0
ntpq> rv 61695
assID=61695 status=8000 unreach, conf, no events,
srcadr=svr02.teleport-iabg.de, srcport=123, dstadr=0.0.0.0, dstport=0,
leap=11, stratum=16, precision=-20, rootdelay=0.000,
rootdispersion=0.000, refid=INIT, reach=000, unreach=38, hmode=3,
pmode=0, hpoll=10, ppoll=10, flash=00 ok, keyid=0, ttl=0, offset=0.000,
delay=0.000, dispersion=15937.500, jitter=0.000,
reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
org=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
rec=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
xmt=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
filtdelay=     0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00,
filtoffset=    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00,
filtdisp=   16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0
ntpq> rv 61696
assID=61696 status=8000 unreach, conf, no events,
srcadr=coprophiliac.de, srcport=123, dstadr=0.0.0.0, dstport=0, leap=11,
stratum=16, precision=-20, rootdelay=0.000, rootdispersion=0.000,
refid=INIT, reach=000, unreach=38, hmode=3, pmode=0, hpoll=10, ppoll=10,
flash=00 ok, keyid=0, ttl=0, offset=0.000, delay=0.000,
dispersion=15937.500, jitter=0.000,
reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
org=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
rec=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
xmt=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
filtdelay=     0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00,
filtoffset=    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00,
filtdisp=   16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0
ntpq> rv 61697
assID=61697 status=8000 unreach, conf, no events,
srcadr=formularfetischisten.de, srcport=123, dstadr=0.0.0.0, dstport=0,
leap=11, stratum=16, precision=-20, rootdelay=0.000,
rootdispersion=0.000, refid=INIT, reach=000, unreach=38, hmode=3,
pmode=0, hpoll=10, ppoll=10, flash=00 ok, keyid=0, ttl=0, offset=0.000,
delay=0.000, dispersion=15937.500, jitter=0.000,
reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
org=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
rec=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
xmt=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
filtdelay=     0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00,
filtoffset=    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00,
filtdisp=   16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0

> You have some rather strange domain names as sources.  Are these by any
> chance local machines running w32time.  A common reason for rejecting
> w32time is that it is reporting very large root dispersions, because it
> hasn't been synchronised sufficiently recently to provide a time with
> acceptable error bounds.

No, these hosts are actually redirects from [1234].gentoo.pool.ntp.org. All 
of them are reachable on port 123/UDP via nmap, so it's definitely not a 
connectivity issue. But thanks for the quick replies so far...




More information about the questions mailing list