[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.
- [Tsv-art] Tsvart early review of draft-ietf-idr-s… David Black via Datatracker
- Re: [Tsv-art] Tsvart early review of draft-ietf-i… Ketan Talaulikar