Skip to main content

Early Review of draft-ietf-idr-cpr-02
review-ietf-idr-cpr-02-opsdir-early-romascanu-2024-05-31-00

Request Review of draft-ietf-idr-cpr
Requested revision No specific revision (document currently at 08)
Type Early Review
Team Ops Directorate (opsdir)
Deadline 2024-06-03
Requested 2024-05-18
Requested by Susan Hares
Authors Haibo Wang , Jie Dong , Ketan Talaulikar , hantao , Ran Chen
I-D last updated 2025-02-27 (Latest revision 2025-02-23)
Completed reviews Rtgdir Early review of -02 by Yingzhen Qu (diff)
Opsdir Early review of -02 by Dan Romascanu (diff)
Secdir Early review of -03 by Brian Weis (diff)
Genart IETF Last Call review of -06 by Vijay K. Gurbani (diff)
Tsvart IETF Last Call review of -06 by David L. Black (diff)
Opsdir IETF Last Call review of -07 by Linda Dunbar (diff)
Secdir IETF Last Call review of -06 by Brian Weis (diff)
Assignment Reviewer Dan Romascanu
State Completed
Request Early review on draft-ietf-idr-cpr by Ops Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/ops-dir/jyhNWo-sqWAn1kEkhcZRfydKpvY
Reviewed revision 02 (document currently at 08)
Result Has issues
Completed 2024-05-31
review-ietf-idr-cpr-02-opsdir-early-romascanu-2024-05-31-00
Thus is an early OPS-DIR review of draft-ietf-idr-cpr-02.

The document aims Informational Status.It describes a mechanism to advertise
IPv6 prefixes in BGP which are associated with Color Extended Communities to
establish end-to-end intent-aware paths for SRv6 services. Such IPv6 prefixes
are called "Colored Prefixes", and this mechanism is called Colored Prefix
Routing (CPR).

Operators that have under their responsibility multi-services networks running
BGP should be familiar with this document.

From and Operational and Manageability point of view this document is Almost
Ready. I found two issues that require clarifications.

Operational Considerations are described in Section 4. I found two places where
clarifications are needed:

1. The first paragraph is unclear to me. What does the sentence 'While an
operator may prefer a BGP-based solution for the reasons described there.'
mean? I guess that this is related to the previous statement (' ... the
inter-domain intent-aware routing may be achieved with SR Policy across
multiple domains, and services with specific intent can be steered to SR Policy
at the ingress domain based on Color') with the intention of defining an
exception, but the grammatical inconsistency makes the statement vague.
Clarification is needed.

2. The following paragraph reads:

> There may be multiple inter-domain links between network domains,. A
   border node may receive CPR routes from multiple peering border
   nodes.  Then the border node may take the attributes of the inter-
   domain links and/or the attributes of the received CPR routes into
   consideration to select the best path for specific Colored Prefixes
   to better meet the intent.  The detailed mechanism is up to the
   operator's policy.

The first sentence seems incomplete. Moreover, what if the network domains
belong to different operators with different policies? Operator's policies need
to be somehow synchronized. How?