[Last-Call] Intdir last call review of draft-ietf-rtgwg-qos-model-11

Joseph Touch via Datatracker <noreply@ietf.org> Tue, 26 December 2023 17:09 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: last-call@ietf.org
Delivered-To: last-call@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F356CC14F6A6; Tue, 26 Dec 2023 09:09:28 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Joseph Touch via Datatracker <noreply@ietf.org>
To: int-dir@ietf.org
Cc: draft-ietf-rtgwg-qos-model.all@ietf.org, last-call@ietf.org, rtgwg@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.1.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <170361056898.14943.5462836213896518606@ietfa.amsl.com>
Reply-To: Joseph Touch <touch@strayalpha.com>
Date: Tue, 26 Dec 2023 09:09:28 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/4iReJgXfx5W-_eLz2KAVJJWLe_I>
Subject: [Last-Call] Intdir last call review of draft-ietf-rtgwg-qos-model-11
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Dec 2023 17:09:29 -0000

Reviewer: Joseph Touch
Review result: Ready with Nits

This document defines a YANG model for configuring router QoS parameters.

Understandably, it does not provide a single, definitive approach, but instead
defines modules that can be supplemented as needed to represent the parameters
of specific devices. Although that’s consistent with the YANG model approach,
it also seems to somewhat undercut the basic idea of a common model. This is a
deficiency in the IETF’s QOS approach, however, rather than being specific to
this document.

I did not note any areas of concern to INTAREA.

>From a YANG viewpoint, I found the sole use of “leafref” (queue policy) a bit
concerning; it seems like there ought to be more than just a single case of a
named object whose names are referred to elsewhere in ways the YANG model can
verify. Almost anything with a name whose name is referenced elsewhere within
this model would be a candidate as leafref, e.g.

Minor nits:

The Traffic-Group definition appears misworded (remove “is a”) and is somewhat
incomplete (what kinds of meta data?):

   *  Traffic-Group: is a metadata stored in a packet buffer.

There are some parts where the terminology and explanation yield redundant or
tautological statements; it would be useful to rephrase these – the first of
which is “vendors might want to extend the model to add their own extensions,
such as to extend Traffic Policy module”.