In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (John Ackermann N8UR) writes:
>I am trying to configure my masquerading (NAT) firewall to allow the
>outside world to see one of my internal servers. (The firewall is a
>Linux system running fairly ancient "Linux Router Project" code).
>
>I've set
"David J Taylor" <[EMAIL PROTECTED]> writes:
>Unruh wrote:
>[]
>> Nope, it is not my "ssytem" if by that you mean my computer. The
>> convergence is a beautiful exponential convergence with a time scale
>> of 1
>> hour almost exactly. That is not hardware. That is the software ntp
>> protocol.
>J
I am trying to configure my masquerading (NAT) firewall to allow the
outside world to see one of my internal servers. (The firewall is a
Linux system running fairly ancient "Linux Router Project" code).
I've set up what should be the correct rules to forward both port 123
UDP and port 123 TCP to
>Note, if you are running gps, why have a poll level 6? The recommendation
>for ref- clocks is poll level 4?
Where/who does that recommendation come from?
--
These are my opinions, not necessarily my employer's. I hate spam.
___
questions mailing li
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (David Cureton) writes:
>Hi,
>I am syncing a Linux 2.6.26 kernel to a Serial DCD PPS GPS source.
>The kernel time has been running for quite some time with a ~160ppm
>frequency error however inexplicably the ppm error over night simply
>jump
>> Try switching it off, changing the value int he drift file by say
>> 50PPM and
>> then switching it on again, and see how long it takes to recover from
>> that.
>Why would I do that? The drift values rarely change by more than five,
>certainly not by 50. If you are seeing a change of 50, the
Unruh wrote:
[]
> Nope, it is not my "ssytem" if by that you mean my computer. The
> convergence is a beautiful exponential convergence with a time scale
> of 1
> hour almost exactly. That is not hardware. That is the software ntp
> protocol.
Just along the lines that if my system converges in 10
"David J Taylor" <[EMAIL PROTECTED]> writes:
>Unruh wrote:
>[]
>> An hour later, it was still 7ms off, another hour, 2.6ms and another
>> hour
>> later, still 1.2 ms off. Ie, only after about 6 hours was it within a
>> ms of
>> the correct time. Now, usually this PPS controls the time to within
>>
Evandro Menezes <[EMAIL PROTECTED]> writes:
>Could it be a poor crystal being affected by the temperature change?
>After all, even with a solid PPS, the system time is controlled by its
>crystals.
Nope. As I said it is a beautiful exponential convergence of the phase
offset with a time scale of a
David J Taylor wrote:
[]
> Crystals can sometimes jump in frequency, although I'm surprised to
> see a modern unit do so, and that is quite a large step. How old is
> the system?
> David
Also - it could be that a capacitor in the oscillator circuit has either
become open circuit, or has become d
David Cureton wrote:
> Hi,
>I am syncing a Linux 2.6.26 kernel to a Serial DCD PPS GPS source.
> The kernel time has been running for quite some time with a ~160ppm
> frequency error however inexplicably the ppm error over night simply
> jumped to ~105ppm. The system has for the last couple o
David Woolley wrote:
> Peer dist[ance too high] is telling you the same thing.
>
As no-one has spoken in defence of orphan mode, I think your best course
of action is to replace orphan mode with a high stratum local clock
driver, on the root server of your time island.
Hi,
I am syncing a Linux 2.6.26 kernel to a Serial DCD PPS GPS source.
The kernel time has been running for quite some time with a ~160ppm
frequency error however inexplicably the ppm error over night simply
jumped to ~105ppm. The system has for the last couple of day tracked in
a stable m
Could it be a poor crystal being affected by the temperature change?
After all, even with a solid PPS, the system time is controlled by its
crystals.
David showed data for his Sun system and even x86 systems by Sun have
pretty good crystals.
HTH
___
qu
David J Taylor wrote:
[]
> As a comparison, I have a very old Pentium 133 system here running
> FreeBSD with local GPS PPS and some other Internet-based stratum 2/3
> servers (probably NTP pool and a fixed name). I'm sure it's well
> within a few minutes for it to reach it's full accuracy (tens of
Unruh wrote:
[]
> An hour later, it was still 7ms off, another hour, 2.6ms and another
> hour
> later, still 1.2 ms off. Ie, only after about 6 hours was it within a
> ms of
> the correct time. Now, usually this PPS controls the time to within
> about 2us (not ms, usec) but it is apparently going t
16 matches
Mail list logo