Skip to main content

Last Call Review of draft-ietf-dnsop-rfc7816bis-09
review-ietf-dnsop-rfc7816bis-09-secdir-lc-eastlake-2021-06-07-00

Request Review of draft-ietf-dnsop-rfc7816bis
Requested revision No specific revision (document currently at 11)
Type Last Call Review
Team Security Area Directorate (secdir)
Deadline 2021-06-07
Requested 2021-05-24
Authors Stéphane Bortzmeyer , Ralph Dolmans , Paul E. Hoffman
I-D last updated 2021-06-07
Completed reviews Genart Last Call review of -09 by Suhas Nandakumar (diff)
Opsdir Last Call review of -09 by Qin Wu (diff)
Secdir Last Call review of -09 by Donald E. Eastlake 3rd (diff)
Artart Telechat review of -10 by Valery Smyslov (diff)
Intdir Telechat review of -10 by Jean-Michel Combes (diff)
Assignment Reviewer Donald E. Eastlake 3rd
State Completed
Request Last Call review on draft-ietf-dnsop-rfc7816bis by Security Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/secdir/nRcZQTTexh-MdG9gABRoGCsSFBU
Reviewed revision 09 (document currently at 11)
Result Ready
Completed 2021-06-07
review-ietf-dnsop-rfc7816bis-09-secdir-lc-eastlake-2021-06-07-00
I have reviewed this document as part of the security directorate's
ongoing effort to review all IETF documents being processed by the
IESG. Document editors and WG chairs should treat these comments just
like any other last call comments.

The summary of the review is READY.

This is an excellent draft about how to minimize the information sent
to higher level DNS servers (those serving zones closer to root) to
protect privacy. There are more subtleties and 2nd order potential
difficulties with this than I would have expected but, as far as I can
tell, these are all covered by the draft, as one might expect in a bis
draft that incorporates lessons learned in the deployment of the
original (RFC 7816).

One wonders if/when it might be better to use AAAA as the substitute
QTYPE for minimized queries rather than A  :-)

Below I have a few suggested wording changes which I believe would be
small improvements but I consider optional.

Minor Suggestions:

Section 1, page 3: "this choice at this time" -> "this choice at that time"

Section 1.1, page 3:
"lessons learned from implementing QNAME minimization" ->
"lessons learned from implementing RFC 7816 QNAME minimization"

Section 2.1, page 5: To clarify, for readers who don't know, that RFC
8305 is the happy eyeballs RFC:
OLD
   records.  Another potential benefit of using QTYPE=A is that
   [RFC8305] clients that need answers for both the A and AAAA types
NEW
   records.  Another potential benefit of using QTYPE=A is that
   happy eyeballs [RFC8305] clients that need answers for both the A
and AAAA types

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 2386 Panoramic Circle, Apopka, FL 32703 USA
 d3e3e3@gmail.com