NTP deamon如果经常以最简单的模式使用，那就是client / server：你在ntp.conf指定一个或多个server指令，你的客户端将使用这些服务器。
除此之外，当你运行你自己的NTP服务器的时候，把它们放在一起是一个很好的习惯，所以如果其中一个服务器与上游服务器的连接松动的话，它将会从同伴中获得时间。
但是NTPd也可以处理时间数据的广播和/或多播分配， 文档说明：
广播和多播模式用于涉及一个或几个服务器以及可能非常大的客户端的configuration
该文件还说其他地方 ：
将主机configuration为广播客户端和广播服务器是可能的并且经常是有用的。 以这种方式configuration并共享公共广播地址的多个主机将根据层和同步距离自动将其组织为最佳configuration。
我可以看到一个显而易见的pipe理好处：您不必在客户端ntp.conf手动指定和更新您的NTP服务器列表，因此对于我来说，即使对于小型客户群（如5+客户端3〜4台服务器）。 我预计networkingstream量会随着广播而不是客户端/服务器关联而略高一些，但考虑到通常的千兆以太网局域网，除非在同一个广播域中有非常大量的主机，否则这种影响应该可以忽略不计。
在一天结束的时候，什么时候应该使用或避免广播模式？ 我有没有看到有利有弊？
不，大多数操作系统不支持广播客户端模式。 与普通的服务器/客户端模式相比，广播和多播模式本质上不太准确，不太安全（即使是身份validation），并且它们不像以前那样有用。
如果你坚持这一点，你可以…
Linux操作系统支持广播/多播/多播，但是由于将旧的以太网网卡及其接口置于混杂模式（通过读入包括其他主机的数据包在内的所有数据包），从而增加了CPU的开销。
MacOSX （现在的macos ）可以支持多播NTP，但是没有给予支持。 您可以使用以下命令启用它：
sudo route -nv add -net 228.0.0.4 -interface en0
Microsoft Windows时间服务不支持Windows 2000 Server，Windows Server 2016，Windows Server 2012 R2，Windows Server 2012上的多播/广播，更不用说任何Windows桌面变体。 它用于支持多播NTP（来自www.mingham-smith.com/k9.htm的 K9为Windows 3.1,95,98 ，ME，NT，2000，XP，2003，Windows Mobile 2003提供多播NTP）。
在我看来，应该始终避免广播/广播客户端。
我自己研究过这个选项，没有find任何合适的方法来configuration客户端只接受来自“官方”服务器的广播。
接下来的一点是：这种广播与运行Windows / MacOS的计算机的兼容性如何？