Hi Guys
Thank you to your assistance . Seems is working now .
I see that NMEA chosen as PPS peer server :
remote refid st t when poll reach delay offset jitter
==
oGPS_NMEA(0) .GPS.0 l
Harlan Stenn wrote:
> Sander Smeenk writes:
>> Quoting Miroslav Lichvar (mlich...@redhat.com):
>> > > > I guess it could also be a IPv6 ref mangling issue?
>> > > That could well be. We use IPv6 where we can.
>> > For IPv6 addresses the refid is defined as first 4 bytes of the MD5
>> > sum of the
Simchaev Arthur-BAS071 wrote:
Hi Guys
Thank you to your assistance . Seems is working now .
I see that NMEA chosen as PPS peer server :
remote refid st t when poll reach delay offset jitter
==
oGPS_N
Hey NTP community,
I need to synchronize only the frequency of a
destination systems based on the frequency of a reference system in the
same network. This is because the reference system does not supply
timestamps and they are not important for the destination system. So, I
would say I need (a
Harlan Stenn schrieb:
Sander Smeenk writes:
Quoting Miroslav Lichvar (mlich...@redhat.com):
I guess it could also be a IPv6 ref mangling issue?
That could well be. We use IPv6 where we can.
For IPv6 addresses the refid is defined as first 4 bytes of the MD5
sum of the address. With 2001:7b8:3
E-Mail Sent to this address will be added to the BlackLists schrieb:
Martin Burnicki wrote:> BlackLists schrieb:
"orphan" and "pool" are only supported with ntpd 4.2.6 and newer.
If the OP uses an older version this won't work.
To me it seems the problem they are having,
was fixed about fou
Hey,
Maximilian Brehm wrote:
Hey NTP community,
I need to synchronize only the frequency of a
destination systems based on the frequency of a reference system in the
same network. This is because the reference system does not supply
timestamps and they are not important for the destination syst
On 2014-04-02, Maximilian Brehm wrote:
>
>
> Hey NTP community,
>
> I need to synchronize only the frequency of a
> destination systems based on the frequency of a reference system in the
> same network. This is because the reference system does not supply
> timestamps and they are not important
Maximilian Brehm wrote:
>
>
> Hey NTP community,
>
> I need to synchronize only the frequency of a
> destination systems based on the frequency of a reference system in the
> same network. This is because the reference system does not supply
> timestamps and they are not important for the destina
NTP community,
Is there a way to configure the NTP client's windows event logging? I would
like to stop it sending informational events to the Windows events logs every
time is syncs. The only way I can see to do this is filter the log, but I would
like to stop the events at all, if possible. I
Martin Burnicki writes:
> Harlan Stenn schrieb:
> > Sander Smeenk writes:
> >> Quoting Miroslav Lichvar (mlich...@redhat.com):
> >>> For IPv6 addresses the refid is defined as first 4 bytes of the MD5
> >>> sum of the address. With 2001:7b8:3:32:213:136:0:252 (tt52.ripe.net)
> >>> that is 0xac02355
Since 15:58 UTC, le monitoring station (Los Angeles) cannot reach my
server ntp.rail.eu.org (2001:bc8:30d3::1 in France) on IPv6
Do someone else have the same problem ?
--
Les simplifications c'est trop compliqué
___
questions mailing list
question
Erwan David wrote:
> Since 15:58 UTC, le monitoring station (Los Angeles) cannot reach my
> server ntp.rail.eu.org (2001:bc8:30d3::1 in France) on IPv6
>
> Do someone else have the same problem ?
Seems there was a similar issue with some other eu servers
around the same time (even though it is n
On 4/3/2014 11:28 AM, Erwan David wrote:
> E-Mail Sent to this address will be added to the BlackLists
> disait le 04/03/14 que :
>
>> Erwan David wrote:
>>> Since 15:58 UTC, le monitoring station (Los Angeles) cannot reach my
>>> server ntp.rail.eu.org (2001:bc8:30d3::1 in France) on IPv6
>>>
E-Mail Sent to this address will be added to the BlackLists
disait le 04/03/14 que :
> On 4/3/2014 11:28 AM, Erwan David wrote:
>> E-Mail Sent to this address will be added to the BlackLists
>> disait le 04/03/14 que :
>>
>>> Erwan David wrote:
Since 15:58 UTC, le monitoring station (Los
BlackLists wrote:
> On 4/3/2014 11:28 AM, Erwan David wrote:
>> BlackLists disait le 04/03/14 que :
>>> Erwan David wrote:
Since 15:58 UTC, le monitoring station (Los Angeles) cannot reach my
server ntp.rail.eu.org (2001:bc8:30d3::1 in France) on IPv6
Do someone else have the
E-Mail Sent to this address will be added to the BlackLists
disait le 04/03/14 que :
> Erwan David wrote:
>> Since 15:58 UTC, le monitoring station (Los Angeles) cannot reach my
>> server ntp.rail.eu.org (2001:bc8:30d3::1 in France) on IPv6
>>
>> Do someone else have the same problem ?
>
> Seem
Harlan Stenn wrote:
> Martin Burnicki writes:
>> Harlan Stenn schrieb:
>> > Sander Smeenk writes:
>> >> Quoting Miroslav Lichvar (mlich...@redhat.com):
>> >>> For IPv6 addresses the refid is defined as first 4 bytes of the MD5
>> >>> sum of the address. With 2001:7b8:3:32:213:136:0:252 (tt52.ripe.
Why not? You really want to as the network entries will do iburst and get
selected before your refclock does and force some clock stepping before
settling down. I usually use maxpoll 4 as well. The decreased jitter in the
local signal makes higher poll rates both valid and useful.
On Apr 2,
19 matches
Mail list logo