[Taps] Opsdir telechat review of draft-ietf-taps-arch-18

Dhruv Dhody via Datatracker <noreply@ietf.org> Sat, 26 August 2023 09:57 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: taps@ietf.org
Delivered-To: taps@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 43FCCC1522A4; Sat, 26 Aug 2023 02:57:27 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Dhruv Dhody via Datatracker <noreply@ietf.org>
To: ops-dir@ietf.org
Cc: draft-ietf-taps-arch.all@ietf.org, last-call@ietf.org, taps@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 11.9.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <169304384726.51794.795034031345870857@ietfa.amsl.com>
Reply-To: Dhruv Dhody <dd@dhruvdhody.com>
Date: Sat, 26 Aug 2023 02:57:27 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/eRyETIlrXEfaYG2w-LGj5AMnvD4>
Subject: [Taps] Opsdir telechat review of draft-ietf-taps-arch-18
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.39
List-Id: "IETF Transport Services \(TAPS\) Working Group" <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Aug 2023 09:57:27 -0000

Reviewer: Dhruv Dhody
Review result: Ready

# OPSDIR review of draft-ietf-taps-arch-18

I have reviewed this document as part of the Operational directorate's ongoing
effort to review all IETF documents being processed by the IESG.  These
comments were written with the intent of improving the operational aspects of
the IETF drafts. Comments that are not addressed in the last-call may be
included in AD reviews during the IESG review.  Document editors and WG chairs
should treat these comments just like any other last-call comments.

The document is clear and well-written. The motivation is described well. The
architecture is clean. I did a review of the -17 version. All comments and 
nits identified are handled by the new version. I made a suggestion to think 
about adding an explicit section for Operations and Manageability. But I 
assume the authors did not think it was useful for an API architecture 
document and that's okay. But I would have appreciated a reply anyway. 

Thanks! 
Dhruv