Re: Working Group Last Call: Window Sizing for Zstandard Content Encoding

Glenn Strauss <gs-lists-ietf-http-wg@gluelogic.com> Sun, 30 June 2024 06:34 UTC

Received: by ietfa.amsl.com (Postfix) id E46FEC14F6E8; Sat, 29 Jun 2024 23:34:48 -0700 (PDT)
Delivered-To: ietfarch-httpbisa-archive-bis2juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3C63C14F6A5 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 29 Jun 2024 23:34:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.758
X-Spam-Level:
X-Spam-Status: No, score=-2.758 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=w3.org header.b="Q3FxHHDb"; dkim=pass (2048-bit key) header.d=w3.org header.b="X+6tJL/0"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uUE6e_4qVYxq for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 29 Jun 2024 23:34:45 -0700 (PDT)
Received: from mab.w3.org (mab.w3.org [IPv6:2600:1f18:7d7a:2700:d091:4b25:8566:8113]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D287C14F683 for <httpbisa-archive-bis2Juki@ietf.org>; Sat, 29 Jun 2024 23:34:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=Subject:In-Reply-To:Content-Type:Mime-Version:References:Message-ID: Cc:To:From:Date:Reply-To; bh=EYMASFKkDAnuf3NDiw2ESWusMPpjtgRK3O0//4Z1RMY=; b= Q3FxHHDbSztSAVB7xBPktM0DcRCICFlHWTfp5Cyti+5kWmkkLkn5tSfBCzTcBd7nhkFBvMBT21jgs FRPPI6TQEpo+7nINMwTeDuHKUcKYZnW1N/TBEwi0tZATfiGVUlwhNIKULuY3H/ZAD+vg6s/YS3a3L nY1DI19Q6VmfF5RB20OwXkktfn+t/yQiIZC7FToIUt/IZKGEfx1aAuLyaQcEZ0F2igdv5DjjJCRRZ xnqOHluCXF9SAbNGTVza7XM7IDeqCaDNODtOIGK2EMo/+xBwr4JSrGVteJvrVdO5NwP9PptWxCbXh nq5eH5eiqVXdVKLVPCAc0aDXmQmOrgEBGg==;
Received: from lists by mab.w3.org with local (Exim 4.96) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1sNo8K-008O2C-1C for ietf-http-wg-dist@listhub.w3.org; Sun, 30 Jun 2024 06:33:56 +0000
Resent-Date: Sun, 30 Jun 2024 06:33:56 +0000
Resent-Message-Id: <E1sNo8K-008O2C-1C@mab.w3.org>
Received: from ip-10-0-0-224.ec2.internal ([10.0.0.224] helo=puck.w3.org) by mab.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from <gs-lists-ietf-http-wg@gluelogic.com>) id 1sNo8I-008O1G-1J for ietf-http-wg@listhub.w3.internal; Sun, 30 Jun 2024 06:33:54 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject: Cc:To:From:Date:Reply-To; bh=EYMASFKkDAnuf3NDiw2ESWusMPpjtgRK3O0//4Z1RMY=; t=1719729234; x=1720593234; b=X+6tJL/0b3Y3P/vlX1w4xbQEHiuQBKpdKNtaQSp/eoZ3980 xoIx4bo75wGusC4Bp9WHTc84GNSY1XiaVdRw7NtR2m7jMxql6ZTFkkQiBevgifXzuS8dYn7dMHq+l /iWTQUM3kxtR7nhHvRWABUEW83ElsPcPUm1UaIP4BE0byKFTmzTO0Bl9Znpgyp4KVwi2MI4ow+evP fpL+PX+JmkuQTPwI/1KYpk+c6pC7dio+2HC5qVx+Uk4c0qQbNDr8j2DJ96JL1UszPpXJlS0436Xev Gd5hjia6rZqHvjquuLSsKwZPcDEn4VvQwiySW+sLLpf+M1PPM/JhTS/4nSLSym2Q==;
Received-SPF: pass (puck.w3.org: domain of gluelogic.com designates 52.86.233.228 as permitted sender) client-ip=52.86.233.228; envelope-from=gs-lists-ietf-http-wg@gluelogic.com; helo=smtp1.atof.net;
Received: from smtp1.atof.net ([52.86.233.228]) by puck.w3.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (Exim 4.96) (envelope-from <gs-lists-ietf-http-wg@gluelogic.com>) id 1sNo8H-00D5Gc-2L for ietf-http-wg@w3.org; Sun, 30 Jun 2024 06:33:54 +0000
X-Spam-Language: en
X-Spam-Relay-Country:
X-Spam-DCC: B=www.nova53.net; R=smtp1.atof.net 1206; Body=1 Fuz1=1 Fuz2=1
X-Spam-RBL:
X-Spam-PYZOR: Reported 0 times.
Date: Sun, 30 Jun 2024 02:33:41 -0400
From: Glenn Strauss <gs-lists-ietf-http-wg@gluelogic.com>
To: Mark Nottingham <mnot@mnot.net>
Cc: HTTP Working Group <ietf-http-wg@w3.org>, Tommy Pauly <tpauly@apple.com>
Message-ID: <ZoD8RU1w2vjR-Jsb@xps13>
References: <43632D53-98C1-4E91-9374-588726901545@mnot.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <43632D53-98C1-4E91-9374-588726901545@mnot.net>
X-W3C-Hub-Spam-Status: No, score=-3.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DMARC_MISSING=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: puck.w3.org 1sNo8H-00D5Gc-2L 793219d705650d3892d3541871bd9a00
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Working Group Last Call: Window Sizing for Zstandard Content Encoding
Archived-At: <https://www.w3.org/mid/ZoD8RU1w2vjR-Jsb@xps13>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/52037
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/email/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On Sun, Jun 30, 2024 at 04:19:44PM +1000, Mark Nottingham wrote:
> Working Group participants,
> 
> This e-mail announces Working Group Last Call for revision 00 of the following document:
>  https://datatracker.ietf.org/doc/draft-ietf-httpbis-zstd-window-size/
> 
> This is a very straightforward document. Please review and raise any issues you find (preferably on GitHub, but also acceptable on-list) and indicate whether you support publication (or object to it) in response to this message.

I support publication.

Minor suggestion in 1. Introduction, which begins:
   Zstandard, or "zstd", specified in [RFC8878], is a lossless data
   compression mechanism similar to gzip.  When used with HTTP, the
   "zstd" content coding token signals to the decoder that the content
   is Zstandard-compressed.
and ends
   This document updates [RFC8878] to enforce Window_Size limits on the
   encoder and decoder for the "zstd" content coding.

While not strictly necessary, I think it might be clearer to repeat that
the requirement is for the "zstd" **HTTP** content coding, e.g.
   This document updates [RFC8878] to enforce Window_Size limits on the
   encoder and decoder for the "zstd" HTTP content coding.

Cheers, Glenn