Re: [ntp:questions] Later ntp drops logging the initial drift

2011-12-18 Thread David J Taylor
Richard B. Gilbert rgilber...@comcast.net wrote in message 
news:fpodnc5lx8uevnhtnz2dnuvz_q-dn...@giganews.com...

[]
I believe that the sources of older versions can still be found.  Build 
it the way you like it!


I nice idea, Richard, but none of the NTP users I may have to support have 
either the tools or the knowledge to rebuild NTP, and would typically 
download a ready-built version kindly provided by Meinberg, and that's 
built from standard sources.  I would rather that be as close to the NTP 
used on all other operating systems.


I am more concerned that valuable information about the operation of NTP, 
which may be needed for fault finding, is no longer being recorded by 
default in the Windows Event Log when NTP starts.  There seems to be no 
good reason for the removal of this particular information when several 
other log entries are left.  These are only written at ntpd's startup, and 
don't clutter the Event Log.


Cheers,
David 


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


Re: [ntp:questions] New ntp Server

2011-12-18 Thread Mark C. Stephens
Steve, /me being chatterbox again, apologies...

Incidentally, I have installed BSD on the server and now, I have no idea what 
to do next ):

We just had a baby arrive so the project has been put on hold the last week or 
so..


Mark



-Original Message-
From: Steve Kostecke [mailto:koste...@ntp.org] 
Sent: Sunday, 18 December 2011 9:03 AM
To: questions@lists.ntp.org
Subject: Re: [ntp:questions] New ntp Server

On 2011-12-14, Mark C. Stephens ma...@non-stop.com.au wrote:

 BSD sounds too good to be true!

When something sounds too good to be true then it generally isn't.

BTW ... what does this have to do with New ntp server?

-- 
Steve Kostecke koste...@ntp.org
NTP Public Services Project - http://support.ntp.org/



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


Re: [ntp:questions] ntp broadcast not working with IPv6

2011-12-18 Thread Danny Mayer
On 12/6/2011 11:58 PM, rakesh v wrote:
 Hi Danny,
 Thanks for your valuable reply. Please see my comments/observations inlined
 
 
 On Wed, Dec 7, 2011 at 8:54 AM, Danny Mayer ma...@ntp.org
 mailto:ma...@ntp.org wrote:
 
 On 11/30/2011 3:50 AM, rakesh v wrote:
  Hi,
  Iam facing issues with ntp broadcast ip address in case of IPv6.
  Iam using the latest ntp 4.26p3 package.
  Can I have a use case scenario for ntp broadcast in IPv6?
  As I see in the documentation, we can have only multicast
 addresses in IPv6.
 
 Where did you see that? It's not true, multicast also works with IPv4.
 
 
 */RV: Iam not saying multicast does not work with IPv4. I was saying for
 IPv6, we can give only multicast addresses as part of broadcast command. /*

That is correct. There is no such thing as broadcast in IPv6.

 
 
  Here are my configurations:
  Client side:
 
  *# Created by IMI. /etc/ntp.conf*
  *authenticate yes*
  *
 
 What is this? I don't recall such an option.
 
 */RV: This is to enable authentication./* */However in my case, I was
 trying without authentication. /*
 

You don't enable or disable authentication with such an option as it
doesn't exist. The corect option is enable/disable auth


 
  *
  *# Broadcastclient mode. *
  *disable auth *
  *#broadcastclient*
  *
  *
  *multicastclient ff02::101*
  *
  *
  *# Drift file*
  *driftfile /etc/ntp/drift*
  *
  *
  *# Keys file. *
  *keys /etc/ntp/keys*
  *#trustedkey 100*
 
 
  Server Side:
 
  *# Created by IMI. /etc/ntp.conf*
  *server 127.127.1.0  #Local clock*
  *fudge 127.127.1.0 stratum 2 #Not disciplined*
  *
  *
  *broadcast ff02::101 iburst*
 
 iburst is invalid.
 
 */RV: Yes, It is invalid, because it doesn't send burst of packets in
 case of broadcast. It was a misconfiguration./*
 
 
  *#authenticate yes*
  *
  *
  *# Drift file*
  *driftfile /etc/ntp/drift*
  *
  *
  *# Keys file. *
  *keys /etc/ntp/keys*
  *#trustedkey 100*
 
  Iam able to see the broadcast packets being received in the client
 but time
  synchronization does not happen in the client.
  I have even enabled the authentication on both the sides also. But
 no use.
  Can somebody help me out from this?
 
 run ntpd -D2 and see what the output looks like.
 
 
 */RV: I couldn't run the ntpd with -D2 option as it is not available./* 
 */These are the options available for ntpd (alphabetically)/*
 
 /-b no  bcastsync  Allow us to sync to broadcast servers/
 /-c Str configfile configuration file name/
 /-f Str driftfile  frequency drift file name/
 

I don't know where you are getting these options. That's a very small
subset of the options. If you do not have debug enabled when compiling
you won't get the -D or -d options.

Danny

Danny
 */Are you mentioning about -b option here? How to give that option?/* 
 
 
 Danny
 ___
 questions mailing list
 questions@lists.ntp.org mailto:questions@lists.ntp.org
 http://lists.ntp.org/listinfo/questions
 
 
 
 
 -- 
 Regs,
 Rakesh Vanam
 +91 9900 024 002
 

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