[Tsv-art] Tsvart early review of draft-ietf-idr-sr-policy-safi-00

David Black via Datatracker <noreply@ietf.org> Thu, 29 February 2024 02:28 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: tsv-art@ietf.org
Delivered-To: tsv-art@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 659E1C151096; Wed, 28 Feb 2024 18:28:21 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: David Black via Datatracker <noreply@ietf.org>
To: tsv-art@ietf.org
Cc: draft-ietf-idr-sr-policy-safi.all@ietf.org, idr@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.6.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <170917370140.22484.10287542950296028428@ietfa.amsl.com>
Reply-To: David Black <david.black@dell.com>
Date: Wed, 28 Feb 2024 18:28:21 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/62rqGPrhAashIGcYupmbWZT4axY>
Subject: [Tsv-art] Tsvart early review of draft-ietf-idr-sr-policy-safi-00
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.39
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Feb 2024 02:28:21 -0000

Reviewer: David Black
Review result: On the Right Track

The result of this early TSV-ART review's is "On the Right Track" rather than
some form of "Ready" for the sole reason that the scope of this review is
limited to the requested scope, namely:
---
INT/Transport Area Review team:
This routing document (draft-ietf-idr-sr-policy-safi) extends the color
functions in the BGP Extended Community Color to aid the steering of traffic
flows into particular routing paths.  Color tagging is part of the Intent-based
signaling of upper-layer desire for VPNs within routing technology. Other
drafts that provide functions to carry Intent are draft-ietf-idr-bgp-car (via
color) and draft-ietf-idr-bgp-ct (via class).

It would be good to get a transport reviewer to help see if we are really
Transport/INT functions being defined.
---

In addition to the drafts noted in that request, RFC 9256 (Segment Routing
Policy Architecture) has already introduced the use of color in SR Policy
(Segment Routing Policy).  Section 2.1 of RFC 9256 requires use of color for SR
Policy identification, and section 8 of RFC 9256 makes extensive use of color
in procedures for BGP steering of traffic based on SR Policies.  I don't
believe that RFC 9256's extension of color to this sort of BGP steering poses
any serious transport-related concerns, even if that BGP functionality is used
to realize QoS differences among portions of traffic to the same destination. 
That's just as well, as any such concern would almost certainly also need to be
raised against RFC 9256, a Proposed Standard RFC, and not just against this
draft.

This draft is primarily concerned with how BGP carries SR Policy information
needed to realize the SR Policy functionality defined in RFC 9256.  That does
not raise any transport-related concerns beyond RFC 9256.