O Deamon NTP, se usado com frequência no modo mais simples, que é cliente / servidor: você especifica uma ou mais serverdiretivas no seu ntp.confe seus clientes usarão esses servidores.
Além disso, quando você executa seus próprios servidores NTP, é uma boa prática para peereles juntos; portanto, se um deles perder a conectividade com seus servidores upstream, obterá tempo de seus pares.
Mas o NTPd também pode trabalhar com transmissão e / ou distribuição multicast de dados de tempo, com a documentação informando:
Os modos broadcast e multicast destinam-se a configurações que envolvem um ou alguns servidores e uma população de clientes possivelmente muito grande
A documentação também diz em outro lugar :
É possível e frequentemente útil configurar um host como cliente de transmissão e servidor de transmissão. Vários hosts configurados dessa maneira e compartilhando um endereço de broadcast comum se organizarão automaticamente em uma configuração ideal com base no estrato e na distância de sincronização.
Percebo um benefício administrativo óbvio: você não precisa especificar e atualizar manualmente sua lista de servidores NTP nos clientes ntp.conf; portanto, para mim, parece tentador usar o modo de transmissão mesmo para uma pequena população de clientes (digamos, 5+ clientes com 3 ~ 4 servidores). Espero que o tráfego de rede seja um pouco maior com transmissões em vez de associações de cliente / servidor, mas, dada a LAN de Ethernet gigabit usual, o impacto deve ser desprezível, a menos que você tenha um número muito grande de hosts no mesmo domínio de broadcast.
No final do dia, quando o modo de transmissão deve ser usado ou evitado? Existem prós e contras que eu não vi?