[mpls] Tsvart last call review of draft-ietf-mpls-rfc6374-sr-11

Marcus Ihlar via Datatracker <noreply@ietf.org> Tue, 10 September 2024 07:38 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: mpls@ietf.org
Delivered-To: mpls@ietfa.amsl.com
Received: from [10.244.2.118] (unknown [104.131.183.230]) by ietfa.amsl.com (Postfix) with ESMTP id 51F2AC14F604; Tue, 10 Sep 2024 00:38:43 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Marcus Ihlar via Datatracker <noreply@ietf.org>
To: tsv-art@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.23.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <172595392297.2801612.7214019489697831238@dt-datatracker-68b7b78cf9-q8rsp>
Date: Tue, 10 Sep 2024 00:38:42 -0700
Message-ID-Hash: 73KNNWP3CCETTGTBOTRH25GNVZTX4CKH
X-Message-ID-Hash: 73KNNWP3CCETTGTBOTRH25GNVZTX4CKH
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-mpls.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-mpls-rfc6374-sr.all@ietf.org, last-call@ietf.org, mpls@ietf.org
X-Mailman-Version: 3.3.9rc4
Reply-To: Marcus Ihlar <marcus.ihlar@ericsson.com>
Subject: [mpls] Tsvart last call review of draft-ietf-mpls-rfc6374-sr-11
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/zCfysaEm4BsL-qwr6Jzlq0o-EYI>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Owner: <mailto:mpls-owner@ietf.org>
List-Post: <mailto:mpls@ietf.org>
List-Subscribe: <mailto:mpls-join@ietf.org>
List-Unsubscribe: <mailto:mpls-leave@ietf.org>

Reviewer: Marcus Ihlar
Review result: Ready with Issues

This document has been reviewed as part of the transport area review team's
ongoing effort to review key IETF documents. These comments were written
primarily for the transport area directors, but are copied to the document's
authors and WG to allow them to address any issues raised and also to the IETF
discussion list for information.

When done at the time of IETF Last Call, the authors should consider this
review as part of the last-call comments they receive. Please always CC
tsv-art@ietf.org if you reply to or forward this review.

Section 6.4.
It states that the querier can use the procedure defined in
draft-ietf-mpls-inband-pm-encapsulation. Is this a mere suggestion, are
queriers free to use any type of encapsulation (proprietary or otherwise) for
marking packets? Perhaps expand a bit on this and consider whether the
draft-ietf-mpls-inband-pm-encapsulation should be a normative reference.

Section 7.1.1
The text below might be clear for the intended readers, but as someone coming
slightly from the outside it's a bit difficult to follow: "An SR-MPLS Segment
List Sub-TLV may carry only Binding SID label [I-D.ietf-pce-binding-label-sid]
of the Return SR-MPLS Policy." It is unclear if this is a normative statement.
Does it mean to say that the Binding SID label is the only type of label
allowed? If this is the case, please make it more clear, also in that case the
reference I-D.ietf-pce-binding-label-sid (which is now RFC 9604) should be
normative. Otherwise please clarify what you mean with this statement.

Nits:
The reference [I-D.ietf-mpls-inband-pm-encapsulation] has a broken URL.