Skip to main content

Last Call Review of draft-ietf-bess-ir-03
review-ietf-bess-ir-03-genart-lc-kyzivat-2016-08-15-00

Request Review of draft-ietf-bess-ir
Requested revision No specific revision (document currently at 05)
Type Last Call Review
Team General Area Review Team (Gen-ART) (genart)
Deadline 2016-08-16
Requested 2016-08-10
Authors Eric C. Rosen , Karthik Subramanian , Zhaohui (Jeffrey) Zhang
I-D last updated 2016-08-15
Completed reviews Genart Last Call review of -03 by Paul Kyzivat (diff)
Genart Last Call review of -03 by Paul Kyzivat (diff)
Secdir Last Call review of -03 by Magnus Nyström (diff)
Opsdir Last Call review of -03 by Qin Wu (diff)
Assignment Reviewer Paul Kyzivat
State Completed
Request Last Call review on draft-ietf-bess-ir by General Area Review Team (Gen-ART) Assigned
Reviewed revision 03 (document currently at 05)
Result Ready w/issues
Completed 2016-08-15
review-ietf-bess-ir-03-genart-lc-kyzivat-2016-08-15-00
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed by the
IESG for the IETF Chair. Please wait for direction from your document
shepherd or AD before posting a new version of the draft. For more
information, please see the FAQ at <​
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Document: draft-ietf-bess-ir-05
Reviewer: Paul Kyzivat
Review Date: 2016-08-15
IETF LC End Date: 2016-08-10
IESG Telechat date: 2016-08-18

Summary:

Unfortunately, I don't have the expertise to review this draft.

(Of the review summaries available to me, the one I want to use is "This
draft has serious issues, described in the review, and needs to be
rethought." But I don't think I am in a position to make such a
judgement given my lack of knowledge of the subject domain.)

Issues:

Major: 0
Minor: 1
Nits:  0

(1) MINOR (?!?):

Lacking any knowledge of the subject matter of this draft, I found it
impossible to review in a meaningful way. But I tried!

I came to the tentative conclusion that this document is struggling to
document an extremely complex system. In such a situation publishing the
sort of documentation provided here is probably better than not doing
so. But I fear it isn't sufficient - that it will be unlikely that a new
implementer, schooled in the subject matter, will be able to create a
correct implementation. The problem is with the system/algorithms, not
with the document.

(NOTE: I've made this minor rather than major because I don't consider
myself competent to say this is a real problem or if it is one that this
draft should be expected to fix.)