[ntp:questions] Trace ntp sanity checks?

2007-12-05 Thread linux
Hello, 


we are having problems to synchronize linux & aix ntp-clients to a
ntp-broadcastserver. 
ntp-broadcast-packets are received by the clients, but all servers are
rejected by the clients after a few minutes. 
we found out, that the ntp-servers do not pass the sanity-checks on the
clients and get probably rejected because of that.

How can we further track down which of the sanity-checks fails and why... 


Thanks in advance 
Frank 


___

This E-Mail is confidential. If you are not the intended recipient, you must
not copy, disclose or use its contents. If you have received it in error,
please inform us immediately by return E-Mail and delete the document. 

Diese E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind,
dürfen Sie den Inhalt weder kopieren, verbreiten noch benutzen. Sollten Sie
diese E-Mail versehentlich erhalten haben, senden Sie sie bitte an uns
zurück und löschen sie anschließend. 

Cet e-mail est confidentiel. Si vous n'etes pas le destinataire de ce
message, vous ne devez pas copier, divulguer ou utiliser le contenu. Si vous
avez recu cet e-mail par erreur, veuillez nous informer en retournant ce
message a l'expediteur et detruisez-le. 

Esta mensagem, e qualquer de seus anexos, eh confidencial e privilegiada.
Caso voce nao seja o destinatario, nao esta autorizado a reproduzir ou
divulgar a terceiros o conteudo desta mensagem e de qualquer anexo da mesma
e deve apagar com os seus respectivos anexos. 
___

ANDREAS STIHL AG & Co. KG
Kommanditgesellschaft mit Sitz in Waiblingen, HRA 260269, Amtsgericht Stuttgart 
Persönlich haftende Gesellschafter: Hans Peter Stihl und STIHL 
Aktiengesellschaft
mit Sitz in Waiblingen, HRB 263722, Amtsgericht Stuttgart
Vorstand der STIHL AG: Dr. Bertram Kandziora (Vorstandsvorsitzender), 
Dr. Peter Dürolf, Jürgen Steinhauser, Wolfgang Zahn
Vorsitzender des Aufsichtsrats der STIHL AG: Hans Peter Stihl
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions


Re: [ntp:questions] Trace ntp sanity checks?

2007-12-06 Thread linux
Hello Martin,

i already recorded the output you asked me for some days ago:

 ntpq -p
 remote   refid  st t when poll reach   delay   offset
jitter

==
*LOCAL(0)LOCAL(0)10 l   63   64  3770.0000.000
0.004
 master1 10.212.70.114 -   32   64  3770.447  547212.  69.790
 master2 10.212.70.124 -3   64  3770.306  547235.  73.665

(the high offset is because the ntp-client lost synchronization a long
time ago)


ntpq> rv 8773
assID=8773 status=1014 reach, 1 event, event_reach,
srcadr=master1, srcport=123, dstadr=0.0.0.0,
dstport=123, leap=00, stratum=4, precision=0, rootdelay=0.000,
rootdispersion=0.000, refid=10.248.128.74, reach=377, unreach=0,
hmode=8, pmode=5, hpoll=6, ppoll=6, flash=00 ok, keyid=0, ttl=0,
offset=549217.462, delay=0.447, dispersion=997.039, jitter=58.874,
reftime=caf7c1f0.7e353eeb  Wed, Nov 28 2007 11:31:12.493,
org=caf7c1f0.7e353eeb  Wed, Nov 28 2007 11:31:12.493,
rec=caf7bfcb.44055fbb  Wed, Nov 28 2007 11:22:03.265,
xmt=cae54d0b.8746ed24  Wed, Nov 14 2007 11:31:39.528,
filtdelay= 0.450.450.450.450.450.450.45
0.45,
filtoffset= 549217. 549210. 549199. 549186. 549169. 549153. 549132.
549121.,
filtdisp=   1000.48 1000.96 1001.44 1001.92 1002.40 1002.88 1003.36
1003.84


