[Idr] Deb Cooley's No Objection on draft-ietf-idr-bgp-car-14: (with COMMENT)

Deb Cooley via Datatracker <noreply@ietf.org> Tue, 18 February 2025 14:24 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from mail2.ietf.org (mail2.ietf.org [166.84.6.31]) (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 33989C1E0D8E; Tue, 18 Feb 2025 06:24:56 -0800 (PST)
Received: from mail.ietf.org (mail.ietf.org [50.223.129.194]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPSA id 7AC4F138B73; Tue, 18 Feb 2025 14:24:55 +0000 (UTC)
Received: from [10.244.8.212] (unknown [104.131.183.230]) by ietfa.amsl.com (Postfix) with ESMTP id AF547C1E0D8E; Tue, 18 Feb 2025 06:24:53 -0800 (PST)
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.35.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <173988869337.1520931.10101345889367426075@dt-datatracker-75c44cbbdf-pxnd6>
Date: Tue, 18 Feb 2025 06:24:53 -0800
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Hits: max-recipients
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-size; news-moderation; no-subject; digests; suspicious-header
Message-ID-Hash: CZ3D2L2UKBRCUDAAYZ6G3JDF5L7QCO3U
X-Message-ID-Hash: CZ3D2L2UKBRCUDAAYZ6G3JDF5L7QCO3U
X-Mailman-Approved-At: Tue, 18 Feb 2025 12:26:42 -0800
CC: draft-ietf-idr-bgp-car@ietf.org, idr-chairs@ietf.org, idr@ietf.org, bruno.decraene@orange.com, cfilsfil@cisco.com, luay.jalil@verizon.com, yitai.syc@alibaba-inc.com, jul738@att.com, keyur@arrcus.com, shares@ndzh.com
X-Mailman-Version: 3.3.9rc6
Reply-To: Deb Cooley <debcooley1@gmail.com>
Subject: [Idr] Deb Cooley's No Objection on draft-ietf-idr-bgp-car-14: (with COMMENT)
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Jh2XxKzdY0KfxSyg4HtaTLVH8DA>
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-bgp-car-14: 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-bgp-car/



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

Thank you to Yoav Nir for his secdir review.

old (and they have been addressed)
--------------------------
These are definitely nits:

Section 1.1, abbreviations:  Alphabetize the list?  Please add NLRI,  (what is
the 'I' in AFI/SAFI?)

Section 2.9:  In this section there is a mix of field definitions that either
define the length of the field plus a description of the contents, or just a
description of the contents.  For example, 2.9.1 key length states a 1 octet
field etc. but 2.9.2.1 length states 'variable, MUST be a multiple of 3. Since
there are ascii art figures of the actual packet fields, maybe this isn't
confusing.  Consider listing the field length where it is reasonable.
-------------------
new.  (apologies)

Section 12, para 1:  This seems like a weird way to state that the security
considerations and issues haven't changed.  If it is true that adding these new
definitions, please explain why they don't change the security considerations. 
(if the following paragraphs explain this situation, please reorganize them to
make it more obvious).