Re: [Gen-art] Gen-ART IETF LC review of draft-ietf-pce-stateful-pce-app-07

[Zhangxian (Xian)]

Dan,

Thank you for the review. Happy to see no changes needed, ☺.

Regards,
Xian

发件人: Dan Romascanu [mailto:droma...@gmail.com]
发送时间: 2016年10月16日 17:22
收件人: gen-art@ietf.org; draft-ietf-pce-stateful-pce-app@tools.ietf.org
主题: Gen-ART IETF LC review of draft-ietf-pce-stateful-pce-app-07

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 treat these comments just
like any other last call comments.

For more information, please see the FAQ at

.

Document: draft-ietf-pce-stateful-pce-app-07
Reviewer: Dan Romascanu
Review Date: 10/16/16
IETF LC End Date: 10/17/16
IESG Telechat date: 10/27/16

Summary:
Ready


   The document describes how a stateful PCE can be used to solve

   various problems for MPLS-TE and GMPLS networks, and the benefits it

   brings to such deployments.
It is very well written, with solid and detailed argumentation. I find this 
category of documents very useful both for operators to select their options in 
their current deployments, as well as for protocol developers to prioritize 
extensions and future new developments. Congratulations and thanks to the 
authors.

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art

[Gen-art] Gen-ATR review of draft-ietf-ccamp-ospf-availability-extension-07

[jouni.nospam]

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 treat these comments just
like any other last call comments.

For more information, please see the FAQ at

.

Document: draft-ietf-ccamp-ospf-availability-extension-07
Reviewer: Jouni Korhonen
Review Date:2016-10-16
IETF LC End Date:   2016-10-24
IESG Telechat date: 2016-11-03

Summary:

Document is ready with nits.

Major issues:

None.

Minor issues:

It is not clear to me how the ISCD Availability sub-TLV is encoded into RFC4203 
Switching Capability-specific information field. This is because RFC4203 lists 
specific encodings depending on “Switching Cap” field and those encoded 
information fields seem not to be TLVs. I would like to see some text that 
deals with switching cap, its relation to the TLV described in this document 
and the coexistence with existing capability specific information fields 
described in RFC4203. If I did not understand something regarding the encoding 
that is supposed to be trivial I am happy to told that ;)

Nits/editorial comments:

o Line 21: ISCD is not expanded.
o Line 142: unnecessary extra space in "a < availability”.
o Line 150: Space needed before the reference "protocol[ETPAI].”
o Line 142-.. TE is never expanded or part of the list acronyms.
o Lines 176-178: formatting issue with indentation, line spacing  and 
  line endings (not a fullstop but ‘;’).
o Line 162: TLV is never expanded or  part of the list acronyms.

__
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art

[Gen-art] Gen-ART IETF LC review of draft-ietf-pce-stateful-pce-app-07

[Dan Romascanu]

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 treat these comments just
like any other last call comments.

For more information, please see the FAQ at

.

Document: draft-ietf-pce-stateful-pce-app-07
Reviewer: Dan Romascanu
Review Date: 10/16/16
IETF LC End Date: 10/17/16
IESG Telechat date: 10/27/16

Summary:

Ready

   The document describes how a stateful PCE can be used to solve
   various problems for MPLS-TE and GMPLS networks, and the benefits it
   brings to such deployments.

It is very well written, with solid and detailed argumentation. I find this
category of documents very useful both for operators to select their
options in their current deployments, as well as for protocol developers to
prioritize extensions and future new developments. Congratulations and
thanks to the authors.

Major issues:

Minor issues:

Nits/editorial comments:
___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art