NOTIFY)この文書はRFC1996の日本語訳です。正確な知識を求める方は原文を参照してください。翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。誤りの指摘は適切です。この文書の配布は元のRFC同様に無制限です。ロトコルを指定して、そして改良のために議論と提案を求めます。1)の現在の版を参照してください。このメモの配布は無制限です。問合せを行うべきである事を知らせます。比較的長いリフレッシュ時間のためです。プライマリサーバとスレーブサーバ間で長い間ゾーンデータが一致しません。負荷を増やさずにゾーンの普及の遅延を減らすのが希望です。資源レコードタイプでも利用可能になるように意図されます。テルス(内密)」サーバーの役割により多くの定義を与えます。この文書は[RFC1035]の補遺と思うことができます。ゾーンデータを得るためにゾーン転送を使う正式なサーバ。ゾーン転送依存グラフのルートになるマスターサーバ。定し、任意でネームサーバ資源レコードに設定します。資源レコードに設定されていないもの。し、マスターの役を務めることができるでしょう。あるゾーンの変更を通知されるサーバーの集合。ムサーバ資源レコード集合で指定されたサーバ全てです。スターかマスターでもあるスレーブサーバに対してAXFRかIXFRを使います。AXFR依存グラフでループは許されません。イプと、オプションで、新しい資源データを送ります。設定され、これらの意味のないビットは無視されなければなりません。キューからそのスレーブを取り除くことができます。大きくてUDP/DNSデータグラムに収まらない場合などです。レーブはネームサービスは継続しなければなりません。