[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: in support of axfr-clarify



D. J. Bernstein writes:
> Mayer claimed ``You can't clarify without breaking something.'' Is there
> anyone else here who doesn't understand how ridiculous that claim is?

For the record, I also find Mayer's claim ridiculous.

The axfr-clarify specification does not "break" anything - it
maintains full compatibility with existing implementations.  While
some existing implementations don't _conform_ to the specification,
all known existing implementations do _interoperate_ with conforming
implementations.

> For example, some AXFR servers insert glue records everywhere they're
> used, while some AXFR servers insert each glue record exactly once.
> AXFR clients can handle either approach. There are no failures here.
> 
> Explaining that servers can repeat records, and requiring clients to
> handle repetitions, would be a clarification of the protocol.

That's what the draft says:

   The transmission order of all other RRs in the zone is undefined.
   Each of them SHOULD be transmitted only once, and slaves MUST ignore
   any duplicate RRs received.

-- 
Andreas Gustafsson, gson@nominum.com

--
to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>