Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

Premesse

Informazioni sul comando Mostra associazioni NTP

Esempi di valori dei campi Reach

Differenze se configurato come principale

Cosa indica il simbolo di cancelletto (#)?

Informazioni correlate

Introduzione

In questo documento viene descritto come usare l'output del comando show ntp association per determinare se NTP funziona correttamente.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Premesse

È possibile utilizzare il protocollo NTP (Network Timing Protocol) per sincronizzare l'ora e gli orologi delle connessioni di rete. Sui router Cisco, è possibile usare il show ntp associations comando per visualizzare lo stato dei peer NTP.

La quantità di informazioni in uscita è considerevole, e include le informazioni sulla perdita dei pacchetti. Queste informazioni sono destinate a integrare quelle disponibili nella guida di riferimento dei comandi di Cisco IOS®.

Informazioni sul comando Mostra associazioni NTP

Esaminare innanzitutto l'output del show ntp associations comando e quindi descrivere in dettaglio le informazioni presentate dal comando.

Questo è un output di esempio e una spiegazione di alcuni campi di output.

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

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

Il campo poll rappresenta l'intervallo di polling (in secondi) tra i pacchetti di polling NTP. Poiché il server e il client NTP sono sincronizzati meglio (e non vi sono pacchetti scartati), questo numero aumenta fino a un massimo di 1024. Il campo offset rappresenta lo scarto calcolato (in millisecondi) tra l'ora del client e quella del server. Il client rallenta o accelera l'orologio in modo che corrisponda al valore dell'ora del server. L'offset diminuisce verso lo zero nel tempo. È probabile che non raggiunga mai lo zero poiché il ritardo del pacchetto tra il client e il server non è mai esattamente lo stesso. Pertanto, l'NTP del client non può mai far corrispondere esattamente il proprio orologio al server.

Se accanto a un peer configurato è presente un asterisco (*), verrà eseguita la sincronizzazione con il peer e verranno utilizzati come orologio primario.

Finché un peer è il primario, allora tutto va bene. Tuttavia, per verificare che il protocollo NTP funzioni correttamente, esaminare il valore nel campo REACH.

Esempi di valori dei campi Reach

Il campo reach è un buffer di bit circolare. Fornisce lo stato degli ultimi otto messaggi NTP (otto bit in ottale è 377, quindi si desidera visualizzare un valore del campo REACH di 377).

Se un pacchetto di risposta NTP viene perso, il pacchetto perso viene registrato negli otto intervalli di aggiornamento NTP successivi nel campo reach.

In questa tabella vengono fornite le spiegazioni per i possibili valori del campo REACH con la perdita di un pacchetto di risposta NTP, come esempio.

Valore campo Reach (Segnalato/Binario)

Spiegazione

377 = 1 1 1 1 1 1 1

Ora 0: ricevute le ultime otto risposte dal server.

376 = 1 1 1 1 1 1 0

Ora 1: l'ultima risposta NTP NON è stata ricevuta (persa nella rete).

375 = 1 1 1 1 1 0 1

Ora 2: ricevuta ultima risposta NTP.

373 = 1 1 1 1 1 0 1

Tempo 3: Ricevuta ultima risposta NTP.

367 = 1 1 1 1 0 1 1

Ora 4: ricevuta ultima risposta NTP.

357 = 1 1 1 0 1 1 1

Ora 5: ricevuta ultima risposta NTP.

337 = 1 1 0 1 1 1

Ora 6: ricevuta ultima risposta NTP.

277 = 1 0 1 1 1 1 1

Ora 7: ricevuta ultima risposta NTP.

177 = 0 1 1 1 1 1 1

Ora 8: ricevuta ultima risposta NTP.

377 = 1 1 1 1 1 1 1

Ora 9: ricevuta ultima risposta NTP.

Differenze se configurato come principale

Quando il router usa il proprio orologio come orologio primario (con il ntp master comando), l'output delle associazioni show ntp è simile al seguente:

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

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

Il valore di interesse è nel campo dello strato, che è uno in meno del valore configurato, ntp primario 7 in questo caso.

Il router esegue il polling del proprio orologio interno, ma l'orologio non è mai irraggiungibile e l'intervallo di polling non viene mai esteso a più di 64 secondi.

Cosa indica il simbolo di cancelletto (#)?

Un cancelletto (#) visualizzato accanto a un peer configurato nell'output del show ntp associations comando indica che il router non si sincronizza con il peer anche se vengono scambiati i pacchetti di richiesta e risposta NTP.

In questo caso, controllare l'output del show ntp associations detail comando o i debug NTP per verificare perché gli orologi non sono sincronizzati. Utilizzare i comandi show ntp associations detail e show ntp status per ottenere ulteriori informazioni sullo stato del protocollo NTP.

Un possibile motivo per il cancelletto è che l'orologio del client NTP differisce di oltre 4000 secondi dall'orologio del server NTP. Sui router Cisco, una differenza di tempo superiore a 4000 secondi viene considerata fuori dall'intervallo e impedisce al router di sincronizzarsi con il server. Ciò non si applica quando si configura un peer NTP per la prima volta su un router Cisco o a un ricaricamento. In questo caso, l'orologio del client NTP (il router Cisco) viene modificato in modo da corrispondere all'orologio del server NTP, a prescindere dalle dimensioni della differenza.

Verificare il fuso orario dell'orologio del client. Viene visualizzata l'ora locale, ma i valori dell'ora nei messaggi NTP sono espressi nel fuso orario UTC (GMT).

È possibile modificare manualmente l'orologio del client in pochi minuti dall'orologio del server NTP.

Informazioni correlate

- Guida alla risoluzione dei problemi e al debug del protocollo NTP (Network Time Protocol)

- Documentazione e supporto tecnico – Cisco Systems