[ippm] Murray Kucherawy's Discuss on draft-ietf-ippm-encrypted-pdmv2-09: (with DISCUSS and COMMENT)

Murray Kucherawy via Datatracker <noreply@ietf.org> Thu, 24 October 2024 14:27 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from [10.244.8.251] (unknown [104.131.183.230]) by ietfa.amsl.com (Postfix) with ESMTP id 72C18C1E0D62; Thu, 24 Oct 2024 07:27:25 -0700 (PDT)
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>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <172978004511.2545309.13191661322173293393@dt-datatracker-78dc5ccf94-w8wgc>
Date: Thu, 24 Oct 2024 07:27:25 -0700
Message-ID-Hash: 62J4S2QOFCIA3R6IXYIW3PJ6PTZFLDDM
X-Message-ID-Hash: 62J4S2QOFCIA3R6IXYIW3PJ6PTZFLDDM
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ippm.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-ippm-encrypted-pdmv2@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Murray Kucherawy <superuser@gmail.com>
Subject: [ippm] Murray Kucherawy's Discuss on draft-ietf-ippm-encrypted-pdmv2-09: (with DISCUSS and COMMENT)
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/bWR67PIqRnwuhyFYNvwC0b0xT8A>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Owner: <mailto:ippm-owner@ietf.org>
List-Post: <mailto:ippm@ietf.org>
List-Subscribe: <mailto:ippm-join@ietf.org>
List-Unsubscribe: <mailto:ippm-leave@ietf.org>

Murray Kucherawy has entered the following ballot position for
draft-ietf-ippm-encrypted-pdmv2-09: 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/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-ippm-encrypted-pdmv2/



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

In Section 5.2, you have:

   The server and client implementations SHOULD support PDM, unencrypted
   PDMv2, and encrypted PDMv2.

As I parse this, it makes it possible that an implementation does none of
these.  Is that okay?  Or if a client supports only PDM and the server only
supports unencrypted PDMv2, both are compliant, but they will fail to
interoperate.  Is that okay?  Do we need at least a common minimum?

This is reminiscent of SPF's original specification, which had a similar
problem.


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

I support I'm uneasy about the SHOULDs in Section 5.2.  What are we trying to
say here differently than the "should" instances elsewhere in this section?