La komitato de IETF (Interreta Engineering Task Force), kiu disvolvas interretajn protokolojn kaj arkitekturon, generis RFC por la "DNS Push Notifications" mekanismo kaj publikigis la rilatan specifon sub la identigilo . La RFC ricevis la statuson de "Proponita Normo", post kiu laboro komencos doni al la RFC la statuson de skiza normo (Draft Standard), kio fakte signifas kompletan stabiligon de la protokolo kaj konsiderante ĉiujn komentojn faritajn.
La mekanismo "DNS Push Notification" permesas al la kliento nesinkrone ricevi sciigojn de la DNS-servilo pri ŝanĝoj en DNS-rekordoj, sen la bezono periode baloti ilin. Puŝaj sciigoj estas prilaboritaj uzante TCP-transporton nur, kun la komunika kanalo sekurigita uzante "TLS super TCP". Aŭtoritata DNS-servilo povas akcepti TCP-konektojn de DNS Push Notification klientoj sendantaj abonpetojn al specifaj nomoj kaj specoj de DNS-rekordoj. Post ricevi abonpeton, la servilo mem sendos sciigojn al la kliento pri ŝanĝoj en la specifitaj registroj.
La kliento determinas ĉu DNS Push Notification estas subtenata sendante normalan DNS-demandon kiu kontrolas la ekziston de la SRV-rekordo "_dns-push-tls._tcp.zone_name" kiu montras al la DNS-serviloj servantaj la abonojn. La kliento ankaŭ povas aboni rekordon, kiu ne ekzistas, kaj la servilo devas sciigi la klienton se oni aperas estonte. Sciigoj estas senditaj nur kiam ekzistas TCP-konekto establita kun la servilo kaj ne estas destinitaj por spuri 24 horojn tage, 7 tagojn semajne - la abono devas esti nuligita kiam neaktiva (ekzemple, kiam la aparato eniras en standby-reĝimon) kaj uzata nur kiam estas rekta bezono kontroli ŝanĝojn en viva reĝimo. Regulaj DSN-petoj ankaŭ povas esti senditaj tra la TCP-kanalo establita por Push-scioj.
fonto: opennet.ru