Skip to main content

Shepherd writeup
draft-ietf-dnsop-edns-key-tag

As required by RFC 4858, this is the current template for the Document
Shepherd Write-Up.

Shepherd write up for draft-ietf-dnsop-edns-key-tag

(1)

This RFC is being requests as a Standards Track.
This is the correct type of RFC.

(2)

Technical Summary:

This document specifies two different ways for validating DNS resolvers
to signal to a server which DNSSEC 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.


Working Group Summary:

The working group was in strong consensus behind this document. One thing
which did emerge was that there was a division over two methods for
publishihng the keys (EDNS option vs a DNS query).  It turned out that each
method had its positives and its negatives.  The consensus from the working
group was to offer both alternatives, documents the flaws in each.

Document Shepherd: Tim Wicinski

Area Director:    Joel Jaeggli

(3)
The document shepherd did a deep dive on the document for technical
correctness, as well as an editorial pass for grammar and diction.
The shepherd feels this document is ready for publication.

(4)
The document shepherd does not have any concerns about the depth or breath of
the reviews.

(5)
No additional reviews needed.

(6)
The document shepherd has no concerns about this document for the Area
Directors.

(7) The authors have confirmed they are not aware of any IPR against this
document.

(9)
The working group is in strong consenus for this document.

(10)
There has been no extreme discontent.

(11)
No Nits found

(12)

(13)
All references have been identified as normative or informative

(14)
There are no normative references in an unclear state

(15
There are no downward normative references

(16)
Publication of this document will not change any existing RFCs

(17)
The IANA Considerations section requests the assignment of a new
EDNS0 option code.  Discussing with the Expert Reviewer of DNS parameters,
this section is correctly structured

(18)
No new IANA Registries.
Back