Il deamon NTP se usato spesso nella sua modalità più semplice, che è client / server: specifichi una o più serverdirettive nel tuo ntp.confe i tuoi client useranno quei server.
Inoltre, quando si eseguono i propri server NTP, è buona norma peerutilizzarli insieme, quindi se uno di essi perde la connettività ai suoi server upstream, otterrà tempo dai suoi peer.
Ma NTPd può anche funzionare con la distribuzione broadcast e / o multicast di dati temporali, con la documentazione che afferma:
le modalità broadcast e multicast sono pensate per configurazioni che coinvolgono uno o pochi server e una popolazione client probabilmente molto ampia
La documentazione dice anche altrove :
È possibile e spesso utile configurare un host come client di trasmissione e server di trasmissione. Un certo numero di host configurati in questo modo e condividendo un indirizzo di trasmissione comune si organizzeranno automaticamente in una configurazione ottimale in base allo strato e alla distanza di sincronizzazione.
Vedo un ovvio vantaggio amministrativo: non è necessario specificare e aggiornare manualmente l'elenco dei server NTP nei client ntp.conf, quindi per me sembra allettante utilizzare la modalità di trasmissione anche per una piccola popolazione di client (diciamo 5+ client con 3 ~ 4 server). Mi aspetto che il traffico di rete sia un po 'più alto con le trasmissioni anziché le associazioni client / server, ma dato il solito Gigabit Ethernet LAN l'impatto dovrebbe essere trascurabile a meno che non si abbia un numero molto grande di host nello stesso dominio di trasmissione.
Alla fine della giornata, quando utilizzare o evitare la modalità di trasmissione? Ci sono pro e contro che non ho visto?