Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread Biswajit Panigrahi
Hi , Basically my intention is to get notification in client when ever the connection between server changes(Ex-lan connectivity OR ntp server itself is down).For that I am doing the following step: In client: 1.Execute ntpq -c associations 2.Get the data in status field 3.If there is any

Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread A C
On 7/31/2013 00:26, Biswajit Panigrahi wrote: Hi , Basically my intention is to get notification in client when ever the connection between server changes(Ex-lan connectivity OR ntp server itself is down).For that I am doing the following step: In client: 1.Execute ntpq -c associations 2.Get

[ntp:questions] Can't wait on Refclock: err=22, 'Invalid argument'

2013-07-31 Thread Charles Elliott
Does anyone know from where this NTPD error comes from? Event Viewer output: System - Provider [ Name] NTP - EventID 1 Level 2

Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread Charles Elliott
If he is using broadcast mode, what earthly difference does it make how often he broadcasts? After 10:02:25:57 of uptime, on my time server NTPD has only used 00:04:25 of CPU time. A broadcast takes NTPD literally less than a microsecond, and less than a millisecond to reach the clients. It

Re: [ntp:questions] Thunderbolt at NTP ref clock.

2013-07-31 Thread Thomas Laus
On 2013-07-30, E-Mail Sent to this address will be added to the BlackLists Null@BlackList.Anitech-Systems.invalid wrote: Dave Baxter wrote: In reference to my other thread. THunderbolt monitor/control on Win7 ? Well, as that device seems happy in it's potential new home. I've been poking

Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread unruh
On 2013-07-31, Biswajit Panigrahi bp00106...@techmahindra.com wrote: Hi , Basically my intention is to get notification in client when ever the connection between server changes(Ex-lan connectivity OR ntp server itself is down).For that I am doing the following step: ntp is NOT the way to

Re: [ntp:questions] Thunderbolt at NTP ref clock.

2013-07-31 Thread unruh
On 2013-07-31, Thomas Laus lau...@acm.org wrote: On 2013-07-30, E-Mail Sent to this address will be added to the BlackLists Null@BlackList.Anitech-Systems.invalid wrote: Dave Baxter wrote: In reference to my other thread. THunderbolt monitor/control on Win7 ? Well, as that device seems

Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread unruh
On 2013-07-31, Charles Elliott elliott...@verizon.net wrote: If he is using broadcast mode, what earthly difference does it make how often he broadcasts? After 10:02:25:57 of uptime, on my time server NTPD has only used 00:04:25 of CPU time. A broadcast takes NTPD literally less than a

Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread Charles Swiger
On Jul 31, 2013, at 6:01 AM, Charles Elliott elliott...@verizon.net wrote: If he is using broadcast mode, what earthly difference does it make how often he broadcasts? If you have a small # of machines per collision domain, then broadcasting frequently probably won't matter. If you've got

Re: [ntp:questions] Thunderbolt at NTP ref clock.

2013-07-31 Thread Thomas Laus
On 2013-07-31, Thomas Laus lau...@acm.org wrote: The pulse width wasn't adjustable. It was was just on the ragged edge of what the Soekris UART DCD was able to see for pps kernel discipline. It occasonally missed a pulse and that caused some problems for ntp because it had the time solution

Re: [ntp:questions] Thunderbolt at NTP ref clock.

2013-07-31 Thread Thomas Laus
On 2013-07-31, unruh un...@invalid.ca wrote: Years ago when I used a Thunderbolt to provide a local time reference on a Soekris system I found that the PPS pulse was a little too narrow to trigger the Soekris UART. I had to use one of these: http://www.tapr.org/kits_fatpps.html And in all

Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread Rick Jones
Charles Swiger cswi...@mac.com wrote: If you have a small # of machines per collision domain, then broadcasting frequently probably won't matter. If you've got thousands or tens of thousands of machines to deal with, and need to pay attention to the MAC table sizes of your various switches

Re: [ntp:questions] Thunderbolt at NTP ref clock.

2013-07-31 Thread unruh
On 2013-07-31, Thomas Laus lau...@acm.org wrote: On 2013-07-31, Thomas Laus lau...@acm.org wrote: The pulse width wasn't adjustable. It was was just on the ragged edge of what the Soekris UART DCD was able to see for pps kernel discipline. It occasonally missed a pulse and that caused some

Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread Charles Swiger
On Jul 31, 2013, at 10:36 AM, Rick Jones rick.jon...@hp.com wrote: Charles Swiger cswi...@mac.com wrote: If you have a small # of machines per collision domain, then broadcasting frequently probably won't matter. If you've got thousands or tens of thousands of machines to deal with, and need

Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread E-Mail Sent to this address will be added to the BlackLists
Biswajit Panigrahi wrote: notification when server changes, suggest other approach. ntpq -c rv 3 reach -- E-Mail Sent to this address blackl...@anitech-systems.com will be added to the BlackLists. ___ questions mailing list

Re: [ntp:questions] Thunderbolt at NTP ref clock.

2013-07-31 Thread DaveB
In article dajlca-267@ns2.lordynet.org.uk, sn...@lordynet.org says... unruh wrote: On 2013-07-30, David Lord sn...@lordynet.org wrote: Dave Baxter wrote: Hi again. In reference to my other thread. THunderbolt monitor/control on Win7 ? Well, as that device seems happy in

Re: [ntp:questions] Thunderbolt at NTP ref clock.

2013-07-31 Thread DaveB
In article XCcKt.293983$0a4.200...@fx06.iad, un...@invalid.ca says... On 2013-07-31, Thomas Laus lau...@acm.org wrote: On 2013-07-31, Thomas Laus lau...@acm.org wrote: The pulse width wasn't adjustable. It was was just on the ragged edge of what the Soekris UART DCD was able to see for

Re: [ntp:questions] ntpq -p command query

2013-07-31 Thread Rick Jones
Charles Swiger cswi...@mac.com wrote: On Jul 31, 2013, at 10:36 AM, Rick Jones rick.jon...@hp.com wrote: Issues of filling the forwarding (what I think you are calling the MAC) table on a switch is a matter of how many unique source MAC addresses the switch sees, not how many broadcasts a