Qual è la differenza tra NTP e SNTP?
SNTP (Simple Network Time Protocol) e NTP (Network Time Protocol) descrivono esattamente lo stesso formato di pacchetto di rete, le differenze possono essere trovate nel modo in cui un sistema gestisce il contenuto di questi pacchetti per sincronizzare il proprio tempo. Sono fondamentalmente due modi diversi di gestire la sincronizzazione dell'ora.
Mentre un server o client NTP completo raggiunge un livello molto elevato di precisione ed evita il più possibile timestamp improvvisi utilizzando diversi metodi matematici e statistici e regolazioni fluide della velocità di clock, SNTP può essere consigliato solo per applicazioni semplici, dove i requisiti per precisione e affidabilità non sono troppo impegnative.
Ignorando i valori di deriva e utilizzando metodi semplificati di regolazione dell'orologio di sistema (spesso semplici passaggi temporali), SNTP ottiene solo una sincronizzazione temporale di bassa qualità rispetto a un'implementazione NTP completa. SNTP versione 4 è definita in RFC2030, dove si legge:
“Si consiglia vivamente di utilizzare SNTP solo alle estremità della sottorete di sincronizzazione. I client SNTP devono funzionare solo alle foglie (strato più alto) della sottorete e in configurazioni in cui nessun client NTP o SNTP dipende da un altro client SNTP per la sincronizzazione. I server SNTP dovrebbero funzionare solo alla radice (strato 1) della sottorete e solo in configurazioni in cui non è disponibile altra fonte di sincronizzazione oltre a un servizio orario radio o modem affidabile. Il pieno grado di affidabilità normalmente atteso dai server primari è possibile solo utilizzando fonti ridondanti, diversi percorsi di sottorete e algoritmi predisposti di un’implementazione NTP completa”.
Pertanto il termine “time server NTP” o “client compatibile NTP” può – per definizione – descrivere un sistema con un NTP completamente implementato così come qualsiasi altro prodotto che utilizza e comprende il protocollo NTP ma raggiunge livelli molto peggiori di affidabilità, precisione e sicurezza.
Quali meccanismi esistono a livello del dispositivo DTS per gestire in sicurezza questi secondi intercalari?
Esistono fondamentalmente due modi per tenere conto del secondo intercalare nel proprio sistema temporale IT. La prima soluzione (DTS4160, DTS4210) è che il secondo intercalare venga letto automaticamente tramite il ricevitore GPS e il time server possa implementarlo nel timestamp NTP emesso. Alla base di questo automatismo dei dispositivi c'è il fatto che gli operatori dei satelliti GPS di solito tengono conto delle specifiche IERS, il che è garantito dal preavviso e dallo stesso secondo intercalare. Solo sulla base di entrambi i componenti i ricevitori GPS e i time server possono elaborare il secondo intercalare correttamente e esattamente al momento giusto e implementarlo anche in termini di tecnologia di sistema.
Alcuni gestori di infrastrutture critiche preferiscono invece la procedura manuale perché esiste un certo rischio residuo per quanto riguarda la ricezione sicura di entrambi i componenti sopra menzionati e il secondo intercalare deve essere solitamente conteggiato separatamente per altri sistemi IT Comunque. Inoltre, la definizione dei secondi intercalati non è una procedura standard, quindi ciò può anche parlare di un processo consapevole, quindi manuale, da parte dell'utente. Con questa soluzione alternativa di impostazione manuale potete effettuare tempestivamente un'impostazione corrispondente sui nostri dispositivi DTS, ad esempio tramite MOBA NMS o Telnet SSH, per cui il server temporale DTS elabora quindi in modo sicuro il secondo intercalare e lo implementa di conseguenza.
Cosa significa l'indice "Richieste al secondo" per il numero di client nella rete che un server temporale può sincronizzare?
Di norma i client NTP inviano un pacchetto di richiesta al massimo ogni 64 secondi. Con un codice apparecchio di 100 “richieste al secondo” si potrebbero già sincronizzare nella rete 6.400 client NTP. Se ad esempio si utilizza il time server DTS 4160 con 10.000 “richieste al secondo”, nella rete si potrebbero sincronizzare addirittura 640.000 client con questo tipo di time server. Poiché le versioni NTP più attuali aumentano l'intervallo di polling di un fattore 16 con una sincronizzazione temporale stabile, ciò si traduce in un numero ancora maggiore di possibili dispositivi terminali NTP. Si dovrebbe quindi tenere conto di questo fatto quando si seleziona la specifica del dispositivo realmente necessaria per l'esigenza specifica. Per le reti più grandi avviene anche la creazione di strutture gerarchiche di time server, costituite da più segmenti o livelli di rete, ciascuno con un time server assegnato. In questo modo i time server del livello inferiore si sincronizzano sempre con il livello superiore fino al time server centrale. Questo server temporale centrale ha in genere le funzionalità con le prestazioni più elevate ed è spesso ridondante.
Perché il servizio Ora di Windows non si sincronizza con il server NTP?
La possibile risoluzione dei problemi può procedere come segue:
Il firewall o il filtro della porta stanno bloccando i pacchetti NTP.
Assicurati che le impostazioni del firewall in Windows abilitino il protocollo UDP in entrambe le direzioni (in entrata/in uscita) sulla porta 123.
Alcune versioni di w32time vengono fornite con Windows XP
Perché hai bisogno del tuo server NTP anche se su Internet sono disponibili server NTP?
Se una connessione Internet funziona correttamente, NTP può determinare e tenere conto dei ritardi di trasmissione dei pacchetti in modo abbastanza affidabile. Tuttavia, se la connessione Internet è al limite della capacità, la sincronizzazione dell'ora può essere notevolmente ridotta a causa dell'elevata dispersione dei ritardi di trasmissione dei pacchetti. Le ragioni potrebbero essere gli attacchi degli hacker, che non devono colpire la vostra rete, oppure nuovi virus che provocano un'enorme ondata di e-mail, come è già accaduto in passato. Un proprio server NTP non può essere facilmente compromesso fuori da Internet.
Hai bisogno di PTP o è più adatto NTP?
Sia PTP che NTP forniscono la sincronizzazione dell'ora su una rete basata su pacchetti. Ma non entrambi i protocolli sono dedicati agli stessi campi applicativi. Dipende dalle esigenze del sistema, quale dei protocolli è preferito.
Il PTP è necessario laddove è richiesto un livello di precisione più elevato (ad esempio telecomunicazioni, distribuzione di energia, controllo del traffico aereo, ecc.). Con PTP sono possibili accuratezze inferiori al microsecondo o addirittura nanosecondo, mentre NTP raggiunge solo il livello del millisecondo. La chiave del PTP è il timestamp hardware. Solo se la marcatura temporale avviene vicino al filo è possibile raggiungere questo elevato livello di precisione. Lo svantaggio è la necessità di hardware dedicato e di una rete ingegnerizzata.
NTP è un vecchio protocollo Internet ancora ampiamente utilizzato per la distribuzione dell'ora (ad es. sistemi di orologi o reti IT). NTP fornisce un modo semplice per sincronizzare tutti i dispositivi su una rete normale e persino su Internet. Per garantire un tempo affidabile in una rete locale, la soluzione migliore è inserire nella rete un server NTP collegato a un'antenna GNSS. Mentre per orologi, sistemi di controllo degli accessi e altri sistemi simili è necessario il tempo, la precisione di NTP è sufficiente. Il vantaggio di NTP è la sua robustezza e la capacità di funzionare su apparecchiature IT standard.
Se hai bisogno di ulteriori informazioni su questo argomento, non esitare a contattarci. Saremo lieti di supportarti.