Home

 


Re: NTP servers redundancy Posted on: 19 Jan 2010 20:36:11 GMT

On 2010-01-18, jthu@free.fr wrote:

> for a ship project, we've got a LAN with two NTP servers synchronised
> by a masterclock, itself synchronized by GPS. The idea was to have
> redundancy between the 2 servers, to ensure continuous synchronization
> to the clients in case one of the server went down.
>
> I wonder now if the dual NTP source architecture is the good one :
>
> Is the "clock hopping" resulting of this dual architecture a real
> problem ??

That depends on your acceptable error margin and whether or not you are
able to maintain your servers' relative offsets within this margin.

> Does the NTP algorithm enable that when a server go down (or is no
> more synchronized), its clients switch easily to the second one,
> without any visible synchronization interruption ??

If both servers are within 128ms of each other, the clients will slew
toward the time seen from the new time server. If the server are more
than 128ms "apart", the clients will step to the time seen from the new
time server.

> Will it be "transparent" for the clients when the first server will be
> back ?

Chances are the clients will continue to follow the "second" server
after the "first" server is reachable.

--
Steve Kostecke
NTP Public Services Project - http://support.ntp.org/
56516. Re: NTP servers redundancy
56517. Re: NTP servers redundancy
56518. Re: NTP servers redundancy
56519. Re: NTP servers redundancy
56520. Re: NTP servers redundancy
56521. Re: NTP servers redundancy
56522. Re: NTP servers redundancy
56523. Re: NTP servers redundancy
56524. Re: NTP servers redundancy
56525. Re: NTP servers redundancy
56526. Re: NTP servers redundancy
56527. Re: NTP servers redundancy
56528. Re: NTP servers redundancy
56529. Re: NTP servers redundancy
56530. Re: NTP servers redundancy
56531. Re: NTP servers redundancy
56532. Re: NTP servers redundancy
56533. Re: NTP servers redundancy
56534. Re: NTP servers redundancy
56535. Re: NTP servers redundancy