[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [dnsext] A few notes on the IXFR-ONLY draft
At Sat, 31 Oct 2009 16:49:52 +0000, Joe Abley wrote:
> On 2009-10-30, at 14:16, Alfred Hönes wrote:
>
>> NEW:
>>
>> | This documents proposes a new QTYPE (Query pseudo RRtype) for the
>> | Domain Name System (DNS). IXFR-ONLY is a variant of IXFR (RFC 1995)
>> | that allows an authoritative server to incrementally update zone
>> | content from another (primary) server without falling back from IXFR
>> | to AXFR in case of an SOA Serial mismatch. This way, alternate peers
>> | can be contacted more quickly and convergence of zone content may be
>> | achieved much faster in important, resilient operational scenarios.
>
> Your text misses slightly here since you misrepresent the effect of an
> "SOA serial mismatch". The generation of an AXFR response to an
> inbound IXFR happens for server-specific reasons (most often, you
> would expect, because the specific delta requested by the IXFR client
> cannot be isolated by the server).
>
> An SOA mismatch is expected for any kind of transfer; if the SOA of
> the zone concerned was identical on both servers then no transfer of
> any kind would normally be attempted at all.
>
> Joe
Joe,
I didn't say that this strawman text should be the final version.
I had introduced the proposal with:
>> To give a starting point, here's my proposal for an improved Abstract:
^^^^^^^^^^^^^^^^^^^^^^^^
The Abstract can and should not go into all details. I tried to
give an idea of what distinguishing conditions call for the
solution presented in the draft, in very few words. The main goal
should be to help a reader decide if the memo is relevant for him
(and to make help friends in the IESG for the matter :-) ).
So please feel free to improve the 'management version' of the
reasoning; the full details should be in the body of the memo (and
they IMO indeed are there!).
Alfred.