Skip to main content

Last Call Review of draft-ietf-mpls-tp-p2mp-framework-05
review-ietf-mpls-tp-p2mp-framework-05-genart-lc-housley-2014-01-03-00

Request Review of draft-ietf-mpls-tp-p2mp-framework
Requested revision No specific revision (document currently at 06)
Type Last Call Review
Team General Area Review Team (Gen-ART) (genart)
Deadline 2014-01-16
Requested 2014-01-02
Authors Dan Frost , Stewart Bryant , Matthew Bocci , Lou Berger
I-D last updated 2014-01-03
Completed reviews Genart Last Call review of -05 by Russ Housley (diff)
Assignment Reviewer Russ Housley
State Completed
Request Last Call review on draft-ietf-mpls-tp-p2mp-framework by General Area Review Team (Gen-ART) Assigned
Reviewed revision 05 (document currently at 06)
Result Ready w/nits
Completed 2014-01-03
review-ietf-mpls-tp-p2mp-framework-05-genart-lc-housley-2014-01-03-00
I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
<

http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Please resolve these comments along with any other Last Call comments
you may receive.

Document: draft-ietf-mpls-tp-p2mp-framework-05
Reviewer: Russ Housley
Review Date: 2014-01-02
IETF LC End Date: 2014-01-16
IESG Telechat date: Unknown

Summary:  Ready for publication.


Question:

Should this document be an update to the MPLS-TP Framework (RFC 5921)?
I am not sure.  RFC 5921 does make it clear that it covers only point-
to-point transport paths.  The answer may be further complicated by
the fact that RFC 5921 is joint work with the ITU-T.


Major Concerns:  None.


Minor Concerns:  None.


Other Comments:

In the first sentence of Section 1, please define MPLS-TP as follows:
OLD:
   The Multiprotocol Label Switching Transport Profile is the ...
NEW:
   The Multiprotocol Label Switching Transport Profile (MPLS-TP) is ...

Please add TE-LSP to the terms defined in Section 1.2.

In Section 5.1, I cannot understand this sentence:
>
>  Per [RFC6373], the definitions of P2MP, [RFC4875], and GMPLS
>  recovery, [RFC4872] and [RFC4873], do not explicitly cover their
>  interactions.
>
I think that the references are getting in the way.  I think the
message is: "the definitions of P2MP and GMPLS recovery do not
explicitly cover their interactions."  If I am correct, then some
commas need to be removed.

The phrase "MPLS Transport Profile" appears many places, and it would
be easier if they were replaces with "MPLS-TP" for consistency.