Skip to main content

Last Call Review of draft-ietf-tsvwg-rfc4960-errata-06
review-ietf-tsvwg-rfc4960-errata-06-opsdir-lc-schoenwaelder-2018-06-11-00

Request Review of draft-ietf-tsvwg-rfc4960-errata
Requested revision No specific revision (document currently at 08)
Type Last Call Review
Team Ops Directorate (opsdir)
Deadline 2018-06-04
Requested 2018-05-21
Authors Randall R. Stewart , Michael Tüxen , Maksim Proshin
I-D last updated 2018-06-11
Completed reviews Secdir Last Call review of -06 by Brian Weis (diff)
Genart Last Call review of -06 by Paul Kyzivat (diff)
Opsdir Last Call review of -06 by Jürgen Schönwälder (diff)
Assignment Reviewer Jürgen Schönwälder
State Completed
Request Last Call review on draft-ietf-tsvwg-rfc4960-errata by Ops Directorate Assigned
Reviewed revision 06 (document currently at 08)
Result Has issues
Completed 2018-06-11
review-ietf-tsvwg-rfc4960-errata-06-opsdir-lc-schoenwaelder-2018-06-11-00
Let me start this way: I am impressed that tsvwg is able to produce such a
document. I understand that there is a precedence, namely RFC 4460. While
keeping a record of changes is extremely useful, it is not clear whether it is
valuable to go through the effort to publish them as RFCs. (In other WGs,  
issue lists like these are often maintained outside the RFC process.)

Given the number ~50 issues, it is really important to have an RFC 4960bis     
but I do not see such a document anywhere. This concerns me. Do we really help
implementors if they have to extract patches from ~80 pages of text to apply
them        to RFC 4960? Several issues have already been reported as errata.
Why are errata         not found to be sufficient until RFC 4960bis is produced?

If I would have a choice, I would rather have an RFC 4960bis with an appendix
providing any explanations for changes that are not trivial (there are also
quite a few editorial changes).

I have marked this with 'has issues' but I am not really having an issue with
the document per se but more with the fact that I do not see an RFC 4960bis
that integrates all the changes. This I consider actually a serious issues - it
is good to have a standards track specification with all the fixes applied
(instead of an informational collection of fixes that people interested must
apply themselves in a meaningful way).

Editorial:

- s/wrong order of of/wrong order of/