Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Conventions

Entendendo o comando show ntp associations

Exemplos de valores do campo Reach

Diferenças quando configurado como Mestre

O que um sinal de libra indica?

Informações Relacionadas

Introduction

Você pode usar o Network Timing Protocol (NTP) para sincronizar o tempo e os relógios nas conexões de rede. Em Cisco routers, é possível usar o comando show ntp associations para visualizar o status de peers NTP. Este documento explica como usar a saída do comando show ntp associations para determinar se o NTP está funcionando e se comunicando corretamente. Há uma quantidade considerável de informações na saída, inclusive informações de perda de pacotes. Essas informações se destinam a complementar as informações disponíveis na Referência de Comandos do Cisco IOS® para o comando show ntp associations.

Prerequisites

Requirements

Não existem requisitos específicos para este documento.

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Conventions

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Entendendo o comando show ntp associations

Primeiro vamos examinar a saída do comando show ntp associations e, depois, descrever detalhadamente as informações apresentadas por esse comando. Abaixo está um exemplo de saída, seguido por uma explicação de determinados campos de saída.

Router#show ntp associations

address            ref clock         st      when    poll   reach   delay   offset    disp

~172.31.32.2       172.31.32.1       5       29      1024   377     4.2     -8.59     1.6

+~192.168.13.33    192.168.1.111     3       69      128    377     4.1     3.48      2.3

*~192.168.13.57    192.168.1.111     3       32      128    377     7.9     11.18     3.6

* master (synced), # master (unsynced), + selected, - candidate, ~ configured

O campo de poll representa o intervalo de poll (em segundos) entre os pacotes de poll do NTP. Como o servidor e o cliente NTP são melhor sincronizados e não há pacotes descartados, esse número aumenta para um máximo de 1024. O campo offset é o deslocamento calculado (em milissegundos) entre o horário do cliente e do servidor. O cliente desacelera ou acelera seu relógio para corresponder o valor do tempo dos servidores. O deslocamento diminui em direção a zero ao longo do tempo. Provavelmente nunca chegará a zero, já que o retardo de pacote entre o cliente e o servidor nunca é exatamente o mesmo, então o NTP do cliente nunca pode combinar exatamente seu relógio com o do servidor. Detalhes adicionais sobre o campo de saída estão descritos no documento Comandos Básicos de Gerenciamento do Sistema.

Se houver um asterisco (*) ao lado de um peer configurado, você será sincronizado com esse peer e os usará como relógio mestre. Desde que um peer seja o mestre, tudo ficará bem. No entanto, a chave para saber se o NTP está funcionando corretamente é consultar o valor no campo Reach. Vamos analisar este campo mais detalhadamente.

Exemplos de valores do campo Reach

O campo de alcance é um buffer de bit circular. Fornece o status das últimas oito mensagens NTP (os oito bits na base oito são 377; portanto, você terá um valor de campo de alcance de 377). Se um pacote de respostas NTP for perdido, o pacote ausente será rastreado durante os próximos oito intervalos de atualização NTP no campo de alcance. A tabela abaixo fornece explicações para possíveis valores do campo Reach usando a perda de um pacote de resposta de NTP como exemplo.

Alcançar Valor de Campo (Reportado/Binário)

Explicação

377 = 1 1 1 1 1 1 1

Tempo 0: As últimas oito respostas do servidor foram recebidas

376 = 1 1 1 1 1 0

Tempo 1: A última resposta NTP NÃO foi recebida (perdida na rede)

375 = 1 1 1 1 1 0 1

Tempo 2: A última resposta de NTP foi recebida

373 = 1 1 1 1 0 1 1

Hora 3: A última resposta de NTP foi recebida

367 = 1 1 1 1 0 1 1 1

Hora 4: A última resposta de NTP foi recebida

357 = 1 1 1 0 1 1 1 1

Tempo 5: A última resposta de NTP foi recebida

337 = 1 1 0 1 1 1 1

Tempo 6: A última resposta de NTP foi recebida

277 = 1 0 1 1 1 1 1

Hora 7: A última resposta de NTP foi recebida

177 = 0 1 1 1 1 1 1

Time 8: A última resposta de NTP foi recebida

377 = 1 1 1 1 1 1 1

Tempo 9: A última resposta de NTP foi recebida

Diferenças quando configurado como Mestre

Quando o roteador estiver usando o seu próprio relógio como relógio principal (usando o comando ntp master), a saída de show ntp associations será a seguinte:

address            ref clock     st    when   poll   reach   delay    offset    disp

*~127.127.7.1      127.127.7.1   6     20     64     377     0.0      0.00     0.0

* master (synced), # master (unsynced), + selected, - candidate, ~ configured

O valor interessante aqui está no campo de estrato, que é um a menos do que o valor configurado, ntp master 7, nesse caso. O roteador faz uma chamada seletiva de seu próprio relógio interno, mas o relógio nunca está inalcançável, e o roteador nunca aumenta o intervalo de chamada seletiva para mais de 64 segundos.

O que um sinal de libra indica?

Um sinal de libra (#) exibido ao lado de um peer configurado na saída do comando show ntp associations indica que o roteador não está sincronizando com o peer, mesmo que a solicitação NTP e os pacotes de resposta estejam sendo trocados. Neste caso, verifique a saída do comando show ntp associations detail ou as depurações NTP para ver o motivo pelo qual os relógios não estão em sincronia. Você pode usar os comando show ntp associations detail e show ntp status para obter informações adicionais sobre o estado de NTP.

Um motivo possível para o sinal de libra é uma diferença de mais de 4000 segundos do relógio do cliente de NTP para o relógio do servidor de NTP. Nos Cisco routers uma diferença de tempo maior que 4000 segundos é considerada fora de alcance e impede o roteador de sincronizar com o servidor. Isso não se aplica quando você configura um peer NTP pela primeira vez em um roteador Cisco ou em um recarregamento. Nesse caso, o relógio do cliente NTP (do Cisco Router) é alterado para corresponder ao relógio do servidor NTP, não importa quão grande seja a diferença.

Verifique o fuso horário do relógio do cliente; a hora local é exibida, mas os valores de hora nas mensagens NTP estão no fuso horário UTC (GMT). Você pode alterar manualmente o relógio de clientes em poucos minutos em relação ao relógio dos servidores NTP.

Informações Relacionadas

- Guia de solução de problemas e depuração de problemas do Network Time Protocol (NTP)

- Suporte Técnico e Documentação - Cisco Systems