Re: [Gen-art] Genart last call review of draft-kucherawy-dispatch-zstd-01

Vijay Gurbani <vijay.gurbani@gmail.com> Sun, 22 April 2018 00:56 UTC

Return-Path: <vijay.gurbani@gmail.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37B0212D87A; Sat, 21 Apr 2018 17:56:13 -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 c7BvpfBoIoW7; Sat, 21 Apr 2018 17:56:10 -0700 (PDT)
Received: from mail-ot0-x22e.google.com (mail-ot0-x22e.google.com [IPv6:2607:f8b0:4003:c0f::22e]) (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 74DA2127201; Sat, 21 Apr 2018 17:56:10 -0700 (PDT)
Received: by mail-ot0-x22e.google.com with SMTP id w4-v6so13472160ote.12; Sat, 21 Apr 2018 17:56:10 -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=UtXNZ+7GgYTG5RuIj1N+OlDO8nSWU4j/qwQLUTmCRk8=; b=LDf9Je5OnMWW63XO2E3LAkT98fvznUHNsEYccMdIyTOM00qxCr2qo16FiPrDSdoIN9 CrRI9BAsLbpH1pqEoqirGLzC2SWZP8tHNbqAGwGar6yfae+xabNWhdgYD52ULrc9vWaa S9S/C7EdecK/rwHLzuPvpu3+82JS7/parypYUXi8O3B7xCV5AXVDPJslrjH3vwm2RJ74 n6sFjwlVr6KrI1raemyjixhwPOHWLexrk70yUzDwaQT9T0Fx5RZEBQ9OKl8/XRemd86c swkMxIlBKavnoBoellhzfd1HxYOin9kaAZchJiUEvoXN+4Wp69sQ5eUtA48VaJjH9bVU 8Otw==
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=UtXNZ+7GgYTG5RuIj1N+OlDO8nSWU4j/qwQLUTmCRk8=; b=HpVhrofiSkddANIswet5XdVkRJwd4/vzoaudBDo0Qg4sAL5lPhEwut2Ry4XAue13Nh vh0yCb4gndGqv4RN3WmZCzFJ/xcdrfBGEP6+7HF3I5PBcM5pN7pOjAhMWlPx3cnR5FBU bbpiT2RsMpVEEYvsqYVjv/C0dXd9AFoaQ/DI9uHQcgAGNOjHSKhMwhNGI3HY63Pijzqu Cv4O1GKmP+FUlZQtz6GsE/lKrTt1YqerJXhhcXrWR3ukF3w0yKRVc/Au/5kVAzZfIpnN jrwS4iKsj0ZdAdXAxuL+94fJyKbpW+Imp7AXcCjBSisN7bzSos0JkTg11TgZw8Wygoaz h4UA==
X-Gm-Message-State: ALQs6tB3yu9sKKDlJR6gG/LNhw4o0JtJ8+B4dW97D3/AqJptan6hvQR/ 9/ipuqrHk0hccjNCa3u+NFIOxdtfqvOJ1EEhK6w=
X-Google-Smtp-Source: AIpwx4+G5pVFqhfnRWmzM6ySYyrPLC50pJeIdEdr8y4HmF7LIVFnNC2ZRkaWXFNZepojXxwjNzRVs5WQSn4zw8QCZVY=
X-Received: by 2002:a9d:b2b:: with SMTP id a40-v6mr10849439ota.272.1524358569856; Sat, 21 Apr 2018 17:56:09 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a9d:1557:0:0:0:0:0 with HTTP; Sat, 21 Apr 2018 17:56:09 -0700 (PDT)
In-Reply-To: <2A5406E6-1816-43C3-AB88-14718B2AB3E8@fb.com>
References: <152414967505.28757.13931035798486807912@ietfa.amsl.com> <2A5406E6-1816-43C3-AB88-14718B2AB3E8@fb.com>
From: Vijay Gurbani <vijay.gurbani@gmail.com>
Date: Sat, 21 Apr 2018 19:56:09 -0500
Message-ID: <CAMMTW_LMq8T9hqT88KKys-N-amoRvghnmC1mhLP+N3Ok+95Fxw@mail.gmail.com>
To: Yann Collet <cyan@fb.com>
Cc: "gen-art@ietf.org" <gen-art@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-kucherawy-dispatch-zstd.all@ietf.org" <draft-kucherawy-dispatch-zstd.all@ietf.org>, vijay.gurbani@nokia.com
Content-Type: multipart/alternative; boundary="00000000000011145d056a65635a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/pV8pWI9PKoEV2GuIB-QcEnfsbxk>
Subject: Re: [Gen-art] Genart last call review of draft-kucherawy-dispatch-zstd-01
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Apr 2018 00:56:13 -0000

Yann: Thank you for your response.

Please see inline.


On Fri, Apr 20, 2018 at 6:22 PM, Yann Collet <cyan@fb.com> wrote:

> Hi
>
>
> I can answer the following 2 minor points:
>
>      - S2.1.1.3.1.1: "Value ?0" --> should it be "Value 00"?
>
> `?0` means it can be either `10` or `00`.
> Aka, only the last bit `0` matters.
>

When I read that section, it did not strike me that you were using regular
expressions (as far as I can remember, there was no use of regexps in the
section, but I don't have the draft open in front of me).  Thus, it looked
like a typo to me.  My advice, especially if there is no general use of
regular expressions in the draft, would be to spell it out by saying "00 or
01".  But the end decision is up to you, of course.


>     - S2.1.1: The value of the magic number: 0xFD2FB528 --- is there any
> significance to it?
>
> This value was selected to be less probable to find at the beginning of
> some random file.
> It avoids trivial patterns (0x00, 0xFF, repeated bytes, increasing bytes,
> etc.),
> contains byte values outside of ASCII range,
> and doesn't map into UTF8 space.
> It reduces chances that a text file be able to represent this value by
> accident.
>

OK; that's what I thought.  Up to you if you want to add an explanatory
sentence.  Won't hurt.

That's all.  Thanks!


> For all other points, I have no comment, and agree with reviewer.
>
>
> Rgds
>
> Yann Collet
> Facebook
>
> On 4/19/18, 07:55, "Vijay Gurbani" <vkg@acm.org> wrote:
>
>     Reviewer: Vijay Gurbani
>     Review result: Ready with Nits
>
>     I am the assigned Gen-ART reviewer for this draft. The General Area
>     Review Team (Gen-ART) reviews all IETF documents being processed
>     by the IESG for the IETF Chair.  Please treat these comments just
>     like any other last call comments.
>
>     For more information, please see the FAQ at
>
>     <https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__trac.ietf.org_trac_gen_wiki_GenArtfaq&d=DwICaQ&c=
> 5VD0RTtNlTh3ycd41b3MUw&r=_EwH5jTAHV32G13ENXwVrw&m=
> aMabi5qTp6wXqc6KXVjyGEgbdV5SaoN7tcHeDarFUI8&s=G_
> jKtEolxxcUUP2uN78WXkDdXi9KsGgZPh0RD34zvIw&e=>.
>
>     Document: draft-kucherawy-dispatch-zstd-01
>     Reviewer: Vijay K. Gurbani
>     Review Date: 2018-04-19
>     IETF LC End Date: 2018-04-23
>     IESG Telechat date: Not scheduled for a telechat
>
>     Summary: Ready with 1 minor issue and some nits.
>
>     Major issues: 0
>
>     Minor issues: 2
>
>     Nits/editorial comments:  3
>
>     Minor:
>     - S4: "... and the usual precautions apply."  Here, what are the "usual
>      precautions"?  Are they the ones enumerated below?  If so, then
>      perhaps restate as "... and the usual precautions apply, as enumerated
>      below.".
>
>      If the usual precautions are not enumerated below, then a reference
> should
>      be provided to a resource(s) that enumerates such precautions.
>
>     - S5: I am curious, why should we remove this section prior to
> publication?
>      It contains pointers to code that is invaluable to implementors.  At
> the
>      most, I would advise excising company name (Facebook) from the
> section,
>      but I would advocate strongly to retain this section as the draft
> becomes
>      a RFC.
>
>     Nits/Typos:
>     - S2.1.1: The value of the magic number: 0xFD2FB528 --- is there any
>      significance to it?  Any insight on how you arrived at this will be
>      interesting.  (I am relating this magic number to the SIP magic cookie
>      "z9hG4bK" which was chosen so that the probability was very small of
>      older implementations to randomly pick a branch ID that started with
>      these characters.)
>
>     - S2.1.1: s/the origina/the original/
>
>     - S2.1.1.3.1.1: "Value ?0" --> should it be "Value 00"?
>
>
>
>
>
>