i already tried to interpret this, but the only thing i figured out is
that the zero in 1014 means that the client is rejected because of
failed sanity checks.

many clients showing the problem are running ntp-version [EMAIL PROTECTED]
on linux.
i once heard that the server is a Tardis product for windows - but i
cannot supply details about that.

the ntp-server and the network are not managed by myself.
because of that i would like to have enough knowledge of ntp to analyze
such problems on the client side (as far as possible).
i had these problems quite frequently, sometimes often, sometimes not at
all...

is there a way to trace down which sanity-check failed?


thanks a lot
Frank


-Original Message-
From: DE/SYS Routing - Linux, Team 
Sent: Wednesday, December 05, 2007 11:50 AM
To: D1/OBT-ho Hornung, Frank; D1/OBT-ha Harle, Christoph
Subject: FW: [ntp:questions] Trace ntp sanity checks?


---
From: [EMAIL PROTECTED] on behalf of Martin
Burnicki[SMTP:[EMAIL PROTECTED]
Sent: Wednesday, December 05, 2007 11:32:04 AM
To: questions@lists.ntp.org
Subject: Re: [ntp:questions] Trace ntp sanity checks?
Auto forwarded by a Rule

Frank,

[EMAIL PROTECTED] wrote:
> Hello,
> 
> we are having problems to synchronize linux & aix ntp-clients to a
> ntp-broadcastserver.
> 
> ntp-broadcast-packets are received by the clients, but all servers are
> rejected by the clients after a few minutes.
> 
> we found out, that the ntp-servers do not pass the sanity-checks on
the
> clients and get probably rejected because of that.
> 
> How can we further track down which of the sanity-checks fails and
why...

If the NTP on the client has been compiled with debug option then you
can
run ntpd with the -d option ans see what it prints on the console.

Otherwise, if the broadcast server is listed in the output of "ntpq -p"
you
can see details of the server association using the following commands.

Print billboard of the associations:

# ntpq -p
 remoterefidst t when poll reach   delay   offset
jitter

=
*gateway.py.mein .GPSi.  1 u   34   64  3770.148   -0.011
0.362

Find out the association IDs:

# ntpq -c as

ind assID status  conf reach auth condition  last_event cnt
===
  1 41266  9614   yes   yes  none  sys.peer   reachable  1

In this case the association ID is 41266. Use the ID to find more
details on
the association:

# ntpq -c "rv 41266"
assID=41266 status=9614 reach, conf, sel_sys.peer, 1 event, event_reach,
srcadr=gateway.py.meinberg.de, srcport=123, dstadr=172.16.3.27,
dstport=123, leap=00, stratum=1, precision=-18, rootdelay=0.000,
rootdisp=0.580, refid=GPSi, reach=377, unreach=0, hmode=3, pmode=4,
hpoll=6, ppoll=6, flash=00 ok, keyid=0, ttl=0, offset=-0.659,
delay=0.163, dispersion=2.055, jitter=0.307,
reftime=cb00fb6b.000192a7  Wed, Dec  5 2007 11:26:51.000,
org=cb00fb71.b05ff1d8  Wed, Dec  5 2007 11:26:57.688,
rec=cb00fb71.b0814599  Wed, Dec  5 2007 11:26:57.689,
xmt=.  Thu, Feb  7 2036  7:28:16.000,
filtdelay= 0.180.190.160.230.200.230.19
0.21,
filtoffset=   -0.42   -0.61   -0.66   -0.76   -0.88   -1.04   -1.14
-1.06,
filtdisp=  0.011.001.972.963.924.905.86
6.85

You should not interpret the output above. It's just a quick test to
show
how to proceed. 

If you post your output of the ntpq -p and ntpq -c "rv ..." commands
here
t

Re: [ntp:questions] Trace ntp sanity checks?

2007-12-07 Thread linux

 Hi,

thank you very much for your responses.

summary:
you see no reason, why a ntp-client that does not serve its time to
someone else should have a local clock configured?
did i get this right? 
i will change my configuration and try that.

does anyone of you have details regarding my original question:
How can i find out which of the sanity-checks failed? 


regards
Frank




-Original Message-
From: DE/SYS Routing - Linux, Team 
Sent: Friday, December 07, 2007 9:16 AM
To: D1/OBT-ho Hornung, Frank; D1/OBT-ha Harle, Christoph
Subject: FW: [ntp:questions] Trace ntp sanity checks?


---
From: [EMAIL PROTECTED] on behalf of
[EMAIL PROTECTED]:[EMAIL PROTECTED]
VLID]
Sent: Friday, December 07, 2007 8:56:31 AM
To: questions@lists.ntp.org
Subject: Re: [ntp:questions] Trace ntp sanity checks?
Auto forwarded by a Rule

