Como configurar um servidor PTP redundante

1

Eu tenho um servidor de tempo GPS da Sonoma e um servidor, que deve se sincronizar com o relógio GPS e servir como uma opção de fallback. A hora deve ser sincronizada usando PTP (Precision-Time-Protocol). Esta é a configuração atual:

Configurações PTP do servidor de horário dedicado ao GPS:

sync_interval 1
announce_interval 2
priority_1 127
priority_2 128
delay_mechanism E2E
ptp_domain 0
time_mode PTP
multicast_ttl 1

Argumentos do servidor de tempo de fallback:

-S -p 163 # Enable syslog, priority_1 163

Argumentos do cliente:

-S -g # Enable syslog, slave only

O que acontece agora é que, se o servidor de horário principal se foi, os clientes mudam do mestre para o fallback. Então, com essa parte eu estou feliz, mas aqui as perguntas:

  1. O servidor de fallback não se mantém atualizado a partir da fonte de horário principal, portanto, quando o relógio do GPS cai e os clientes mudam para o fallback, eles sofrem grandes saltos no tempo. Existe alguma configuração de PTP para que o servidor de fallback se sincronize constantemente com a fonte de tempo principal, se estiver disponível?
  2. As configurações de prioridade estão corretas, então quanto maior o número, menor a prioridade? E qual é a prioridade_2 boa para todos? Eu nunca vi nenhuma documentação sobre isso, mas foi o que pareceu funcionar no final.
  3. O sinal de GPS não é realmente confiável. Quando o sinal cai, o relógio GPS pára de funcionar como um servidor de horas e o servidor de retorno assume o controle. No entanto, o relógio interno do servidor de horário do GPS seria muito melhor do que os do servidor de fallback. Alguma idéia de como mantê-lo funcionando como mestre, mesmo que o sinal tenha acabado?

A propósito, eu sei, uma pergunta e uma resposta, de qualquer maneira, eu acho que as perguntas estão intimamente relacionadas umas com as outras, e se você não está feliz com a leitura de três perguntas, simplesmente ignore 2 + 3.

    
por Michael 23.10.2014 / 10:01

0 respostas