Last Call Review of draft-ietf-netconf-netconf-event-notifications-17
review-ietf-netconf-netconf-event-notifications-17-tsvart-lc-eddy-2019-04-02-00
Request | Review of | draft-ietf-netconf-netconf-event-notifications |
---|---|---|
Requested revision | No specific revision (document currently at 22) | |
Type | Last Call Review | |
Team | Transport Area Review Team (tsvart) | |
Deadline | 2019-04-12 | |
Requested | 2019-03-22 | |
Authors | Eric Voit , Alexander Clemm , Alberto Gonzalez Prieto , Einar Nilsen-Nygaard , Ambika Tripathy | |
I-D last updated | 2019-04-02 | |
Completed reviews |
Yangdoctors Last Call review of -16
by Reshad Rahman
(diff)
Secdir Last Call review of -17 by David Mandelberg (diff) Tsvart Last Call review of -17 by Wesley Eddy (diff) Genart Last Call review of -17 by Meral Shirazipour (diff) Rtgdir Last Call review of -17 by Dhruv Dhody (diff) |
|
Assignment | Reviewer | Wesley Eddy |
State | Completed | |
Request | Last Call review on draft-ietf-netconf-netconf-event-notifications by Transport Area Review Team Assigned | |
Reviewed revision | 17 (document currently at 22) | |
Result | Ready w/issues | |
Completed | 2019-04-02 |
review-ietf-netconf-netconf-event-notifications-17-tsvart-lc-eddy-2019-04-02-00
This document has been reviewed as part of the transport area review team's ongoing effort to review key IETF documents. These comments were written primarily for the transport area directors, but are copied to the document's authors and WG to allow them to address any issues raised and also to the IETF discussion list for information. When done at the time of IETF Last Call, the authors should consider this review as part of the last-call comments they receive. Please always CC tsv-art@ietf.org if you reply to or forward this review. I reviewed this in conjunction with the set of related WG documents on NETCONF/RESTCONF subscriptions and event notifications. I also have some comments on other documents in the set, some of which may influence this once, since they are closely related. In figure 3, and text on page 11, there is an example with a DiffServ codepoint value of "10". This could be interpreted as binary, decimal, hexadecimal, etc. It should be clear what the base is supposed to be. It seemed pretty ambiguous in this and the related documents, so it's not apparent that an implementer would be sure to get it right or for it to be compatible. I have other broad comments on the DSCP usage that will be in review comments for the subscribed-notifications draft where it is more appropriate.