In article <[EMAIL PROTECTED]>,
Richard B. Gilbert <[EMAIL PROTECTED]> wrote:

> The local clock driver

> is harmless as long as people configure it to stratum 10!

This very thread demonstrates a case where it wasn't harmless!

What has happened here appears to be that it has provided a much more 
attractive indication of the time than proper time sources.  I'm not 
exactly sure why that is in this case, but, in other cases people have
had more local clock derived sources than real sources, and, because
the reference implementation claims zero root delay and zero root 
dispersion (because it assumes that the local clock is being disciplined
by some other means, rather than free running), an upstream local clock
can
have a very low apparent error band, so it can be quite difficult for
other
sources to fall within the same cluster.

The other basic problem is that downstream nodes don't receive any
indication
that they are disconnected from real time, whereas an alarm condition
would be signalled by a server without a local clock driver.

Note that using stratum 10 doesn't prevent these problems, it simply 
stops nodes that more than about 2 hops downstream from having problems
from that particular local clock driver; it limits the area subject to
harm.

As to the urban myth.  Whilst a lot of it is simply copy and paste
programming, I think there is a significant myth that, without the local
clock driver, the software clock will revert to its natural frequency,
when it loses all time sources.

___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions

___

This E-Mail is confidential. If you are not the intended recipient, you must
not copy, disclose or use its contents. If you have received it in error,
please inform us immediately by return E-Mail and delete the document. 

Diese E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind,
dürfen Sie den Inhalt weder kopieren, verbreiten noch benutzen. Sollten Sie
diese E-Mail versehentlich erhalten haben, senden Sie sie bitte an uns
zurück und löschen sie anschließend. 

Cet e-mail est confidentiel. Si vous n'etes pas le destinataire de ce
message, vous ne devez pas copier, divulguer ou utiliser le contenu. Si vous
avez recu cet e-mail par erreur, veuillez nous informer en retournant ce
message a l'expediteur et detruisez-le. 

Esta mensagem, e qualquer de seus anexos, eh confidencial e privilegiada.
Caso voce nao seja o destinatario, nao esta autorizado a reproduzir ou
divulgar a terceiros o conteudo desta mensagem e de qualquer anexo da mesma
e deve apagar com os seus respectivos anexos. 
___

ANDREAS STIHL AG & Co. KG
Kommanditgesellschaft mit Sitz in Waiblingen, HRA 260269, Amtsgericht Stuttgart 
Persönlich haftende Gesellschafter: Hans Peter Stihl und STIHL 
Aktiengesellschaft
mit Sitz in Waiblingen, HRB 263722, Amtsgericht Stuttgart
Vorstand der STIHL AG: Dr. Bertram Kandziora (Vorstandsvorsitzender), 
Dr. Peter Dürolf, Jürgen Steinhauser, Wolfgang Zahn
Vorsitzender des Aufsichtsrats der STIHL AG: Hans Peter Stihl
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions


Re: [ntp:questions] Trace ntp sanity checks?

