NESTA PÁGINA
 

Sincronização de tempo NTP no cluster de chassis

Este toipic explica como um Network Time Protocol (NTP) é usado para sincronizar o tempo entre o Mecanismo de Roteamento e o Mecanismo de Encaminhamento de Pacotes em um dispositivo autônomo, bem como entre dispositivos em um cluster de chassi.

Use o Explorador de Recursos para confirmar o suporte à plataforma e à versão para recursos específicos.

Sincronização de tempo NTP em firewalls

Nos modos de cluster autônomo e de chassi, o Mecanismo de Roteamento primário executa o processo NTP para obter tempo de um servidor NTP externo. Embora o Mecanismo de Roteamento secundário também execute o processo NTP, ele não pode sincronizar diretamente com o servidor NTP externo devido a restrições de rede. Em vez disso, o Mecanismo de Roteamento secundário sincroniza seu tempo com o Mecanismo de Roteamento principal usando NTP.

O NTP é usado para:

  • Sincronize o tempo do Mecanismo de Roteamento principal com o Mecanismo de Roteamento secundário através do enlace de controle do cluster do chassi.

  • Obtenha tempo de um servidor NTP externo para o Mecanismo de Roteamento principal ou um Mecanismo de Roteamento autônomo.

  • Sincronize o tempo do processo NTP do Mecanismo de Roteamento com o Mecanismo de Encaminhamento de Pacotes.

Defina as configurações de tempo NTP para definir e impor o limite de ajuste NTP, melhorando a segurança e a flexibilidade do serviço NTP.

Veja também

Exemplo: simplifique o gerenciamento de rede sincronizando os nós primários e de backup com o NTP

Este exemplo mostra como simplificar o gerenciamento sincronizando o tempo entre dois firewalls operando em um cluster de chassi. Usando um servidor NTP (Network Time Protocol), o nó primário sincroniza o tempo com o nó secundário. O NTP também é usado para sincronizar o tempo entre o Mecanismo de Roteamento e o Mecanismo de Encaminhamento de Pacotes em um dispositivo autônomo e entre nós em um cluster de chassi. A sincronização dos relógios do sistema em ambos os nós do cluster de chassi é necessária para gerenciar efetivamente os seguintes itens:

  • Objetos em tempo real (RTO)

  • Licenças

  • Atualizações de software

  • Failovers de nó

  • Análise de logs do sistema (syslogs)

Requerimentos

Este exemplo usa os seguintes componentes de hardware e software:

  • Firewalls operando em um cluster de chassis

  • Junos OS versão 18.1R1 ou posterior

Antes de começar:

Visão geral

Quando os firewalls operam no modo de cluster de chassi, o nó secundário não pode acessar um servidor NTP externo pela porta de receita. O Junos OS oferece suporte à sincronização do tempo do nó secundário com o nó primário pelo enlace de controle, configurando o servidor NTP no nó primário.

Topologia

A Figura 1 mostra a sincronização de tempo do nó peer usando o link de controle.

Figura 1: Sincronizando o tempo do nó peer por meio do link Network topology diagram with Node 0 and Node 1 connected to NTP server 1.1.1.121. Primary node 10.208.131.31 and secondary node 10.208.131.32 linked for control and management purposes. de controle

No nó primário, o servidor NTP está acessível. O processo NTP no nó primário pode sincronizar a hora do servidor NTP e o nó secundário pode sincronizar a hora com o nó primário do link de controle.

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo e sincronizar a hora do servidor NTP, copie os comandos a seguir, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para corresponder à sua configuração de rede, copie e cole os comandos na CLI no nível de [edit] hierarquia e, em seguida, entre commit no modo de configuração.

Sincronizar a hora do servidor NTP

Procedimento passo a passo

Neste exemplo, você configura o nó primário para obter seu tempo de um servidor NTP no endereço IP 1.1.1.121. Para sincronizar a hora do servidor NTP:

  1. Configure o servidor NTP.

  2. Comprometa a configuração.

Resultados

No modo de configuração, confirme sua configuração digitando o show system ntp comando. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.

Se você terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verifique a configuração do NTP no nó primário

Finalidade

Verifique se a configuração está funcionando corretamente.

Ação

Do modo operacional, insira o show ntp associations comando:

Do modo operacional, insira o show ntp status comando:

Significado

A saída no nó primário e secundário mostra a associação NTP da seguinte maneira:

  • remote— Endereço ou nome do peer NTP remoto.

  • refid— Identificador de referência do peer remoto. Se o identificador de referência não for conhecido, esse campo mostrará um valor de 0.0.0.0.

  • st— Estrato do par remoto.

  • t— Tipo de peer: b (broadcast), l (local), m (multicast) ou u (unicast).

  • when— quando o último pacote do peer foi recebido.

  • poll— Intervalo de sondagem, em segundos.

  • reach—Registro de acessibilidade, em octal.

  • delay— Atraso atual estimado do peer, em milissegundos.

  • offset— Deslocamento atual estimado do peer, em milissegundos.

  • jitter— Magnitude do jitter, em milissegundos.

A saída no nó primário e secundário mostra o status do NTP da seguinte maneira:

  • status— Palavra de status do sistema, um código que representa os itens de status listados.

  • x events— Número de eventos ocorridos desde a última mudança de código. Um evento geralmente é o recebimento de uma mensagem de sondagem NTP.

  • version— Uma descrição detalhada da versão do NTP que está sendo usada.

  • processor— Plataforma de hardware atual e versão do processador.

  • system— Descrição detalhada do nome e versão do sistema operacional em uso.

  • leap— Número de segundos bissextos em uso.

  • stratum— Estrato do servidor peer. Qualquer coisa maior que 1 é uma fonte de referência secundária e o número representa aproximadamente o número de saltos de distância do servidor do estrato 1. O estrato 1 é uma referência primária, como um relógio atômico.

  • precision—Precisão do relógio peer, com que precisão a frequência e o tempo podem ser mantidos com este sistema de cronometragem específico.

  • rootdelay— Atraso total de ida e volta para a fonte de referência primária, em segundos.

  • rootdispersion— Erro máximo em relação à fonte de referência primária, em segundos.

  • peer— Número de identificação do peer em uso.

  • refid— Identificador de referência do peer remoto. Se o identificador de referência não for conhecido, esse campo mostrará um valor de 0.0.0.0.

  • reftime— Hora local, em formato de carimbo de data/hora, quando o relógio local foi atualizado pela última vez. Se o relógio local nunca tiver sido sincronizado, o valor será zero.

  • poll— Intervalo de sondagem de mensagem de broadcast NTP, em segundos.

  • clock— Hora atual no relógio do roteador local.

  • state— Modo atual de operação NTP, onde 1 é simétrico ativo, 2 é simétrico passivo, 3 é cliente, 4 é servidor e 5 é broadcast.

  • offset— Deslocamento atual estimado do peer, em milissegundos. Indica a diferença de tempo entre o relógio de referência e o relógio local.

  • frequency— Frequência do relógio.

  • jitter— Magnitude do jitter, em milissegundos.

  • stability—Medição de quão bem este relógio pode manter uma frequência constante.

Verificar a configuração do NTP no nó secundário

Finalidade

Verifique se a configuração está funcionando corretamente.

Ação

Do modo operacional, insira o show ntp associations comando:

Do modo operacional, insira o show ntp status comando:

Documentação relacionada