Исходное сообщение
"DNS Push-уведомления получили статус предложенного стандарта" Отправлено Ordu, 02-Июл-20 10:06
Если копнуть rfc, то в секции motivation в rfc8765 написано, что цель -- заменить UDP-вариант DNS Push (rfc8764), который использовала Apple, а в rfc8764 написано:    In dynamic environments, DNS-based Service Discovery [RFC6763]    benefits significantly from clients being able to learn about changes    to DNS information via a mechanism that is both more timely and more    efficient than simple polling.  Such a mechanism enables "live    browses" that (a) learn when a new instance of a service appears, (b)    learn when an existing service instance disappears from the network,    and (c) allows clients to monitor status changes to a service    instance (e.g., printer ink levels).  Multicast DNS [RFC6762]    supports this natively.  When a device on the network publishes or    deletes Multicast DNS records, these changes are multicast to other    hosts on the network.    This document defines an Apple extension to unicast DNS that enables    a client to issue long-lived queries that allow a unicast DNS server    to notify clients about changes to DNS data.  This is a more scalable    and practical solution than can be achieved by polling of the name    server, because a low polling rate could leave the client with stale    information, while a high polling rate would have an adverse impact    on the network and server. Если вкратце, то есть разные способы узнавать о том, что есть в сети, есть даже способы уведомлять клиентов, но у них есть недостатки, типа мультикаста. rfc8764 же их устраняет юникастом. Но, возвращаясь к первому rfc, у rfc8764 тоже есть недостатки (UDP), и rfc8765 их устраняет, задавая способ делать то же самое через TCP.