[Ohai] Roman Danyliw's No Objection on draft-ietf-ohai-chunked-ohttp-07: (with COMMENT)

Roman Danyliw via Datatracker <noreply@ietf.org> Mon, 02 February 2026 16:38 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: ohai@ietf.org
Delivered-To: ohai@mail2.ietf.org
Received: from [10.244.6.51] (unknown [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id E104DB0B3D68; Mon, 2 Feb 2026 08:38:31 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Roman Danyliw via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.57.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <177005031171.2424598.16571192849655869200@dt-datatracker-77f8b84995-z4hzn>
Date: Mon, 02 Feb 2026 08:38:31 -0800
Message-ID-Hash: ZP6KXN6BKCRTJBYQG22T2AZ33PSGJ5GA
X-Message-ID-Hash: ZP6KXN6BKCRTJBYQG22T2AZ33PSGJ5GA
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-ohai-chunked-ohttp@ietf.org, ohai-chairs@ietf.org, ohai@ietf.org, shivankaulsahib@gmail.com
X-Mailman-Version: 3.3.9rc6
Reply-To: Roman Danyliw <rdd@cert.org>
Subject: [Ohai] Roman Danyliw's No Objection on draft-ietf-ohai-chunked-ohttp-07: (with COMMENT)
List-Id: Oblivious HTTP Application Intermediation <ohai.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ohai/LO-wFk02CgmqAlMYNQF4JUWOSoY>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ohai>
List-Help: <mailto:ohai-request@ietf.org?subject=help>
List-Owner: <mailto:ohai-owner@ietf.org>
List-Post: <mailto:ohai@ietf.org>
List-Subscribe: <mailto:ohai-join@ietf.org>
List-Unsubscribe: <mailto:ohai-leave@ietf.org>

Roman Danyliw has entered the following ballot position for
draft-ietf-ohai-chunked-ohttp-07: No Objection

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-ohai-chunked-ohttp/



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

-- Section 3.
   Use cases that require the use of Chunked OHTTP SHOULD only use the
   chunked media types for their requests, to indicate that Chunked
   OHTTP is required.  If the gateway unexpectedly does not support
   Chunked OHTTP, then the request will fail as if OHTTP as a whole were
   not supported.  If clients retry requests with the non-chunked media
   type, a gateway could partition client anonymity sets by rejecting
   some requests and accepting others.
-- Section 7
   Specifically, clients SHOULD NOT fall back from Chunked OHTTP to the
   non-chunked variant if they are configured to used chunking.  Falling
   back would allow clients to have inconsistent behavior that could be
   used to partition client anonymity sets.

The text in Sections 3 and 7 appears to describe the risk for “non-chucked
media types”. Since allowing fallback in not prohibited, when would this be
acceptable?