Re: [dispatch] Zstandard compression

Checked out the draft.

To simplify it, it looks like it is most analogous to the RFC 1950 / RFC 1951 documents that describe the algorithm(s) for ZLIB / DEFLATE, for compression of arbitrary data streams.

Those documents do not specify MIME types, and I do not think this document draft-kucherawy-dispatch-zstd should do so either. The media type registration is weak: there is no way to signal inside the format what is inside other than an arbitrary stream of bytes. It is not a file archive format, or another kind of container format that identifies parts.

3.2. Content Encoding is fine.

I request that we get an OID registration for this for use with Compressed Data Content Type for CMS, RFC 3274. That way it could be used with S/MIME or other formats that use CMS or S/MIME (seeing as how CMS / S/MIME are general container formats).

Surveying other container formats and doing the appropriate registrations with them in this draft would be appropriate, if one can articulate a use case in those respective formats.

Sean

> On Nov 2, 2017, at 5:35 AM, Murray S. Kucherawy <superuser@gmail.com> wrote:
> 
> <chair hat clearly off>
> 
> In September, I submitted draft-kucherawy-dispatch-zstd, which introduces a new compression  mechanism and seeks to register media types and content encodings for it.  The most obvious application for it is HTTP payloads, but it has other possible applications.
> 
> I don't know of IETF venues other than this one and maybe the ART list where this kind of thing might be discussed, or how we might dispatch it.  Offlist conversation with Mark Nottingham suggested maybe HTTPBIS might like to at least discuss this, but I haven't looked to see if it fits within their current charter.
> 
> Suggestions for discussion venues or processing options are welcome.
> 
> -MSK
> _______________________________________________
> dispatch mailing list
> dispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/dispatch