Komitet IETF (Internet Engineering Task Force), który opracowuje protokoły i architekturę Internetu, utworzenie RFC dla mechanizmu „DNS Push Notifications” i opublikowanie specyfikacji z nim związanej pod identyfikatorem . RFC otrzymało status „Proposed Standard”, po czym rozpoczną się prace nad nadaniem RFC statusu projektu normy (Draft Standard), co faktycznie oznacza całkowitą stabilizację protokołu i uwzględnienie wszystkich zgłoszonych uwag.
Mechanizm „DNS Push Notification” umożliwia klientowi asynchroniczne otrzymywanie powiadomień z serwera DNS o zmianach w rekordach DNS, bez konieczności okresowego ich odpytywania. Powiadomienia push są przetwarzane wyłącznie przy użyciu transportu TCP z zabezpieczeniem kanału komunikacyjnego za pomocą „TLS over TCP”. Autorytatywny serwer DNS może akceptować połączenia TCP od klientów DNS Push Notification, które wysyłają żądania subskrypcji do określonych nazw i typów rekordów DNS. Po otrzymaniu żądania subskrypcji serwer sam wyśle klientowi powiadomienia o zmianach we wskazanych rekordach.
Klient określa, czy obsługiwane jest powiadomienie wypychane DNS, wysyłając zwykłe zapytanie DNS, które sprawdza istnienie rekordu SRV „_dns-push-tls._tcp.zone_name”, który wskazuje serwery DNS obsługujące subskrypcje. Klient może również subskrybować nieistniejący wpis, a serwer musi powiadomić klienta, jeśli pojawi się on w przyszłości. Powiadomienia są wysyłane tylko wtedy, gdy istnieje połączenie TCP z serwerem i nie są przeznaczone do monitorowania 24 godziny na dobę, 7 dni w tygodniu - subskrypcję należy anulować w przypadku nieaktywności (np. gdy urządzenie przechodzi w stan czuwania) i używane tylko wtedy, gdy istnieje bezpośrednia potrzeba śledzenia zmian w trybie na żywo. Regularne żądania DSN mogą być również wysyłane przez kanał TCP ustawiony dla powiadomień push.
Źródło: opennet.ru