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 11) | |
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 | |
Draft 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) |
|
Assignment | Reviewer | Cullen Fluffy Jennings |
State | Completed Snapshot | |
Review |
review-ietf-dnsop-svcb-https-07-artart-lc-jennings-2021-08-09
|
|
Posted at | https://mailarchive.ietf.org/arch/msg/art/CfAGYlDfw5kPjlhbujmikX43J6Q | |
Reviewed revision | 07 (document currently at 11) | |
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.