Extended DNS Errors

The information below is for an old version of the document
Document Type Expired Internet-Draft (dnsop WG)
Authors Warren Kumari  , Evan Hunt  , Roy Arends  , Wes Hardaker  , David Lawrence 
Last updated 2018-04-19 (latest revision 2017-10-16)
Replaces draft-wkumari-dnsop-extended-error
Stream Internet Engineering Task Force (IETF)
Expired & archived
pdf htmlized bibtex
Additional Resources
- Mailing list discussion
Stream WG state WG Document
Document shepherd No shepherd assigned
IESG IESG state Expired
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at


This document defines an extensible method to return additional information about the cause of DNS errors. The primary use case is to extend SERVFAIL to provide additional information about the cause of DNS and DNSSEC failures. [ Open question: The document currently defines a registry for errors. It has also been suggested that the option also carry human readable (text) messages, to allow the server admin to provide additional debugging information (e.g: "example.com pointed their NS at us. No idea why...", "We don't provide recursive DNS to Please stop asking...", "Have you tried Acme Anvil and DNS? We do DNS right..." (!). Please let us know if you think text is needed, or if a 16bit FCFS registry is expressive enough. ] [ Open question: This document discusses extended *errors*, but it has been suggested that this could be used to also annotate *non- error* messages. The authors do not think that this is a good idea, but could be persuaded otherwise. ]


Warren Kumari (warren@kumari.net)
Evan Hunt (each@isc.org)
Roy Arends (unknown-email-Roy-Arends)
Wes Hardaker (wjhns1@hardakers.net)
David Lawrence (tale@akamai.com)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)