> Il 12 settembre 2019 16:52 Paul Hoffman <paul.hoff...@icann.org> ha scritto:
>
> Proposal: add the following sentence to the end of the abstract: "Extended
> error information does not change the processing of RCODEs."
>
> Proposal: add to the end of the Introduction: Applications MUST NOT change
> the processing of RCODEs in messages based on extended error codes.
But isn't the foremost motivation of this document to allow the client to tell
between SERVFAIL due to DNSSEC validation failure and SERVFAIL due to resolver
issues, and try another resolver in the latter case but not in the former? How
would this not be "changing the processing of RCODEs in messages based on
extended error codes"?
Or do you mean that the stub resolver library can do that, but not the
application that is calling it? But what do you do when the two things are in
fact the same, e.g. with DoH clients?
--
Vittorio Bertola | Head of Policy & Innovation, Open-Xchange
vittorio.bert...@open-xchange.com
Office @ Via Treviso 12, 10144 Torino, Italy
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop
