IETF（網際網路工程任務小組）委員會，負責開發網際網路協定和架構， 為「DNS 推播通知」機制產生了 RFC，並在識別碼下發布了相關規範 。 RFC 獲得了「擬議標準」的地位，之後工作將開始賦予 RFC 標準草案（標準草案）的地位，這實際上意味著協議的完全穩定並考慮到所有提出的意見。
「DNS 推播通知」機制允許用戶端非同步接收來自 DNS 伺服器的有關 DNS 記錄變更的通知，而無需定期輪詢它們。 推播通知僅使用 TCP 傳輸進行處理，並使用「TCP 上的 TLS」保護通訊通道。 權威 DNS 伺服器可以接受來自 DNS 推播通知客戶端的 TCP 連接，這些用戶端會向特定名稱和類型的 DNS 記錄發送訂閱請求。 收到訂閱請求後，伺服器本身會向客戶端發送有關指定記錄變更的通知。
用戶端透過發送正常的 DNS 查詢來決定是否支援 DNS 推播通知，該查詢會檢查是否存在指向為訂閱提供服務的 DNS 伺服器的 SRV 記錄「_dns-push-tls._tcp.zone_name」。 客戶端也可以訂閱一條不存在的記錄，如果將來出現一筆記錄，伺服器必須通知客戶端。 僅當與伺服器建立 TCP 連線時才會發送通知，且通知並非設計用於每週 24 天、每天 7 小時追蹤 - 不活動時（例如，當裝置進入待機模式時）應取消訂閱，且僅當直接需要監視即時模式的變化時才使用。 常規 DSN 請求也可以透過為推播通知建立的 TCP 通道傳送。
來源： opennet.ru