[IPsec] John Scudder's No Objection on draft-ietf-ipsecme-mib-iptfs-08: (with COMMENT)

John Scudder via Datatracker <noreply@ietf.org> Mon, 17 October 2022 20:14 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: ipsec@ietf.org
Delivered-To: ipsec@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 949ABC14F722; Mon, 17 Oct 2022 13:14:47 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: John Scudder via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-ipsecme-mib-iptfs@ietf.org, ipsecme-chairs@ietf.org, ipsec@ietf.org, kivinen@iki.fi, kivinen@iki.fi
X-Test-IDTracker: no
X-IETF-IDTracker: 8.18.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: John Scudder <jgs@juniper.net>
Message-ID: <166603768760.24237.2356807788720394352@ietfa.amsl.com>
Date: Mon, 17 Oct 2022 13:14:47 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipsec/cqtniGgyVIbKSIrsh-BKdREMvlI>
Subject: [IPsec] John Scudder's No Objection on draft-ietf-ipsecme-mib-iptfs-08: (with COMMENT)
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.39
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipsec>, <mailto:ipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipsec/>
List-Post: <mailto:ipsec@ietf.org>
List-Help: <mailto:ipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Oct 2022 20:14:47 -0000

John Scudder has entered the following ballot position for
draft-ietf-ipsecme-mib-iptfs-08: 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-ipsecme-mib-iptfs/



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

# Routing AD comments for draft-ietf-ipsecme-mib-iptfs-08

## COMMENTS

### Section 4.2

You have "TFS bit rate may be specified at layer 2 wire rate" and "TFS bit rate
may be specified at layer 3 packet rate". Shouldn't that be "as", not "at"? I
did go looking for insight in ipsecme-yang but it just made me think that
document has the same (looks to me like a) bug.

### Section 6

I'm a little mystified why "For the implications regarding write configuration"
considering this is a read-only MIB? (Which the very next paragraph goes on to
say.) The same applies a few paragraphs down where you talk about "who on the
secure network is allowed to access and GET/SET (read/change/create/delete) the
objects in this MIB module" -- isn't it really just who can GET (read) the
objects? And the same for the "Further" bullet point.

## NITS

- s/paccket/packet/