IETF Logo Mail Archive

Re: [dispatch] Zstandard compression

"Murray S. Kucherawy" <superuser@gmail.com> Thu, 02 November 2017 23:00 UTC

Return-Path: <superuser@gmail.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51FA813AF75 for <dispatch@ietfa.amsl.com>; Thu, 2 Nov 2017 16:00:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i_ze2IqIdPVW for <dispatch@ietfa.amsl.com>; Thu, 2 Nov 2017 16:00:29 -0700 (PDT)
Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1056413AF23 for <dispatch@ietf.org>; Thu, 2 Nov 2017 16:00:28 -0700 (PDT)
Received: by mail-qt0-x22d.google.com with SMTP id p1so1337807qtg.2 for <dispatch@ietf.org>; Thu, 02 Nov 2017 16:00:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=s4rMX5dWtTULUA7tw4AVy7s9emcVubr9SGRsvk2XWXI=; b=g4iYbvtKSRG14M8SjxiZDPSCN9mbOf7RBa16CZwxp9ejt4AEjs5afFD+EPjzBQwipJ CUMryrKEM5bT035oNcOMCy7NTAztDKVD6TGNWpEip5BdC4FAdOY45VTCTM1kfhuNNs6Q aST+LNpTfTnvCNuae9oBMQoBJlu8ItZvWJfGbE3Mvd2htqV9gaQGUhGmjLV3/gMVYyHi 7EJuWRYlFGFxcB0v3kEsWeYUZG22YZz/X/sHTqKzhOGzvvhfPvifaQoGr0117Ff5dD8v R0Oc6ThNZBLryvzhXycN9Ol4vySL+yDtB2P2y3C4m/5M1RI3fHFkOjeqWAysq0AxsCV0 yjMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=s4rMX5dWtTULUA7tw4AVy7s9emcVubr9SGRsvk2XWXI=; b=VLO88G5d1PhQs3cP8YM4kY9N/kj2ucgeik7FKYeyYSL0u+bcocc0sp1QommBJfg5xV YZ8DH9foyOwjHyX1fMC9CoFJIZOhZZqsWNudXhiIj/S27FXUSBqzOk9k0JKwpL5wQSKC JARTtKGabmV5V/B62xGFZHwgTEALETWp4DguURx082tIhQsWAy7G8hbiWGvkf+k7WAsc 2x44zNIq0XkuDi8mkpgOLGkJTEgq3QJmzR9/Ir939nKU+hz7e3ozeTCHAP7NfGYIqp5n hY0b7oypv7MIZbu5nd78RVh/qx4J+6XlxbaWSWPQSKy2S3RMJJ2jTMJ3Be8YvsIojubR Tcvw==
X-Gm-Message-State: AMCzsaU45L2lYn4iiUX8/K7epq/vshJaI9UK40Vhn+Xq7zSMi1d5jz21 6TsLCubQbyGw5qcV4276GnmGHkDvTiSDrQLTY3IYpQ==
X-Google-Smtp-Source: ABhQp+R6g+w/Dn2r8YFu35JLRvMQ5ttG7RMnQ58Jyl8wDSVEDJOrC9hNVaNL6Kvw2J96sb7D78xOXmEXW4yTBmk8hRQ=
X-Received: by 10.200.0.81 with SMTP id i17mr7255577qtg.308.1509663627030; Thu, 02 Nov 2017 16:00:27 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.40.115 with HTTP; Thu, 2 Nov 2017 16:00:26 -0700 (PDT)
In-Reply-To: <CABkgnnURFCsrodz21EhuPZox5jwQq=dC28erMibYQtH+_E1rbA@mail.gmail.com>
References: <CAL0qLwatePp87tC6YGRj4=K0xivMfSr2QSDkn6VVkojvs4DW7A@mail.gmail.com> <22EAF7AB-E6AB-44C5-A424-EF0AF2313EC6@mnot.net> <CABkgnnURFCsrodz21EhuPZox5jwQq=dC28erMibYQtH+_E1rbA@mail.gmail.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Thu, 02 Nov 2017 16:00:26 -0700
Message-ID: <CAL0qLwYQ3QLQoFKUF3P71KLS=rzVsiPapKwwcyjTe=i5Bo_z5w@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Cc: Mark Nottingham <mnot@mnot.net>, DISPATCH list <dispatch@ietf.org>
Content-Type: multipart/alternative; boundary="f403045e736a383617055d07f4e5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/KjDfzK-q3O5s0yBVh81QYjnvj3M>
Subject: Re: [dispatch] Zstandard compression
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Nov 2017 23:00:30 -0000

On Wed, Nov 1, 2017 at 4:32 PM, Martin Thomson <martin.thomson@gmail.com>
wrote:

> I think that the right approach here is to approach this similarly
> cryptographic algorithms.  It seems like the basic compression
> structure is independently useful.  Document the format in one place,
> then have short documents that describe content codings and other
> things independently.  Then HTTP can take the content-coding work on
> at their discretion (or it can progress independently).
>

Is there a WG or some other review body that looks at compression where
this should get referred?

I realize that RFC 7932 (brotli) didn't do this, so it would be OK to
> just follow that pattern.  It also didn't define a media type. Did you
> have a use case in mind for that?
>

Yeah that's basically what I did.  And yes, we intend to use it between our
services and mobile apps for starters.  As it gains more adoption, it'll be
necessary to have these code points anyway; may as well get 'em done.

-MSK

v2.23.0 | Report a Bug | By Email