Last Call Review of draft-ietf-dnsop-svcb-https-07
review-ietf-dnsop-svcb-https-07-artart-lc-jennings-2021-08-09-00
Request | Review of | draft-ietf-dnsop-svcb-https |
---|---|---|
Requested revision | No specific revision (document currently at 12) | |
Type | Last Call Review | |
Team | ART Area Review Team (artart) | |
Deadline | 2021-08-19 | |
Requested | 2021-08-05 | |
Authors | Benjamin M. Schwartz , Mike Bishop , Erik Nygren | |
I-D last updated | 2021-08-09 | |
Completed reviews |
Genart Last Call review of -07
by Dale R. Worley
(diff)
Artart Last Call review of -07 by Cullen Fluffy Jennings (diff) Opsdir Last Call review of -07 by Joe Clarke (diff) Tsvart Last Call review of -07 by Kyle Rose (diff) Intdir Telechat review of -08 by Carlos Pignataro (diff) Dnsdir Last Call review of -12 by Matt Brown |
|
Assignment | Reviewer | Cullen Fluffy Jennings |
State | Completed | |
Request | Last Call review on draft-ietf-dnsop-svcb-https by ART Area Review Team Assigned | |
Posted at | https://mailarchive.ietf.org/arch/msg/art/CfAGYlDfw5kPjlhbujmikX43J6Q | |
Reviewed revision | 07 (document currently at 12) | |
Result | Ready | |
Completed | 2021-08-09 |
review-ietf-dnsop-svcb-https-07-artart-lc-jennings-2021-08-09-00
This draft looks good and ready for publications. The draft could benefit from more discussion on the maximum sizes of records and what happens when they are exceeded. There seems to be some opinionated "you must eat your vegetables stuff" in the draft that will just be ignored by people using this draft. For example, I understand how OSCP stapling speeds things up but I can not see a single reason why the mechanism in this draft need the deployment of OSCP stapling.