[nsd-users] RFC glitch regarding IXFR
matthijs at nlnetlabs.nl
Mon Apr 16 08:08:54 UTC 2012
-----BEGIN PGP SIGNED MESSAGE-----
On 04/16/2012 09:37 AM, Rick van Rein wrote:
> NSD cannot serve IXFR, and to avoid asking for it if it runs on
> another node, it requires explicit configuration on that other node
> that AXFR should be used and not IXFR.
NSD will (by default) fallback to AXFR for backwards compatibility, so
it is not required to set AXFR, but if you know the server is NSD, it
is useful to set it.
> RFC 1995 on IXFR states something that makes the above
> incompatible: "If incremental zone transfer is not available, the
> entire zone is returned." -- section 4, on "Response Format".
NSD is a bit specific on that matter. It is true that the IXFR client
features have been implemented, but not the IXFR server features.
Therefore, I think NSD should return NOTIMPL: You will let the
requestor know that it will never get an IXFR back.
The text in RFC 1995 is true if IXFR is implemented, and specifically
the server features.
> This is not a serious incompatibility, but it could simplify the
> life of new adopters of NSD somewhat.
> Hopefully useful,
> Rick van Rein OpenFortress
> _______________________________________________ nsd-users mailing
> list nsd-users at NLnetLabs.nl
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
More information about the nsd-users