[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.
- [mpls] Tsvart last call review of draft-ietf-mpls… Marcus Ihlar via Datatracker
- [mpls] Re: Tsvart last call review of draft-ietf-… Rakesh Gandhi