https://www.rfc-editor.org/rfc/pdfrfc/rfc1995.txt.pdf言う：
IXFR サーバーは、オプションで複数の差分シーケンスを 1 つの差分シーケンスに凝縮し、中間バージョンの情報を削除する場合があります。
これは、すべてが役に立つわけではない多数のバージョンが生成される場合に有益である可能性があります。(...)
ただし、IXFR クライアントが 2 つの IXFR サーバー (A と B) にアクセスし、一貫性のない凝縮結果がある場合、この機能はあまり役に立ちません。サーバー A から受信した IXFR クライアントの現在のバージョンは、サーバー B には不明である可能性があります。このような場合、サーバー B は不明なバージョンからの増分データを提供できず、完全なゾーン転送が必要になります。
このような状況が発生する仕組みについて、もう少し詳しく説明していただけますか? つまり、IXFR クライアントが 2 つのサーバーから IXFR を実行することは、そもそも可能でしょうか。私の理解では、IXFR クライアントは主に、マスター権限サーバーからゾーンの「不足している部分」を転送するために使用されるからです。
また、何らかの理由で IXFR クライアントが 2 つの異なるサーバーに IXFR を送信したとしても、問題が何なのかまだわかりません。わかりやすい例を挙げていただけますか?
答え1
著者がどのようなシナリオを想像したのかははっきりとは言えませんが、私なりの見解は次のとおりです。
ネームサーバー A には実際のマスター ゾーンがあり、
ネームサーバー B 自体は A から IXFR 経由でゾーンを取得します
(いくつかのオプションの 1 つ。もう 1 つは、A と B の両方が実際のマスター ゾーンを持つ C から IXFR を取得することです)。
ネームサーバーはゾーンAまたはBからIXFRするように設定されています
複数の変更を IXFR 経由で 1 つの転送に凝縮できるのと同じ理由で、B はすべての中間バージョンを利用できない可能性があります。
その後、B から IXFR を実行しても、現在のバージョンが A から受信された場合、現在は B が見たことのないバージョンになっている可能性があり、B は完全な AXFR にフォールバックします。