[Idr] Secdir telechat review of draft-ietf-idr-bgp-ls-sr-policy-10

Ned Smith via Datatracker <noreply@ietf.org> Wed, 05 February 2025 23:31 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from mail.ietf.org (ietfa.amsl.com [50.223.129.194]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id 7A55CC1D8757; Wed, 5 Feb 2025 15:31:05 -0800 (PST)
Received: from [10.244.8.188] (unknown [104.131.183.230]) by ietfa.amsl.com (Postfix) with ESMTP id 2426FC15155B; Wed, 5 Feb 2025 15:31:05 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Ned Smith via Datatracker <noreply@ietf.org>
To: secdir@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.34.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <173879826477.478466.6687571113815518625@dt-datatracker-6f7f8bdd64-25rl2>
Date: Wed, 05 Feb 2025 15:31:04 -0800
Message-ID-Hash: I7HCC6YUJSJAD23FJ7FDB3WOUKO736LN
X-Message-ID-Hash: I7HCC6YUJSJAD23FJ7FDB3WOUKO736LN
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-idr-bgp-ls-sr-policy.all@ietf.org, idr@ietf.org, last-call@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Ned Smith <ned.smith@intel.com>
Subject: [Idr] Secdir telechat review of draft-ietf-idr-bgp-ls-sr-policy-10
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/ca-Xo4WS-gsGXZ4Jg7I74XK5gxA>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Owner: <mailto:idr-owner@ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Subscribe: <mailto:idr-join@ietf.org>
List-Unsubscribe: <mailto:idr-leave@ietf.org>

Reviewer: Ned Smith
Review result: Has Nits

Ned M. Smith Review
2025-02-05

I have reviewed draft-ietf-idr-bgp-ls-sr-policy revision 10, which specifies
BGP Link-State (BGP-LS) extensions for advertising Segment Routing (SR)
Policies. The draft appears to be ready but there are a few nits that caught my
attention. The authors may want to make changes or judge that for the intended
audience no changes are needed.

Notes:

1) "Flags: 1-octet field with following bit positions defined.  Other bits MUST
be cleared by the originator and MUST be ignored by a receiver." [NMS] Use of
the word "cleared" may be ambiguous. Other similar language uses "set to 0".
There are multiple occurrences of this concern.

2) "Bandwidth: 4 octets which specify the desired bandwidth in unit of bytes
per second in IEEE floating point format." [NMS] This appears to be a normative
requirement on IEEE floating point format but doesn't cite the specification.
There are multiple occurrences of this.

3) "4 octets which carry a 32-bit unsigned non-zero number"
[NMS] Using "number" may be ambiguous. Other text uses, e.g., "integer". The
byte order for multibyte numbers isn't explicitly specified. The reader might
presume big-endian from the contexts, but IMO it doesn't hurt to state
assumptions the authors are making.

4) In the section 8.6.  BGP-LS SR Policy Metric Type table, the code points 121
- 127 are omitted. Is this on purpose?