://www.pool.ntp.org
Please read the docs until you understand why you should rarely connect
to a stratum 1 time server unless you run such inhouse
--
Thanks. Take care, Brian Inglis Calgary, Alberta, Canada
[EMAIL PROTECTED] (Brian[dot]Inglis{at}SystematicSW[dot]ab[dot]ca)
fake address
(if
you can find one with greater than 8V. It takes 8-30 V input))
*Careful* - the Garmin GPS 18x Tech Spec warns that the (supplied)
cigarette lighter adapter takes 8-30V, not the unit, so that adapter
reduces the supplied voltage to the required 4.5-5.5V.
--
Thanks. Take care, Brian Inglis
anything much different from the PC unit itself, other than no PPS. ;^
--
Thanks. Take care, Brian Inglis Calgary, Alberta, Canada
brian.ing...@csi.com(Brian[dot]Inglis{at}SystematicSW[dot]ab[dot]ca)
fake addressuse address above to reply
peak-to-peak. I'm pretty
sure I've seen much worse.
Is spread specturm clock signal generation (EMI reduction) disabled for
the CPU and buses in the firmware?
That can cause these variations.
ISTR it being mentioned in the FAQ.
--
Thanks. Take care, Brian Inglis Calgary, Alberta
On 2013-08-11 00:44, David Taylor wrote:
Today is the start of a new GPS 1024 week epoch - see:
http://adn.agi.com/GNSSWeb/
Folks with really old GPS units are reporting problems, those of us with current
millennium GPS receivers should be OK, though.
You must have been looking at 1999!
On 2013-09-08 11:51, W. eWatson wrote:
On 9/7/2013 9:16 PM, David Taylor wrote:
On 07/09/2013 22:38, W. eWatson wrote:
I'm told that Dimension 4 is an accurate time keeper.
http://www.thinkman.com/dimension4/ I downloaded it and installed it.
It's freeware, but would appreciate a $10 donation.
On 2013-09-13 17:41, W. eWatson wrote:
On 9/13/2013 3:29 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
W. eWatson wrote: Where do I execute this from?
Run? c:\Program Files\NTP\bin\ntpq -pn
Likely the correct path.
Run: cmd
doesn't work there. c:\Program
On 2013-09-13 22:48, W. eWatson wrote:
On 9/13/2013 4:41 PM, W. eWatson wrote:
On 9/13/2013 3:29 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
W. eWatson wrote: Where do I execute this from?
Run? c:\Program Files\NTP\bin\ntpq -pn
Likely the correct path.
Run: cmd
On 2013-09-16 01:00, Igor Pavlov wrote:
Hi!
I am using GPS-receiver based on Geos-1m chip (
http://www.geostar-navigation.com/en/navigation_05.html)
I connected it to serial port and configured NTP.
It becomes unused by NTP: when do ntpq -p reuest ti puts x near
GPS_NMEA(1) record.
What
On 2013-09-18 01:26, Riccardo Castellani wrote:
Which entry I have to add to ntp.conf to increase log level for daemon ? I
found no documents about it, I can add only '-d' or '-D' option to 'ntp' but
only if I run EXE file directly from shell.
# Log everything
logconfig =allall
# Save clock
On 2013-09-18 09:25, Brian Inglis wrote:
Not seeing statistics command under Command Index or Monitoring Options:
http://www.eecis.udel.edu/~mills/ntp/html/comdex.html
http://www.eecis.udel.edu/~mills/ntp/html/monopt.html
nor elsewhere under html: grep -i statistics against local copies
On 2013-10-11 14:33, mike cook wrote:
Le 11 oct. 2013 à 19:36, Brian Inglis a écrit :
On 2013-10-11 02:14, mike cook wrote:
Le 11 oct. 2013 à 00:18, David Woolley a écrit :
On 10/10/13 16:57, mike cook wrote:
ntp disciplined system clockfrequency 35,838 ppm
date time
On 2013-10-12 11:03, unruh wrote:
On 2013-10-12, Steve Kostecke koste...@ntp.org wrote:
On 2013-10-12, Charles Elliott elliott...@verizon.net wrote:
I built a NAS using FreeNAS, which is in turn based on FreeBSD, which
has ntpd installed. I need to find ntp.conf so I can configure it for
On 2013-10-12 13:40, unruh wrote:
On 2013-10-12, Brian Inglis brian.ing...@systematicsw.ab.ca wrote:
On 2013-10-12 11:03, unruh wrote:
On 2013-10-12, Steve Kostecke koste...@ntp.org wrote:
On 2013-10-12, Charles Elliott elliott...@verizon.net wrote:
I built a NAS using FreeNAS, which
Few people have much if any awareness of NTP, nor our interest in it, even
admins, for which it is just a small part of system setup. It is better if more
use it and the defaults do no harm.
IMO more setups should default to the explicit pool statement, allow selection
only from country and
Few people have much if any awareness of NTP, nor our interest in it, even
admins, for which it is just a small part of system setup. It is better if more
use it and the defaults do no harm.
IMO more setups should default to the explicit pool statement, allow selection
only from country and
On 2013-10-26 06:20, Steve Kostecke wrote:
On 2013-10-26, Harlan Stenn st...@ntp.org wrote:
Please see http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#enable
for the monitor directive, and perhaps also
http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#mru
The documenation at
into System Management Mode BIOS at random, mainly to
handle USB devices like mice, keyboards, drives.
See http://lists.freebsd.org/pipermail/freebsd-amd64/2012-July/014756.html,
links from that, and similar articles on the LKML and MSDN.
--
Take care. Thanks, Brian Inglis
12 Oct 17:03:41 ntpd[2968
: Re: [ntp:questions] WinNT Port Performance Counter Stability and
Drift
On 07/11/2013 22:15, Brian Inglis wrote:
From the attached extract from my ntp log the current performance
counter appears to have much higher drift ~25PPM than my hardware clock;
my own calibration, timings, and loopstats
and possibly even cpus,
although doing my own process affinity wiring to ntpd eliminates that possible
variable.
On 2013-11-07 23:58, David Taylor wrote:
On 07/11/2013 22:15, Brian Inglis wrote:
From the attached extract from my ntp log the current performance
counter appears to have much higher drift
: Re: [ntp:questions] WinNT Port Performance Counter Stability and
Drift
On 07/11/2013 22:15, Brian Inglis wrote:
From the attached extract from my ntp log the current performance
counter appears to have much higher drift ~25PPM than my hardware clock;
my own calibration, timings, and loopstats
: Re: [ntp:questions] WinNT Port Performance Counter Stability and
Drift
On 07/11/2013 22:15, Brian Inglis wrote:
From the attached extract from my ntp log the current performance
counter appears to have much higher drift ~25PPM than my hardware clock;
my own calibration, timings, and loopstats
MaxAllowedPhaseOffset except for
different service levels:
The default value for domain members is 300.
The default value for stand-alone clients and servers is 1.
and the W32tm slew requirement:
|CurrentTimeOffset| / (PhaseCorrectRate*UpdateInterval) SystemClockRate / 2
--
--
Take care. Thanks, Brian Inglis
.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 2013-11-19 00:57, David Woolley wrote:
On 19/11/13 02:45, Brian Inglis wrote:
W32tm is an SNTP service intended to synchronize time on
workstations in a domain to a domain controller at intervals.
w32time WAS such a service, and possibly still is out of the box.
However, give or take
. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
?
Loopstats offset/jitter should track your ref clock peerstats offset/jitter
exactly,
and comparing to your clockstats may point you to causes.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
On 2013-11-22 14:12, unruh wrote:
On 2013-11-22, Brian Inglis brian.ing...@systematicsw.ab.ca wrote:
On 2013-11-22 09:19, schmidt.r...@gmail.com wrote:
I have just written a PHC driver for NTP and tested it on this system:
Supermicro SYS-50150EHF-D525 which has a pair of Intel 82574L NICs
localhost6
and if you have other admin servers you can add similar statements with their
DNS names.
I look forward to others correcting any bad assumptions I picked up from old
releases. ;^
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions
of this automatically?
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 2013-11-26 08:22, Martin Burnicki wrote:
Brian Inglis wrote:
On 2013-11-25 07:36, Martin Burnicki wrote:
Also, if you don't limit the upper bounds of the polling interval by
maxpoll 6 you may run into this bug:
NTP Bug 2341 - ntpd fails to keep up with clock drift at poll 7
http
On 2013-11-27 10:26, Martin Burnicki wrote:
Brian Inglis wrote:
On 2013-11-26 08:22, Martin Burnicki wrote:
Brian Inglis wrote:
[...]
As I said above, on Windows stable, with only network servers, and
normal maxpoll 10, as the poll interval increases, the FLL kicks in
to drive
On 2013-11-27 23:15, Michael Tatarinov wrote:
2013/11/28, Brian Inglis brian.ing...@systematicsw.ab.ca:
Running on AMD quad with stepping disabled in BIOS and fixes for TSC.
Tried to force TSC with HTPD_PCC=1 but ntpd switched to using HPET!
No apparent difference before/after.
Did you mean
On 2013-11-27 23:15, Michael Tatarinov wrote:
2013/11/28, Brian Inglis brian.ing...@systematicsw.ab.ca:
Running on AMD quad with stepping disabled in BIOS and fixes for TSC.
Tried to force TSC with HTPD_PCC=1 but ntpd switched to using HPET!
No apparent difference before/after.
Did you mean
On 2013-11-28 00:46, xiaoniao112...@gmail.com wrote:
在 2013年11月28日星期四UTC+8下午3时11分23秒，Brian Inglis写道：
On 2013-11-27 23:15, Michael Tatarinov wrote: 2013/11/28, Brian Inglis
brian.ing...@systematicsw.ab.ca: Running on AMD quad with stepping disabled in BIOS and fixes
for TSC. Tried to force
residuals of quantized or rounded data, so the output data is as smooth (in
either a visible or virtual sense) as possible.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 2013-11-29 05:14, Martin Burnicki wrote:
Brian Inglis schrieb:
On 2013-11-28 02:31, Martin Burnicki wrote:
On the other hand, as far as I know, there is no new API to apply
adjustments
to the Windows system time more smoothly.
Mention of smooth reminded me of using Bresenham's algorithm
Then pool.ntp.org is your best friend!
On 2013-12-02 07:39, mike cook wrote:
ntp.org is your friend.
Le 2 déc. 2013 à 14:29, Jhake Jacobo a écrit :
I need an IP address of FREE server time.. tnx
--
Take care. Thanks, Brian Inglis
___
questions
Then pool.ntp.org is your best friend!
On 2013-12-02 07:39, mike cook wrote:
ntp.org is your friend.
Le 2 déc. 2013 à 14:29, Jhake Jacobo a écrit :
I need an IP address of FREE server time.. tnx
--
Take care. Thanks, Brian Inglis
___
questions
local servers for
those times when interconnects fail and only local servers are reachable.
One thing I have noticed is that my NTP clock (HPET) is being reported
as having ~28PPM drift where my hardware is only ~.9PPM!
--
Take care. Thanks, Brian Inglis
On 2013-12-02 13:10, Harlan Stenn wrote:
Brian Inglis writes:
When I ran current stable under Win 7 with only network servers I
found I had to drop minpoll to 4 (default is 6) so iburst would
quickly get a good offset and pull drift down from initial
out-to-lunch estimate compared to drift
On 2013-12-02 10:07, David Taylor wrote:
On 02/12/2013 16:24, Brian Inglis wrote:
[]
When I ran current stable under Win 7 with only network servers I found
I had to drop minpoll to 4 (default is 6) so iburst would quickly get
a good offset and pull drift down from initial out-to-lunch estimate
in Linux be required in the Windows port?
--
Take care. Thanks, Brian Inglis
On 2013-12-06 03:27, Charles Elliott wrote:
You might be able to do better. In QC an average of a randomly gathered
sample of a continuous variable is distributed as normal (Gaussian).
If NTPD kept a few more statistics (state
the place.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 2013-12-06 11:05, unruh wrote:
On 2013-12-06, Brian Inglis brian.ing...@systematicsw.ab.ca wrote:
It would be better if ntpd used the drift file frequency for the first
two hours, instead of 15 minutes, before coming up with its (currently
wild assed) guesstimate, and then spending 4 hours
and timers than I thought I needed to know on
the weekend!
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 2013-12-11 11:35, unruh wrote:
On 2013-12-11, Brian Inglis brian.ing...@systematicsw.ab.ca wrote:
On 2013-12-10 15:05, unruh wrote:
On 2013-12-10, Hal Murray hal-use...@ip-64-139-1-69.sjc.megapath.net wrote:
Does anybody have a URL for a page that describes how to setup a FreeBSD
system
Hart
bought and used these devices.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 2014-01-04 05:01, David Taylor wrote:
On 03/01/2014 19:58, Brian Inglis wrote:
[]
Instructions are on David Taylor's site at
http://www.satsignal.eu/ntp/FreeBSD-GPS-PPS.htm#usb
I simplified the wiring shown in the above link by connecting
all +5V power leads to pin 6 DSR.
[]
That's a good
://doc.ntp.org/4.2.6/miscopt.html
so it looks like it was dropped in the initial 4.2.6 release, but the command
summary lines still need cleaned up in miscopt.html docs for 4.2.6+.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions
default noquery nomodify notrap nopeer # IPv4
restrict -6 default noquery nomodify notrap nopeer # IPv6
restrict 192.168.1.0 # allow local domain
restrict 127.0.0.1 # allow local host
==end==
I'm using 4.2.6p5.
TIA,
Dennis
--
Take care. Thanks, Brian Inglis
so that
several pps devices can run at the same time so you'd lose
that functionality.
...but that is not required for a single device
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo
reductions of public and pool server availability, and higher loads on those
well known sources still accessible.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
packets, but is it a bad
thing that chrony then uses those packets very differently? I would say
not.
Besides the U Del ntp-dev release, the NTP.org stable release, and chrony,
there is also the OpenBSD derived OpenNTPd implementation to choose from.
--
Take care. Thanks, Brian Inglis
of the local clock driver, you could configure all
servers with the client stratum as the orphan stratum.
Orphan mode will be disabled as soon as the prefer peer upstream
source is available and the prefer peer again becomes the source
for the downstream servers.
--
Take care. Thanks, Brian Inglis
DLM's recommendation? ;^
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
Process
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
about changing ARP timeouts:
http://www.embeddedsystemtesting.com/2013/01/arp-timeout-value-for-linux-windows.html
http://support.microsoft.com/kb/949589
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http
On 2014-01-27 14:45, Rob wrote:
Rick Jones rick.jon...@hp.com wrote:
Brian Inglis brian.ing...@systematicsw.ab.ca wrote:
You don't specify which system and devices you are using,
so here are a couple of articles about changing ARP timeouts:
http://www.embeddedsystemtesting.com/2013/01/arp
- the link is to an online and
downloadable document comprehensively referencing the histories
of the distribution of standard times, the establishment of
standard time zones, and some of the absurdities uncovered.
--
Take care. Thanks, Brian Inglis
=NTP+attack+DDOS+OR+reflection+OR+amplificationoq=NTP+attack+DDOS+OR+reflection+OR+amplificationhl=entbm=nws
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
Mingda Wang
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
00 0 0 889.2 UTC(NIST) *
Connection closed by foreign host.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
at the moment. Maybe it's under attack? :)
The site was unreachable after Harlan posted the night before thru yesterday
morning.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
Anyone know why USTiming.org and Certichron sites have been down for the last
week?
Nothing relevant mentioned on Google or any lists.
Wondered if they might have been blocked as a reflector of recent DDoS attacks?
--
Take care. Thanks, Brian Inglis
criteria.
How about suggesting no degradation in kernel PPS performance after change?
That should be measurable within the kernel and externally with ntpd.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
On 2014-02-27 05:21, David Taylor wrote:
On 27/02/2014 08:37, Brian Inglis wrote:
Hi folks,
Tried testing latest NTP-dev 4.2.7p424 from DJT site on Windows 7 x64
with UTC RTC
and Garmin 18x LVC with DCD PPS sending RMC only in NMEA 2.3+ mode @ 9600.
NTPd running at realtime priority affinity
;
init.d script location, permissions, any userid specified in
init script, init startup order relative to service dependencies,
possibly chkconfig settings in the script and on the system.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions
and recommends restrict default noquery [and possibly other no... options]
or you could use restrict default ignore; also add disable monitor.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
On 2014-03-04 03:12, Martin Burnicki wrote:
Brian Inglis wrote:
Can not use signed kernel mode PPS driver (32 bit?) with my
64 bit PCI serial card drivers - it seems to be ignored.
Signed 32 and 64 bit versions of the serialpps driver are available in this ZIP
file:
http://support.ntp.org
, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
NTP DDoS amplification
attacks earlier this year, and HNAP1 router attacks probably have not
helped lessen the load on downstream and ISP networking staffs, who may
be implementing mitigations without due consideration for side effects.
--
Take care. Thanks, Brian Inglis
, install, and set it up for you.
All OEM timing receivers typically perform much better than hand held devices,
and the gold standard seems to be the Trimble Thunderbolt, available locally
from Novotech in Pointe Claire near Montreal.
--
Take care. Thanks, Brian Inglis
to 10-20ns.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 2014-03-19 03:30, Martin Burnicki wrote:
Brian Inglis wrote:
On 2014-03-18 02:59, Martin Burnicki wrote:
All depends on how accurate and precise you can get your timestamps,
and this
is probably easier with network packet timestampers at both sides of a
cable
than with a wireless time
On 2014-03-19 12:01, E-Mail Sent to this address will be added to the
BlackLists wrote:
Brian Inglis wrote:
Martin Burnicki wrote:
At the single nanosecond accuracy level it would also be
important to *which* local realizations UTC(k) you are referring,
UTC(NIST), UTC(USNO), UTC(PTB
On 2014-03-19 16:32, Paul wrote:
On Wed, Mar 19, 2014 at 6:16 PM, Brian Inglis
brian.ing...@systematicsw.ab.ca wrote:
Each constellation has its own epoch, TAI or UTC time scale, and
uncertainty:
I'm unclear how various time scales relate to PTP. It would appear that
the design intent
is inaccurate, because of the additional
delay and jitter added by passing twice through the front end.
I would expect the load balancer to only provide the IP
addresses of the currently lowest loaded and highest quality
servers closest to the client, as the NTP Pool does.
--
Take care. Thanks, Brian
Taylor reports on Wifi at
http://satsignal.eu/ntp/Win-7-Wi-Fi-vs-LAN.html
and you can look at stats for NTP systems on his Wifi at
http://satsignal.eu/mrtg/daily_ntp.html
or
http://satsignal.eu/mrtg/performance_ntp.php#wifi
with averages from .75-3ms and max about 6ms.
--
Take care. Thanks, Brian
Inglis
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
and to be friendly add to ntp.conf:
restrict timeserver1-hostname nomodify
restrict timeserver2-hostname nomodify
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
logconfig =allall
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
or no DST) by subtracting your UTC offset or using a UTC reference.
Save and Exit BIOS setup and continue rebooting.
Windows will come up using the RTC time directly to set the system to UTC
but your logon time zone settings will be used normally for display.
--
Take care. Thanks, Brian Inglis
:/ProgramData/NTP/etc/ntp.conf
If all else fails, try a restart, then an uninstall, then another restart, then
another install, then maybe another restart.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http
, multiplies, and
filters
the result to the FM carrier frequency, could a phase error more than 12us/s
(PPM)
possibly generate either a significant signal distortion, and/or unwanted
harmonics
within the filter passband?
--
Take care. Thanks, Brian Inglis
On 2014-04-29 00:47, David Woolley wrote:
On 29/04/14 03:59, Brian Inglis wrote:
I understand that the NBFM
transmitter starts with phase modulation then integrates, multiplies,
and filters
the result to the FM carrier frequency
You are confusing carrier phase and audio phase.
I omitted
On 2014-04-29 00:47, David Woolley wrote:
On 29/04/14 03:59, Brian Inglis wrote:
I understand that the NBFM
transmitter starts with phase modulation then integrates, multiplies,
and filters
the result to the FM carrier frequency
You are confusing carrier phase and audio phase.
I omitted
version.
Is there a Debian source package available for that?
http://packages.ntp.org/debian/
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
, implement, improve, and extend a ubiquitous global standard
that is effectively mandated for some purposes (what else can provide
globally accurate timestamps for atomic events and high frequency trades?)
Deal, eh?
--
Take care. Thanks, Brian Inglis
On 2014-06-14 12:03, Rob wrote:
Brian Inglis brian.ing...@systematicsw.ab.ca wrote:
I see no problem, really no problem, in this configuration and I wonder
why the software makers do see a problem in it and want me to make a
configuration decision that introduces yet more problems.
There may
On 2014-06-14 12:03, Rob wrote:
Brian Inglis brian.ing...@systematicsw.ab.ca wrote:
I see no problem, really no problem, in this configuration and I wonder
why the software makers do see a problem in it and want me to make a
configuration decision that introduces yet more problems.
There may
for engineering
reasons), and set up another or elsewhere.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
for engineering
reasons), and set up another or elsewhere.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
-i interface port https -R 'frame[68:1] == 18'
#tshark -i interface port https -R 'ssl.record.content_type == 24'
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
: the NAT gateways will certainly ignore NTP just as
they ignore BCP 38: no benefit until their clients complain and it costs them!
;^
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo
to Busybox?
AIUI an updated v4 sntp client will be released to replace ntpdate.
How about specifying the sntp core as an RFC for an embedded NTP client?
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http
, adding pool asia.ntp.pool.org iburst may improve your
offset.
Once it gets to long poll intervals, it actually improves the drift compensation
more, and reduces the offset further.
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions
On 2014-07-10 08:43, Martin Burnicki wrote:
Brian Inglis wrote:
You can start ntpd with -g option which allows it to step your system
time once,
when it first starts; using iburst pool hk.ntp.pool.org iburst will
allow the
correct offset to be set within about 16s after startup. Thereafter
). YMMV
--
Take care. Thanks, Brian Inglis
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
1 - 100 of 268 matches
Mail list logo