2007-12-11 Thread linux
Hello Martin,

flash-value says:
flash=00 ok

here again, the output:

ntpq> rv 8773
assID=8773 status=1014 reach, 1 event, event_reach,
srcadr=master1, srcport=123, dstadr=0.0.0.0,
dstport=123, leap=00, stratum=4, precision=0, rootdelay=0.000,
rootdispersion=0.000, refid=10.248.128.74, reach=377, unreach=0,
hmode=8, pmode=5, hpoll=6, ppoll=6, flash=00 ok, keyid=0, ttl=0,
offset=549217.462, delay=0.447, dispersion=997.039, jitter=58.874,
reftime=caf7c1f0.7e353eeb  Wed, Nov 28 2007 11:31:12.493,
org=caf7c1f0.7e353eeb  Wed, Nov 28 2007 11:31:12.493,
rec=caf7bfcb.44055fbb  Wed, Nov 28 2007 11:22:03.265,
xmt=cae54d0b.8746ed24  Wed, Nov 14 2007 11:31:39.528,
filtdelay= 0.450.450.450.450.450.450.45
0.45,
filtoffset= 549217. 549210. 549199. 549186. 549169. 549153. 549132.
549121.,
filtdisp=   1000.48 1000.96 1001.44 1001.92 1002.40 1002.88 1003.36
1003.84

thanks in advance.


regards
Frank


-Original Message-
From: DE/SYS Routing - Linux, Team 
Sent: Monday, December 10, 2007 10:17 AM
To: D1/OBT-ho Hornung, Frank; D1/OBT-ha Harle, Christoph
Subject: FW: [ntp:questions] Trace ntp sanity checks?


