O que pode ser feito para melhorar a sincronização do tempo em redes com acesso esporádico à Internet?

Estou procurando conselhos para configurar servidores de horário para uma rede muito incomum. Apoio muitas redes fechadas que têm acesso ocasional à Internet. Uma rede teria acesso na maioria dos dias por algumas horas, mas frequentemente ficava de uma a três semanas desabilitada. Os computadores / servidores nessa rede são baseados principalmente em * nix, mas não todos do mesmo sabor. Toda a rede é móvel, portanto, quando se conectar, terá saltos / latências muito diferentes dos servidores de horário da Internet. Os servidores na rede fechada são desligados com frequência (pelo menos diariamente). No momento, meu instinto me diz para usar o NTP (porque eu odeio reaprender todas as coisas que outras pessoas já começaram a trabalhar muito bem). Mas tenho vários problemas e estou procurando alguém com experiência nesse tipo de situação estranha. Atualmente não tenho solução, eu m simplesmente deixando os relógios internos à deriva. Isso resulta em erros de ~ 600s na maioria das redes. Vi uma incompatibilidade pior que 10.000.

1. Existe algo "melhor" que o NTP nessa situação? Eu sei que o NTP gosta de ter acesso muito frequente e consistente a servidores que dão respostas quase idênticas. Eu não terei isso.
2. Quantos servidores NTP internos devo configurar, para que, durante períodos de blecaute na Internet, eu tenha um tempo interno consistente na rede fechada?
3. Não há acesso humano. Não importa o tamanho da incompatibilidade, os servidores devem tentar se corrigir.
4. Etapas discretas são muito ruins. Não importa o tamanho da incompatibilidade, a correção deve ser "reduzida", não "reduzida". Entendo que isso pode levar muitas horas para ser corrigido.

Antigamente, a configuração de um servidor NTP do estrato 1 era muito difícil, porque as fontes do estrato 0 eram muito caras, extremamente delicadas e geralmente radioativas.

Atualmente, temos o GPS, que aliás funciona como um relógio de rádio extremamente preciso. Você pode comprar um servidor estrato-1 dedicado contendo um receptor GPS como fonte de tempo estrato-0 por preços razoáveis ​​ou, com um pouco de criatividade, pode conectar uma unidade GPS decente de nível de consumidor a um servidor aleatório e configurar o NTP de acordo com lhe dê seu próprio servidor stratum-1. O primeiro deles é melhor para melhorar a disponibilidade.

Faça uma dessas coisas e você terá um único servidor estrato-1 na rede, com o qual todos poderão sincronizar. Um é suficiente; todos serão sincronizados com ele enquanto estiver em funcionamento e, se cair, todos os clientes provavelmente terão uma boa idéia de suas taxas de desvio, portanto, eles não devem se afastar muito antes que ele volte, e nesse momento eles irá ressincronizar suavemente com ele.

Não vejo motivo para não me divertir, mesmo com acesso intermitente à Internet.

Semelhante à outra resposta já aceita, duvido que você possa fazer isso sem ter uma fonte externa de tempo disponível, pois sua conexão de rede simplesmente não é boa o suficiente.

Como uma solução alternativa para um GPS, quero sugerir um receptor de sinal de relógio atômico externo ou rádio-relógio . A idéia básica é que você receba sinais de rádio de uma das poucas estações de transmissão de relógio atômico em todo o mundo.

Estes podem ser comprados em kits ou feitos de forma muito barata, dependendo do seu orçamento. Eles devem ser mais precisos que um GPS, pois o GPS pode ser desativado em até 12 segundos: http://www.gpsinformation.net/main/gpstime.htm .

Aqui está um guia para criar um receptor de rádio-relógio atômico com um pi de framboesa: http://www.rs-online.com/designspark/electronics/blog/atomic-time-for-the-raspberry-pi

E outro tópico DIY para criar um relógio de rádio muito barato: http://www.micro-examples.com/public/microex-navig/doc/100-p16f84-led-dcf-clock.html

Apenas uma ideia ;)