[yang-doctors] draft-ietf-netconf-distributed-notif-17 ietf last call Yangdoctors review

Martin Björklund via Datatracker <noreply@ietf.org> Wed, 25 February 2026 13:30 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: yang-doctors@ietf.org
Delivered-To: yang-doctors@mail2.ietf.org
Received: from [10.244.6.246] (unknown [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id EC536BDE7B85; Wed, 25 Feb 2026 05:30:29 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Martin Björklund via Datatracker <noreply@ietf.org>
To: yang-doctors@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.59.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <177202622983.2538513.16223609857971033741@dt-datatracker-6ff7c68975-7k42g>
Date: Wed, 25 Feb 2026 05:30:29 -0800
Message-ID-Hash: INAIN4LJO5EK4VQAFGE3UF2NAU6S5SWB
X-Message-ID-Hash: INAIN4LJO5EK4VQAFGE3UF2NAU6S5SWB
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-yang-doctors.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-netconf-distributed-notif.all@ietf.org, last-call@ietf.org, netconf@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Martin Björklund <mbj+ietf@4668.se>
Subject: [yang-doctors] draft-ietf-netconf-distributed-notif-17 ietf last call Yangdoctors review
List-Id: Email list of the yang-doctors directorate <yang-doctors.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/yang-doctors/79azUCQBDUPBuymjTtI9v61ccXg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/yang-doctors>
List-Help: <mailto:yang-doctors-request@ietf.org?subject=help>
List-Owner: <mailto:yang-doctors-owner@ietf.org>
List-Post: <mailto:yang-doctors@ietf.org>
List-Subscribe: <mailto:yang-doctors-join@ietf.org>
List-Unsubscribe: <mailto:yang-doctors-leave@ietf.org>

Document: draft-ietf-netconf-distributed-notif
Title: Subscription to Notifications in a Distributed Architecture
Reviewer: Martin Björklund
Review result: Ready with Nits

This is my second YANG doctor's review of this document.

My only comment is about the terminology.  This document claims that it imports
the term "Capability" from RFC 9196, but RFC 9196 doesn't define this term. 
That RFC defines a generic capability model and then defines some specific
capabilities, so it is unclear what this term is supposed to refer to.

The term Global Capability is defined as "The overall subscription
capability..."  What is a "subscription capability"?

It would perhaps help if there was an example that clearly mapped these terms
to specifics.

/martin