---
From: [EMAIL PROTECTED] on behalf of Martin
Burnicki[SMTP:[EMAIL PROTECTED]
Sent: Monday, December 10, 2007 9:52:56 AM
To: questions@lists.ntp.org
Subject: Re: [ntp:questions] Trace ntp sanity checks?
Auto forwarded by a Rule

Danny Mayer wrote:
> Steve Kostecke wrote:
>>> does anyone of you have details regarding my original question:
>>> How can i find out which of the sanity-checks failed?
>> 
>> I don't think you can.
> 
> if the sanity-checks failed it should put out a hex value containing
the
> errors detected. You then have to look at the code to see what those
> bits mean. We shoulf be making this easier. What was the error that
you
> got? Sorry but I haven't been following this.

Shouldn't this be visible via the flash bits displayed by 
ntpq -c "rv " ?

I had asked the OP to post the output of the command. However, the
output
was truncated. Here's a quote:
> ntpq> rv 8773
> assID?73 status 14 reach, 1 event, event_reach,
> srcadrmaster1, srcport 3, dstadr0.0.0.0,
> dstport 3, leap

The rest of the output which should be including the "flash" bits is
missing
here.

Martin
-- 
Martin Burnicki

Meinberg Funkuhren
Bad Pyrmont
Germany

___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions

___

This E-Mail is confidential. If you are not the intended recipient, you must
not copy, disclose or use its contents. If you have received it in error,
please inform us immediately by return E-Mail and delete the document. 

Diese E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind,
dürfen Sie den Inhalt weder kopieren, verbreiten noch benutzen. Sollten Sie
diese E-Mail versehentlich erhalten haben, senden Sie sie bitte an uns
zurück und löschen sie anschließend. 

Cet e-mail est confidentiel. Si vous n'etes pas le destinataire de ce
message, vous ne devez pas copier, divulguer ou utiliser le contenu. Si vous
avez recu cet e-mail par erreur, veuillez nous informer en retournant ce
message a l'expediteur et detruisez-le. 

Esta mensagem, e qualquer de seus anexos, eh confidencial e privilegiada.
Caso voce nao seja o destinatario, nao esta autorizado a reproduzir ou
divulgar a terceiros o conteudo desta mensagem e de qualquer anexo da mesma
e deve apagar com os seus respectivos anexos. 
___

ANDREAS STIHL AG & Co. KG
Kommanditgesellschaft mit Sitz in Waiblingen, HRA 260269, Amtsgericht Stuttgart 
Persönlich haftende Gesellschafter: Hans Peter Stihl und STIHL 
Aktiengesellschaft
mit Sitz in Waiblingen, HRB 263722, Amtsgericht Stuttgart
Vorstand der STIHL AG: Dr. Bertram Kandziora (Vorstandsvorsitzender), 
Dr. Peter Dürolf, Jürgen Steinhauser, Wolfgang Zahn
Vorsitzender des Aufsichtsrats der STIHL AG: Hans Peter Stihl
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions


Re: [ntp:questions] Trace ntp sanity checks?

2007-12-13 Thread linux
Hi all,

i tried removing the local clock driver from my configuration but it did
not help.
The time servers are rejected after a few minutes...

> Actually, the flash value is 0. It was wrapped to the next line.
>
> BTW: the data that you pasted is a bit garbled: it contains
> non-printable characters in place of some of the information.

sorry for the garbled text. I do not understand how this could happen.
this time i checked that this mail is txt-only and that everything i
paste has a planintext-source...

again the output:

ntpq> rv 8773
assID=8773 status=1014 reach, 1 event, event_reach,
srcadr=master1, srcport=123, dstadr=0.0.0.0,
dstport=123, leap=00, stratum=4, precision=0, rootdelay=0.000,
rootdispersion=0.000, refid=10.248.128.74, reach=377, unreach=0,
hmode=8, pmode=5, hpoll=6, ppoll=6, flash=00 ok, keyid=0, ttl=0,
offset=549217.462, delay=0.447, dispersion=997.039, jitter=58.874,
reftime=caf7c1f0.7e353eeb  Wed, Nov 28 2007 11:31:12.493,
org=caf7c1f0.7e353eeb  Wed, Nov 28 2007 11:31:12.493,
rec=caf7bfcb.44055fbb  Wed, Nov 28 2007 11:22:03.265,
xmt=cae54d0b.8746ed24  Wed, Nov 14 2007 11:31:39.528,
filtdelay= 0.450.450.450.450.450.450.45
0.45,
filtoffset= 549217. 549210. 549199. 549186. 549169. 549153. 549132.
549121.,
filtdisp=   1000.48 1000.96 1001.44 1001.92 1002.40 1002.88 1003.36
1003.84

does this give any hints which sanity-check failed?

regards 
Frank

___

This E-Mail is confidential. If you are not the intended recipient, you must
not copy, disclose or use its contents. If you have received it in error,
please inform us immediately by return E-Mail and delete the document. 

Diese E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind,
dürfen Sie den Inhalt weder kopieren, verbreiten noch benutzen. Sollten Sie
diese E-Mail versehentlich erhalten haben, senden Sie sie bitte an uns
zurück und löschen sie anschließend. 

Cet e-mail est confidentiel. Si vous n'etes pas le destinataire de ce
message, vous ne devez pas copier, divulguer ou utiliser le contenu. Si vous
avez recu cet e-mail par erreur, veuillez nous informer en retournant ce
message a l'expediteur et detruisez-le. 

Esta mensagem, e qualquer de seus anexos, eh confidencial e privilegiada.
Caso voce nao seja o destinatario, nao esta autorizado a reproduzir ou
divulgar a terceiros o conteudo desta mensagem e de qualquer anexo da mesma
e deve apagar com os seus respectivos anexos. 
___

ANDREAS STIHL AG & Co. KG
Kommanditgesellschaft mit Sitz in Waiblingen, HRA 260269, Amtsgericht Stuttgart 
Persönlich haftende Gesellschafter: Hans Peter Stihl und STIHL 
Aktiengesellschaft
mit Sitz in Waiblingen, HRB 263722, Amtsgericht Stuttgart
Vorstand der STIHL AG: Dr. Bertram Kandziora (Vorstandsvorsitzender), 
Dr. Peter Dürolf, Jürgen Steinhauser, Wolfgang Zahn
Vorsitzender des Aufsichtsrats der STIHL AG: Hans Peter Stihl
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions


[ntp:questions] Reg: NTP accuracy

2007-12-03 Thread linux newbie
HI,
Need following clarification.

Our Application needs to have two individual hardware (with DSP processor)
to have same crystal clock freqency. Though individual boards are alike, due
to environmental factors there might be drift after long run.

As the two boards are connected to local LAN through ethernet, we feel by
comparing time at regular intervals can determine any drift in clock.
(assuming one board as server and another as client).

We run 'ntpd' in server and ntpdate in the client and after every 5 seconds,
if we query the client (ntpdate -q) we find there is millisecond difference.
As both of them are connected through the same LAN and both are running the
same time( ofcourse same clock freq) we are suppose to get 'zero' time
difference.

Can anyone explain why there is millisecond delay and how to reduce it?
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions


[ntp:questions] NTP server can not synchronize with external NTP server

2010-01-07 Thread nast linux
Dear All,

I got the problem, my NTP server can not synchronize with external NTP
server.

*r...@ntpserver:~# ntpdate -d 2.id.pool.ntp.org
 7 Jan 10:24:37 ntpdate[1779]: ntpdate 4.2@1.1549-o Thu Oct 22 21:58:39
UTC 2009 (1)
transmit(110.92.72.250)
transmit(202.162.32.12)
transmit(110.92.72.250)
transmit(202.162.32.12)
transmit(110.92.72.250)
transmit(202.162.32.12)
transmit(110.92.72.250)
transmit(202.162.32.12)
transmit(110.92.72.250)
transmit(202.162.32.12)
110.92.72.250: Server dropped: no data
202.162.32.12: Server dropped: no data
server 110.92.72.250, port 123
stratum 0, precision 0, leap 00, trust 000
refid [110.92.72.250], delay 0.0, dispersion 64.0
transmitted 4, in filter 4
reference time:.  Thu, Feb  7 2036 13:28:16.000
originate timestamp: .  Thu, Feb  7 2036 13:28:16.000
transmit timestamp:  ceefd27a.26281344  Thu, Jan  7 2010 10:24:42.149
filter delay:  0.0  0.0  0.0  0.0
 0.0  0.0  0.0  0.0
filter offset: 0.00 0.00 0.00 0.00
 0.00 0.00 0.00 0.00
delay 0.0, dispersion 64.0
offset 0.00

server 202.162.32.12, port 123
stratum 0, precision 0, leap 00, trust 000
refid [202.162.32.12], delay 0.0, dispersion 64.0
transmitted 4, in filter 4
reference time:.  Thu, Feb  7 2036 13:28:16.000
originate timestamp: .  Thu, Feb  7 2036 13:28:16.000
transmit timestamp:  ceefd27a.595aaf78  Thu, Jan  7 2010 10:24:42.349
filter delay:  0.0  0.0  0.0  0.0
 0.0  0.0  0.0  0.0
filter offset: 0.00 0.00 0.00 0.00
 0.00 0.00 0.00 0.00
delay 0.0, dispersion 64.0
offset 0.00

 7 Jan 10:24:43 ntpdate[1779]: no server suitable for synchronization found
r...@ntpserver:~#

r...@ntpserver:~# ntpq -p
 remote   refid  st t when poll reach   delay   offset
jitter
==
 time.ntp-ix.net .INIT.  16 u-   6400.0000.000
0.000
 suisho.attritio .INIT.  16 u-   6400.0000.000
0.000
 122.226.192.4   .INIT.  16 u-   6400.0000.000
0.000
r...@ntpserver:~# *

Below is configuration on ntp.conf

*# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

logfile /var/log/ntpd
driftfile /var/lib/ntp/ntp.drift


# Enable this if you want statistics to be logged.
statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable


# You do need to talk to an NTP server or two (or three).
#server ntp.ubuntu.com

server 2.id.pool.ntp.org
server 1.asia.pool.ntp.org
server 0.asia.pool.ntp.org


# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html
for
# details.  The web page <
http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a
configuration
# that might be intended to block requests from certain clients could also
end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery



# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1
# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust


# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255

# If you want to listen to time broadcasts on your local subnet, de-comment
the
# next lines.  Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient
*
Below is content of /var/log/ntpd

*7 Jan 10:24:18 ntpd[1746]: ntpd exiting on signal 15
 7 Jan 10:26:07 ntpd[1791]: frequency initialized 0.000 PPM from
/var/lib/ntp/ntp.drift*

How to solve the problem?
How to make sure more that my NTP server have run normally, besides my
method above?

Thanks,
nast
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions


Re: [ntp:questions] NTP server can not synchronize with external NTP server

2010-01-11 Thread nast linux
Hai David,

Thanks for reply,

I already ask to network admin to open udp 123 for time.nist.gov.
And I checked my server at firewall log that could send udp 123 to
time.nist.gov.
But I checked no paket from time.nist.gov.

Regards,
nast

On Fri, Jan 8, 2010 at 2:48 PM, David Woolley
 wrote:

> nast linux wrote:
>
>>
>> I got the problem, my NTP server can not synchronize with external NTP
>> server.
>>
>>  Firewall.  In particular these days, OS' firewall.
>
> As you are using a pool server, the other possibility, of trying to use a
> V3 server with a V4 client, without setting the client downversion,
> shouldn't apply.
>
> ntpdate is failing as well, which suggests extensive firewalling, as that
> typically uses unprivileged ports.
>
> ___
> questions mailing list
> questions@lists.ntp.org
> http://lists.ntp.org/listinfo/questions
>
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions


[ntp:questions] [ntp:question]Too much offset from GPS?

2008-03-06 Thread chowalit.lab Chowalit Lab Linux
Dear all
   I have problem with my stratum1 box. My box include: freebsd
5.2-RELEASE without PPS  , ntp-4.2.0_1, Intel Pentium III, 40 G IDE,
Germin GPSmap60 , connect with serial com. In GPSmap60 set as NMEA.
Freebsd box can get NMEA input string. My configuration of ntp.conf
like this:

server 127.127.20.0 mode 1 prefer minpoll 4
server  127.127.1.0 minpoll 5

server 69.25.96.14 minpoll 6
server 192.43.244.18  minpoll 6
server us.pool.ntp.org minpoll 6
server 203.185.69.60  minpoll 6
server 122.154.11.67  minpoll 6


logfile /var/log/ntp
logconfig =all
driftfile /var/log/ntp.drift

   It's look OK. After I start my ntp. And I try to check with "ntpq
-p", result like this

remote   refid  st t when poll reach   delay   offset  jitter
==
*GPS_NMEA(0) .GPS.0 l-   1630.000   -7.127   7.982
 LOCAL(0)73.78.73.84  5 l   22   3210.0000.000   0.002
 time.symmetrico .GPS.1 u   21   641  248.084  167.016   0.002
 time.nist.gov   .ACTS.   1 u   20   641  273.165  156.541   0.002
 andromeda.cs.pu .CDMA.   1 u   19   641  295.742  157.582   0.002
 203.185.69.60   .PPS.1 u   18   641  270.912  292.165   0.002
 122.154.11.67   .INIT.  16 u-   6400.0000.000 4000.00


  My GPS have offset lower than other stratum 1 server ?? ...
Please help me.


Thanks you
Chowalit
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions


Re: [ntp:questions] Too much offset from GPS?

2008-03-10 Thread chowalit.lab Chowalit Lab Linux
Thanks all,
  So It's wrong on my GPS (GPSmap60). Oh... So If I still use this
GPS I should add offset with fudge option. Can I get other source from
this GPS?

Thank Again
Chong

On Sat, Mar 8, 2008 at 10:46 PM, Unruh <[EMAIL PROTECTED]> wrote:
> isw <[EMAIL PROTECTED]> writes:
>
> >In article <[EMAIL PROTECTED]>,
> > Unruh <[EMAIL PROTECTED]> wrote:
>
> >> Steve Kostecke <[EMAIL PROTECTED]> writes:
> >>
> >> >On 2008-03-07, Hal Murray wrote:
> >>
> >> >>ATTRIBUTION MISSING wrote:
> >> >>
> >> >>>I have problem with my stratum1 box. My box include: freebsd
> >> >>>5.2-RELEASE without PPS , ntp-4.2.0_1, Intel Pentium III, 40 G IDE,
> >> >>>Germin GPSmap60 , connect with serial com. In GPSmap60 set as NMEA.
> >> >>>Freebsd box can get NMEA input string. My configuration of ntp.conf
> >> >>>like this:
> >> >>>
> >> >>>server 127.127.20.0 mode 1 prefer minpoll 4
> >> >>>server  127.127.1.0 minpoll 5
> >> >>
> >> >> Most NMEA devices (or at least all the ones I've worked with)
> >> >> send their text with a significant offset.
> >>
> >> >It gets even better ... NMEA sentences are output by the GPS device
> >> >when it is not busy. This means that there is no fixed relationship
> >> >between the top of the second and the NMEA sentence. And there will be
> >> >significant jitter.
> >>
> >> Ie, NMEA is good for getting the second, not for getting any better
> >> accuracy (well maybe 1/10 sec) If you want accurate time get a gps with PPS
> >> output.
> >> Otherwise there is no advantage of NMEA over a network ntp connection.
>
> >Well, except for the "no wires" part...
>
> Then buy a gps with ppm. The GPS18LVC is only about $60. And you get
> microsecond accuracy rather than 1/10 sec.
>
>
>
> >Isaac
>
> ___
> questions mailing list
> questions@lists.ntp.org
> https://lists.ntp.org/mailman/listinfo/questions
>
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions


[ntp:questions] On NTP server, how to check offset between client and NTP server?

2008-10-09 Thread chowalit.lab Chowalit Lab Linux
Dear All
  I have stratum 2 NTP server. My client request time from my NTP
server. On my NTP server, how to know offset of between my client and
my server ? I found ntp_script software suite from
http://www.schlitt.net/scripts/ntp/. It's not solve my problem
directly.

Thanks
Chong
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions


Re: [ntp:questions] On NTP server, how to check offset between client and NTP server?

2008-10-09 Thread chowalit.lab Chowalit Lab Linux
Dear Unruh and All
 Sorry for my english, It make you confuse. So I will explain
about my system.

   -  I have NTP server.
   -  NTP server install on CentOS.
   -  This NTP server serve client to sync time.
   -  My clients are windows XP, Windows 2003, Linux.

  My question:
   -  How to check the different time between NTP server and client on
NTP server side.

Thanks you
Chong


On Fri, Oct 10, 2008 at 2:01 AM, Unruh <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (chowalit.lab Chowalit Lab Linux) writes:
>
>>Dear All
>>  I have stratum 2 NTP server. My client request time from my NTP
>>server. On my NTP server, how to know offset of between my client and
>>my server ? I found ntp_script software suite from
>>http://www.schlitt.net/scripts/ntp/. It's not solve my problem
>>directly.
>
> No idea what you are asking. Your ntp machine is working hard to make sure
> its time is the same as the server's time. What offset?
>
>  I think you need to rethink your question.
>
>
>>Thanks
>>Chong
>
> ___
> questions mailing list
> questions@lists.ntp.org
> https://lists.ntp.org/mailman/listinfo/questions
>
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions