Skip to main content

Last Call Review of draft-ietf-ccamp-microwave-framework-05
review-ietf-ccamp-microwave-framework-05-opsdir-lc-zhou-2018-04-20-00

Request Review of draft-ietf-ccamp-microwave-framework
Requested revision No specific revision (document currently at 07)
Type Last Call Review
Team Ops Directorate (opsdir)
Deadline 2018-04-20
Requested 2018-04-06
Authors Jonas Ahlberg , Min Ye , Xi Li , Luis M. Contreras , Carlos J. Bernardos
I-D last updated 2018-04-20
Completed reviews Rtgdir Last Call review of -04 by Loa Andersson (diff)
Opsdir Last Call review of -05 by Tianran Zhou (diff)
Secdir Last Call review of -05 by Radia Perlman (diff)
Genart Telechat review of -05 by Linda Dunbar (diff)
Assignment Reviewer Tianran Zhou
State Completed
Request Last Call review on draft-ietf-ccamp-microwave-framework by Ops Directorate Assigned
Reviewed revision 05 (document currently at 07)
Result Has issues
Completed 2018-04-20
review-ietf-ccamp-microwave-framework-05-opsdir-lc-zhou-2018-04-20-00
I have reviewed this document as part of the Operational directorate's ongoing
effort to review all IETF documents being processed by the IESG.  These
comments were written with the intent of improving the operational aspects of
the IETF drafts. Comments that are not addressed in last call may be included
in AD reviews during the IESG review.  Document editors and WG chairs should
treat these comments just like any other last call comments.

Document reviewed: draft-ietf-ccamp-microwave-framework-05
Intended Status: Informational

Summary:
In general, this document is clear to me. I did not see any special operational
or network management related issue. But there are several minor issues, for
the authors consideration.

Minor issues:
1. The last sentence in the abstract confused me.
"Some parts of the resulting model may be generic which could also be used by
other technologies." Both "some parts" and "other technologies" are not clear,
which makes this words meaningless. At least, you may say what kind of
technologies may reuse this model.

2. Both "packet interfaces" and "packet functionality" are not clear to me.
Those terminologies appear many times in the draft. I am not familiar with
transport network, not sure if those terminologies are commonly used. I think
it's better to say "packet transport (link) interface" or so, compared to
"radio link interface".

3. There are two solutions, "Network management solutions" and "SDN solution",
under the Section 3. But: Firstly, it's hard to distinguish the network
management and SDN, IMHO. Secondly, you actually did not describe the network
management solution. I think the SDN solution is the way you used in the
framework. Your following use cases and modelling requirements are all based on
the the so called SDN solution. So, I would suggest you do not distinguish
network management solution and SDN solution. But only to say "this is the
target solution to manage and control radio link interface" in your proposed
framework.

4. You may need to update the contributors section. As far as I know, some
people's contact and affiliation changed.