Re: [CCAMP] RtgDir review: draft-ietf-ccamp-gmpls-g709-framework-14.txt

Thanks Fatai and Tomonori.

I have entered Tomonori's review into my comment in the IESG evaluation.
We will pick them up after the rest of the IESG has done their review.

Cheers,
Adrian

> -----Original Message-----
> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of
> Fatai Zhang
> Sent: 02 September 2013 10:26
> To: Tomonori TAKEDA; rtg-ads@tools.ietf.org
> Cc: rtg-dir@ietf.org; ccamp@ietf.org; draft-ietf-ccamp-gmpls-g709-
> framework.all@tools.ietf.org
> Subject: Re: [CCAMP] RtgDir review: draft-ietf-ccamp-gmpls-g709-framework-
> 14.txt
> 
> Hi Tomonori,
> 
> Thanks for your comments.
> 
> I think the changes should be very minor per your comments, and I would defer
> to ADs/WG chairs to decide if we need update the draft before publication.
> 
> See more for your points.
> 
> Point 1: Yes, this is specific to OTN and please see the [OTN-OSPF] draft for
the
> priority information.
> 
> Point 2: Yes, it refers to ODU multiplexing. The legacy OTN here includes
> [RFC4328] and Pre-[RFC4328] (but there is no IETF draft for Pre-[RFC4328]),
and
> Pre-[RFC4328] could not support multiplexing hierarchy, so I think we can
change
> the original text to "since multiplexing hierarchy may not be supported by the
> legacy OTN ".
> 
> Point 3: I think we can remove "Note that..." sentence because it is about
> solution specific, which has been described in solution drafts.
> 
> All nits should be accepted.
> 
> 
> Best Regards
> 
> Fatai
> 
> 
> -----Original Message-----
> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of
> Tomonori TAKEDA
> Sent: Friday, August 30, 2013 1:47 PM
> To: rtg-ads@tools.ietf.org
> Cc: rtg-dir@ietf.org; ccamp@ietf.org; draft-ietf-ccamp-gmpls-g709-
> framework.all@tools.ietf.org
> Subject: [CCAMP] RtgDir review: draft-ietf-ccamp-gmpls-g709-framework-14.txt
> 
> Hello,
> 
> I have been selected as the Routing Directorate reviewer for this draft. The
> Routing Directorate seeks to review all routing or routing-related drafts as
they
> pass through IETF last call and IESG review. The purpose of the review is to
> provide assistance to the Routing ADs. For more information about the Routing
> Directorate, please see
> http://www.ietf.org/iesg/directorate/routing.html
> 
> Although these comments are primarily for the use of the Routing ADs, it would
> be helpful if you could consider them along with any other IETF Last Call
> comments that you receive, and strive to resolve them through discussion or by
> updating the draft.
> 
> Document: draft-ietf-ccamp-gmpls-g709-framework-14.txt
> Reviewer: Tomonori Takeda
> Review Date: 30 August 2013
> IETF LC End Date: 02 September 2013
> Intended Status: Informational
> 
> o Summary:
> This document describes framework for GMPLS/PCE control of OTN and impacts
> on GMPLS/PCE protocols. Overview of OTN is mentioned, which is helpful to
> understand the document.
> 
> o Comments:
> I have some minor concerns about this document that I think should be resolved
> before publication.
> (I think these are mostly related to clarification questions.)
> 
> o Major Issues:
> No major issues found.
> 
> o Minor Issues:
> 
> 1) In Section 5.3., it says the following requirement for GMPLS routing.
>  -  Support different priorities for resource reservation
> 
> I think this is a valid requirement, but I do not think this is specific to
OTN.
> Does this imply the need for protocol extensions or just the usage of
protocols?
> 
> 2) Section 5.4., it says:
> 
>        Furthermore, since multiplexing hierarchy was not allowed
>        by the legacy OTN referenced by [RFC4328], ....
> 
> By reading RFC4328 section 2, it refers to ODU multiplexing. Am I missing
> something?
> 
> 3) In Section 5.5., it says.
> 
>       Note that this case is supported by the procedures defined in
>       [RFC3473] as a different Switching Capability/Type value is
>       used for the different control plane versions.
> 
> I am not sure which part of RFC3473 metions such procedures. Could you please
> point it?
> 
> o Nits:
> Section 4.1
> s/Lo ODU/LO ODU/
> 
> Section 4.1
> s/substitute/substituted
> 
> Section 5.6
> s/section 5.2.1/section 5.2
> 
> 
> Thanks,
> Tomonori
> 
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp