Last Call: <draft-ietf-dnsop-edns-key-tag-03.txt> (Signaling Trust Anchor Knowledge in DNS Security Extensions (DNSSEC)) to Proposed Standard
The IESG <firstname.lastname@example.org> Mon, 02 January 2017 17:48 UTC
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8320B128B38; Mon, 2 Jan 2017 09:48:25 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
From: The IESG <email@example.com>
To: "IETF-Announce" <firstname.lastname@example.org>
Subject: Last Call: <draft-ietf-dnsop-edns-key-tag-03.txt> (Signaling Trust Anchor Knowledge in DNS Security Extensions (DNSSEC)) to Proposed Standard
Date: Mon, 02 Jan 2017 09:48:25 -0800
Cc: email@example.com, firstname.lastname@example.org, email@example.com, firstname.lastname@example.org
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:email@example.com?subject=unsubscribe>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:firstname.lastname@example.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Jan 2017 17:48:25 -0000
The IESG has received a request from the Domain Name System Operations WG (dnsop) to consider the following document: - 'Signaling Trust Anchor Knowledge in DNS Security Extensions (DNSSEC)' <draft-ietf-dnsop-edns-key-tag-03.txt> as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the email@example.com mailing lists by 2017-01-16. Exceptionally, comments may be sent to firstname.lastname@example.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract The DNS Security Extensions (DNSSEC) were developed to provide origin authentication and integrity protection for DNS data by using digital signatures. These digital signatures can be verified by building a chain-of-trust starting from a trust anchor and proceeding down to a particular node in the DNS. This document specifies two different ways for validating resolvers to signal to a server which keys are referenced in their chain-of-trust. The data from such signaling allow zone administrators to monitor the progress of rollovers in a DNSSEC-signed zone. This document describes two independent methods for validating resolvers to publish their referenced keys: an EDNS option and a different DNS query. The reason there are two methods instead of one is some people see significant problems with each method. Having two methods is clearly worse than having just one, but it is probably better for the Internet than having no way to gain the information from the resolvers. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-dnsop-edns-key-tag/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-dnsop-edns-key-tag/ballot/ No IPR declarations have been submitted directly on this I-D.