Hi!

I performed an AD review of draft-ietf-pce-segment-routing-policy-cp-17.  To 
help load-balance AD documents queues, I am assuming the role of responsible AD.

Thanks for this document.  I have the following feedback and questions:

** Section 4.2.1
   SR Policy Name: SR Policy name, as defined in [RFC9256].  It SHOULD
   be a string of printable ASCII characters, without a NULL terminator.

The use of SHOULD here implies that the encoding could be something other than 
printable ASCII.  That would be prohibited by the text in Section 2.1 of 
RFC9256.  Perhaps s/SHOULD/must/.

Same comment for nearly identical text in Section 4.2.3

** Section 4.2.2
   If the PCE has its AS number, then it SHOULD set it,
   otherwise the AS number can be set to 0.

What would be the circumstance where the PCE has an AS, but still sets it to 0. 
 Why is this not a MUST?

** Section 5.2
   Priority: Numerical priority with which this LSP is to be recomputed
   by the PCE upon topology change.

Can this text clarify whether a higher number suggests a higher priority?

** Section 5.3
   Therefore the PCEP speaker SHOULD ignore the presence of this TLV for
   SRv6 Policies.

What are the circumstances where this TLV would NOT be ignored?

** Section 5.4
   This field can be set to non-
   zero values only by the PCC, it MUST be set to 0 by the PCE and
   SHOULD be ignored by the PCC.

What are the circumstances where it would not be ignored by the PCC?

** Section 6.5
   The subregistry contains the following codepoints, with
   initial values, to be assigned by IANA with the reference set to this
   document:

Consider explicitly stating there is a reference column in this table.

Same feedback for Section 6.6

** Section 6.7 and 6.8.  Should the new registries defined here be created 
under the 
https://www.iana.org/assignments/segment-routing/segment-routing.xhtml?

** Section 8.  Should a statement to the effect of “the Security Considerations 
of RFC8231 continue to apply” be reiterated here?

Regards,
Roman


_______________________________________________
Pce mailing list -- pce@ietf.org
To unsubscribe send an email to pce-le...@ietf.org

Reply via email to