[ippm] Murray Kucherawy's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)

Murray Kucherawy via Datatracker <noreply@ietf.org> Thu, 25 February 2021 07:29 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D7E393A14B5; Wed, 24 Feb 2021 23:29:31 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Murray Kucherawy via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ippm-capacity-metric-method@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Ian Swett <ianswett@google.com>, tpauly@apple.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.26.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Murray Kucherawy <superuser@gmail.com>
Message-ID: <161423817140.3353.1475330199149849094@ietfa.amsl.com>
Date: Wed, 24 Feb 2021 23:29:31 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/iMtKu_n0lRS7khngPyqLzEtF2A4>
Subject: [ippm] Murray Kucherawy's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Feb 2021 07:29:32 -0000

Murray Kucherawy has entered the following ballot position for
draft-ietf-ippm-capacity-metric-method-06: Discuss

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/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-ippm-capacity-metric-method/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

Several of the SHOULDs in this document are giving me trouble.  There are two
categories in particular:

As described in RFC 2119, we typically use this sort of language to describe
interoperability or security concerns.  How are the SHOULDs in Section 9
related to interoperability or security?  Rather, they seem to be describing
issues of presentation.

Since a SHOULD leaves an implementer with a choice, it's preferable to see
prose explaining why one might deviate from the SHOULD advice.  Thus, the
SHOULDs in Sections 5.3 and 6.3 leave me wondering under what circumstances an
implementer might legitimately choose to do something else.  If there are none,
should it be a MUST?