[Teep] Ketan Talaulikar's Discuss on draft-ietf-teep-protocol-24: (with DISCUSS)

Ketan Talaulikar via Datatracker <noreply@ietf.org> Tue, 17 February 2026 16:16 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: teep@ietf.org
Delivered-To: teep@mail2.ietf.org
Received: from [10.244.6.246] (unknown [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id C0EF2B8D3EB8; Tue, 17 Feb 2026 08:16:34 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Ketan Talaulikar via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.59.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <177134499468.1012640.12133974218115814162@dt-datatracker-6ff7c68975-7k42g>
Date: Tue, 17 Feb 2026 08:16:34 -0800
Message-ID-Hash: RSJBUXW46XIEY4H6IGPA4B3HO4PZNLMF
X-Message-ID-Hash: RSJBUXW46XIEY4H6IGPA4B3HO4PZNLMF
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-teep.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-teep-protocol@ietf.org, kondtir@gmail.com, teep-chairs@ietf.org, teep@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Ketan Talaulikar <ketant.ietf@gmail.com>
Subject: [Teep] Ketan Talaulikar's Discuss on draft-ietf-teep-protocol-24: (with DISCUSS)
List-Id: A Protocol for Dynamic Trusted Execution Environment Enablement <teep.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/teep/GU2xCM7RJwEUTZkp55FtKLkoswQ>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teep>
List-Help: <mailto:teep-request@ietf.org?subject=help>
List-Owner: <mailto:teep-owner@ietf.org>
List-Post: <mailto:teep@ietf.org>
List-Subscribe: <mailto:teep-join@ietf.org>
List-Unsubscribe: <mailto:teep-leave@ietf.org>

Ketan Talaulikar has entered the following ballot position for
draft-ietf-teep-protocol-24: 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-teep-protocol/



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

Thanks to the authors and the WG for their work on this document.

I have a few discussion points related to the IANA considerations that should
be straightforward to address.

1) I believe this document needs to instruct the IANA to create a new registry
group - perhaps "Trusted Execution Environment Provisioning (TEEP) Protocol
Parameters" registry group? All the registries mentioned in sections 13.2
through 13.7 are then to be created within this new registry group?

2) When the IANA section says "Reserved for future use", I believe those are
"unassigned" (i.e., other docs/specs may ask for their allocation to IANA)?
While when "Reserved" is used, it is an instruction for IANA to not allocate
those values? Please check since some values that are "Reserved" (see below)
might actually be "deprecated" ? Also, please indicate that the allocations
given in the tables are the initial allocations being made by this document.

4       (Reserved)      This document

3) There are registries with "Specification Required" but no guidance has been
provided for DEs as required per RFC8126. Please provide DE guidance or
alternately use IETF Review policy instead of Specification Required if
allocations are going to done only from within the IETF.

4) For the TEEP CBOR Label Registry (section 13.5), is there an upper bound?
Can someone ask IANA for allocating a very high random number?