Когда следует использовать NTPd broadcast / broadcastclient вместо клиент-серверного или однорангового режимов?

В NTP deamon, если часто используется в простейшем режиме, то есть клиент / сервер: вы указываете один или несколько server директивы в вашем ntp.conf и ваши клиенты будут использовать эти серверы.

В дополнение к этому, когда вы запускаете свои собственные серверы NTP, рекомендуется peer их вместе, поэтому, если один из них потеряет соединение со своими вышестоящими серверами, он получит время от своих сверстников.

Но NTPd также может работать с широковещательным и / или многоадресным распределением временных данных, с документация заявляя:

режимы широковещательной и многоадресной рассылки предназначены для конфигураций, включающих один или несколько серверов и, возможно, очень большое количество клиентов.

В документации также говорится в другом месте:

Возможно и часто бывает полезно настроить хост как на широковещательный клиент, так и на широковещательный сервер. Несколько хостов, настроенных таким образом и совместно использующих общий широковещательный адрес, автоматически организуются в оптимальную конфигурацию в зависимости от уровня и расстояния синхронизации.

Я вижу одно очевидное административное преимущество: вам не нужно вручную указывать и обновлять список NTP-серверов в клиентах. ntp.conf, поэтому мне кажется заманчивым использовать широковещательный режим даже для небольшого количества клиентов (скажем, 5+ клиентов с 3 ~ 4 серверами). Я ожидаю, что сетевой трафик будет немного выше с широковещательными рассылками вместо ассоциаций клиент / сервер, но, учитывая обычную гигабитную локальную сеть Ethernet, влияние должно быть незначительным, если только у вас не очень-очень большое количество хостов в том же широковещательном домене.

В конце концов, когда следует использовать режим вещания или избегать его? Есть ли плюсы и минусы, которых я не видел?