connects to my ISP just fine but was really slow --
remember, I'm not trying to use this TrendNet modem to connect to an
ISP -- I'm only trying to use it to connect to the NIST ACTS.
Rich Wales
ri...@richw.org
___
questions mailing list
questions@lists.ntp.org
for,
it's OK. Thanks for suggesting that I fiddle with time1 some more.
Rich Wales
ri...@richw.org
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
refclock (in order to schedule an
immediate dialup attempt). I know how to do this with ntpdc, but I haven't
been able to find the corresponding command in ntpq.
Rich Wales
ri...@richw.org
___
questions mailing list
questions@lists.ntp.org
http
B19200 to B1200 in the ACTS driver, and the resulting ntpd was able
to connect and get valid time info from NIST. But I'd prefer a solution, if
at all possible, that doesn't require changing the source code. Any thoughts?
Rich Wales
ri...@richw.org
at least one of the known modem time services supports or requires
a very high baud rate, BTW, I'm unconvinced that supporting anything higher
than 9600 is really necessary for this application.
Rich Wales
ri...@richw.org
___
questions mailing list
the modem refclock is so far off? Is there anything I can do
about it?
Rich Wales
ri...@richw.org
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
current
Linux-compatible modem hardware would people suggest? It would be nice
if a new modem could handle fax (so that I can use it for more than just
occasional time service calls).
Rich Wales
ri...@richw.org
___
questions mailing list
questions
.PPS.1 u 18 64 377 191.1924.890 8.968
==
Any thoughts?
Rich Wales
ri...@richw.org
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
infrastructure.
The asymmetry does not appear to be traffic-dependent; I see pretty
much the same offset (between 2 and 3 msec) at any time, day or night.
I'm running NTP version 4.2.6p5@1.2349-o.
Rich Wales
ri...@richw.org
___
questions mailing list
.
Rich Wales
ri...@richw.org
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
be directed to the
gpsd-users list (gpsd-us...@lists.berlios.de), so if this answer
isn't sufficient, you should ask again on that list.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook: http://www.facebook.com/richwales
why I wanted to be
able to fudge an association.
Rich Wales / ri...@richw.org
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
a Linux box) and fudge the
NTP packets going between my stratum-1 server and the outside? (Yes,
I agree this could easily end up being a messy kludge, but . . . .)
Rich Wales / ri...@richw.org
___
questions mailing list
questions@lists.ntp.org
https
? If not, can this be considered as
an enhancement? Or am I missing some very good reason why this is a
Really Bad Idea that should (and will) never be implemented?
Rich Wales / ri...@richw.org
___
questions mailing list
questions@lists.ntp.org
https
protocol assumes
that traffic comes and goes with equal speed, and it has no way
to detect situations in which this is not true.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook: http://www.facebook.com/richwales
Correct; the interleaved modes, both symmetric and broadcast,
are in the development version now.
OK, thanks for clearing that up.
Am I correct in understanding that interleaved symmetric mode would
be useful if peers are on opposite sides of a cable or DSL modem
infrastructure?
--
Rich
my ISP gave me at no extra charge) -- but not
everyone may be able to do this.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook: http://www.facebook.com/richwales
___
questions
- to 10-msec discrepancy between my GPS clock
and Stanford's campus NTP infrastructure, it turns out that Stanford's
existing TrueTime GPS clock is old and is being phased out. My clock
agrees very closely with a new Meinberg GPS clock which will become
the new campus refclock soon.
--
Rich Wales
-- and
that the end result would be good as long as I wasn't expecting to get
super-accurate, sub-microsecond sync (for which I admittedly would
need special network cards with hardware timestamp capabilities).
Am I mistaken here?
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http
need the separate PPS refclock anyway --
the GPS_NMEA driver deals with the PPS just fine all by itself -- so
I took it out a couple of days ago.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook: http://www.facebook.com
for the above evidence that
seems to suggest its time is off.
Any thoughts or suggestions welcomed.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook: http://www.facebook.com/richwales
into the
same 100baseT switch -- so there shouldn't have been any network
delays to speak of between them -- and they still appeared to differ
by several milliseconds.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook: http
and see what it's looking like in the next day or two.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook: http://www.facebook.com/richwales
___
questions mailing list
questions
.1 u 688 1024 3774.7062.829 0.131
You might remember I brought up the issue, some time ago, of how the
University of Washington's server (bigben) appears to be way off.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki
, rootdelay=0.000, rootdispersion=5.384, peer=11864,
refid=GPS, reftime=ce1f0d2b.007d3962 Sat, Aug 1 2009 11:51:23.001,
poll=10, clock=ce1f0d53.390640e8 Sat, Aug 1 2009 11:52:03.222,
state=4, offset=-1.871, frequency=91.237, jitter=1.968, noise=1.791,
stability=0.000, tai=0
--
Rich Wales / ri
14 16 3769.099 -6.797 8.415
I still seem to be several milliseconds different from the Stanford campus
time source; this is going to require further investigation.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook
,2,08,0.9,38.0,M,-32.4,M,,*4B
$GPRMC,013259,A,3726.2063,N,12210.8019,W,000.0,000.0,010809,015.0,E*6B
$GPGGA,013259,3726.2063,N,12210.8019,W,2,08,0.9,38.0,M,-32.4,M,,*4A
Any thoughts?
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
'. You might want
to read some of them.
And just for the benefit of those who might not know enough about
Unixoid systems to catch the typos, those path names should be
/dev/console (with an initial slash) and /dev/null, respectively.
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
https://lists.ntp.org/pipermail/hackers/2009-March/004046.html
http://www.ijs.si/time/temp-compensation/
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook: http://www.facebook.com/richwales
would prefer would be
some way to make a stratum floor apply only to a single pool -- not to
the entire configuration (as appears to be the case with tos floor).
Or is there a better solution to this overall issue -- short of simply
shunning pools entirely, even as a backup strategy?
--
Rich Wales
Is it possible to use a TomTom ONE portable GPS unit as a time
reference with ntpd (without breaking the unit, voiding its warranty,
etc., etc.)?
The unit can connect to a PC via a USB cable, but I have no idea
regarding the capabilities or limitations of its software interface.
--
Rich Wales
my campus timekeepers to
adopt 4.2.6 as soon as it comes out, and have them encourage THEIR peers
to do the same).
--
Rich Wales / ri...@richw.org / ri...@stanford.edu
Wikipedia: http://en.wikipedia.org/wiki/User:Richwales
Facebook: http://www.facebook.com/richwales
where that server is
and which locality's DST rules it is following.
In my view, it makes far more sense for NTP to keep hands off the
whole DST question and confine itself to time-zone-independent
issues (such as UTC, leap seconds, and TAI offset).
--
Rich Wales / ri...@richw.org / ri
randomly picked from my own
country's pool (*.us.pool.ntp.org) might not be good choices.
When 4.2.6 comes out, will the pool command with the preempt
option do a better job of weeding out pool servers that are far
away, and thus possibly of doubtful reliability?
--
Rich Wales / ri...@richw.org
34 matches
Mail list logo