¿Qué se puede hacer para mejorar la sincronización horaria en redes con acceso esporádico a Internet?

Estoy buscando consejos para configurar servidores de tiempo para una red muy poco común. Apoyo muchas redes cerradas que tienen acceso ocasional a internet. Una red obtendría acceso la mayoría de los días durante unas pocas horas, pero con frecuencia pasaría de 1 a 3 semanas bloqueada. Las computadoras / servidores en esta red se basan principalmente en * nix, pero no todas tienen el mismo sabor. Toda la red es móvil, por lo que cuando se conecte, tendrá saltos / latencia muy diferentes a los servidores de hora de Internet. Los servidores en la red cerrada se apagan con frecuencia (al menos diariamente). En este momento, mi instinto me dice que use NTP (porque odio volver a aprender todo lo que alguien más ya está trabajando bastante bien). Pero tengo varios problemas, y estoy buscando a alguien con experiencia en este tipo de situaciones extrañas. Actualmente no tengo una solución, yo ' m simplemente dejando que los relojes internos vayan a la deriva. Esto da como resultado errores de ~ 600 en la mayoría de las redes. He visto desajustes peores que 10.000.

1. ¿Hay algo "mejor" que NTP en esta situación? Sé que a NTP le gusta tener acceso frecuente y consistente a servidores que dan respuestas casi idénticas. No tendré eso.
2. ¿Cuántos servidores NTP internos debo configurar, para que durante los períodos de apagón de Internet, tenga un tiempo interno que sea consistente dentro de la red cerrada?
3. No hay acceso humano. No importa cuán grande sea la falta de coincidencia, los servidores deben intentar corregirse a sí mismos.
4. Los pasos discretos son muy malos. No importa cuán grande sea el desajuste, la corrección debe ser "girada", no "escalonada". Entiendo que esto podría tomar muchas horas para corregir.

En los viejos tiempos, configurar un servidor NTP de stratum-1 era muy difícil, porque las fuentes de stratum-0 eran muy caras, extremadamente delicadas y generalmente radiactivas.

Hoy en día tenemos el GPS, que por cierto funciona como un radio reloj extremadamente preciso. Puede comprar un servidor dedicado stratum-1 que contenga un receptor GPS como fuente de tiempo stratum-0 a precios bastante razonables, o con un poco de ingenio puede conectar una unidad GPS decente para el consumidor a un servidor aleatorio y configurar NTP en consecuencia para darle su propio servidor stratum-1. El primero de ellos es mejor para mejorar la disponibilidad.

Haga una de esas cosas y tendrá un único servidor stratum-1 en su red con el que todos pueden sincronizarse. Uno es suficiente; todos estarán sincronizados mientras está activo, y si baja, todos los clientes probablemente tendrán una buena idea de sus tasas de deriva, por lo que no deberían derivar demasiado antes de que regrese, en ese momento Lo sincronizaré suavemente.

No veo ninguna razón para no pasar un buen rato, incluso con acceso intermitente a Internet.

Similar a la otra respuesta ya aceptada, dudo que pueda hacer esto sin tener una fuente de tiempo externa disponible ya que su conexión de red simplemente no es lo suficientemente buena.

Como solución alternativa a un GPS, quiero sugerir un receptor externo de señal de reloj atómico o un radio reloj . La idea básica es que reciba señales de radio de una de las pocas estaciones de transmisión de reloj atómico de todo el mundo.

Estos pueden comprarse en kits o hacerse muy baratos, según su presupuesto. Estos deberían ser más precisos que un GPS, ya que un GPS puede estar apagado por hasta 12 segundos: http://www.gpsinformation.net/main/gpstime.htm .

Aquí hay una guía para crear un receptor de radio reloj atómico con una frambuesa pi: http://www.rs-online.com/designspark/electronics/blog/atomic-time-for-the-raspberry-pi

Y otro hilo de bricolaje para crear un radio reloj muy barato: http://www.micro-examples.com/public/microex-navig/doc/100-p16f84-led-dcf-clock.html

Solo una idea ;)