Document: draft-ietf-pce-flexible-grid Title: PCEP Extension for Flexible Grid Networks Reviewer: Robert Sparks Review result: Not Ready
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 <https://wiki.ietf.org/en/group/gen/GenArtFAQ>. Document: draft-ietf-pce-flexible-grid-16 Reviewer: Robert Sparks Review Date: 2026-08-30 IETF LC End Date: 2026-09-01 IESG Telechat date: Not scheduled for a telechat Summary: Not ready for publication as a Proposed Standard RFC It's been awhile since I've tried to load all of PCEP into my head - apologies if any of this off base. My primary issue: The document is currently using the wrong kind of error, claiming "a PathErr MUST be generated" but what it lays out isn't PCEP - it appears to be taken from RSVP. If I'm right, addressing this will have quite a bit of impact on what's being asked of IANA, and will likely change the prose of the discussions of errors enough that deeper review should wait until after that is addressed. Other concerns: Consider being a bit more descriptive with where in a PCEP PCRep or PCUpd message the TLV object described in section 5 is intended to occur. I _think_ it's aimed towards hop-by-hop and if so, are length constraints going to be a problem? Why does the document limit frequency slots to >=193.1 THz? That is, why does section 4.1's discussion of FSA restrict n to be non-negative? RFC7698 does not. Should these objects be richer in describing the requested slot width? I can see how a minimum width can be expressed as a constraint, but that's not the same as a desired width. The text talking about the Count and Link Identifiers fields in section 4.9 reads badly when the link identifiers are the ends of ranges. Consider being more precise about "link identifier record" or something similar.. _______________________________________________ Gen-art mailing list -- [email protected] To unsubscribe send an email to [email protected]
