[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?
- [ippm] Murray Kucherawy's Discuss on draft-ietf-i… Murray Kucherawy via Datatracker
- [ippm] Re: Murray Kucherawy's Discuss on draft-ie… nalini.elkins@insidethestack.com