[Idr] Deb Cooley's No Objection on draft-ietf-idr-link-bandwidth-19: (with COMMENT)

Deb Cooley via Datatracker <noreply@ietf.org> Tue, 21 October 2025 19:44 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: idr@ietf.org
Delivered-To: idr@mail2.ietf.org
Received: from [10.244.8.84] (unknown [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id C0F0979C95F4; Tue, 21 Oct 2025 12:44:52 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Deb Cooley via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.51.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <176107589259.922.7123160603901796938@dt-datatracker-675c8fd764-bsflw>
Date: Tue, 21 Oct 2025 12:44:52 -0700
Message-ID-Hash: 7ARW4OGDY65VJ2WQF3NIDN3WXYRVWWS5
X-Message-ID-Hash: 7ARW4OGDY65VJ2WQF3NIDN3WXYRVWWS5
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-link-bandwidth@ietf.org, idr-chairs@ietf.org, idr@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Deb Cooley <debcooley1@gmail.com>
Subject: [Idr] Deb Cooley's No Objection on draft-ietf-idr-link-bandwidth-19: (with COMMENT)
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/H25Iv-TP8EIOIzyp9-nHbWgYSIA>
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>

Deb Cooley has entered the following ballot position for
draft-ietf-idr-link-bandwidth-19: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-idr-link-bandwidth/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thanks to Ivaylo Petrov for their secdir review.

Section 6, para 1:  This specification points to RFC 4360, which points to RFC
1997, which says that Security Issues are not discussed. I'm guessing it isn't
that part of the RFC 4360 Sec Con section that is being referred?  RFC 4360
does also have a short note on the need for a 'transitive trust relationship
back to the source of the information' and that the mechanism for that
relationship is out of scope. If this concept is still an issue, perhaps it
should be in 'Operational Considerations?

Section 6, para 2: I am unfamiliar with how a policy can filter out private
information.  But maybe this is clear to the users that will use the
specification.

Section 7:  While I like sayings, I don't think it is quite the right thing in
a specification.  Please replace 'ships in the night' phrase.