[core] AD review of draft-ietf-core-block-18

Barry Leiba <barryleiba@computer.org> Fri, 20 November 2015 21:15 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 050C61B3E10; Fri, 20 Nov 2015 13:15:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
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 pY3MimBxeSTU; Fri, 20 Nov 2015 13:15:09 -0800 (PST)
Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::22c]) (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 F33421B3E0E; Fri, 20 Nov 2015 13:15:08 -0800 (PST)
Received: by vkbs1 with SMTP id s1so6007010vkb.1; Fri, 20 Nov 2015 13:15:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=fW9BB1eYzR5Q/Pd2YhMxZuLd0a9gagYgljgJwdvaGnE=; b=r2zq++TmgYrCUlheXGF+bN9QA7NWiwqFDaw47mu50lCC6wzzA0mS+k7yeYpzjSwaOt HUk12mNNLLRDyDdOudd81OmEYTdS1rMjJr80i6F3COmUHeOg5cOFZR7NHn8iWUKYacan TBJDM8dg5zF9wGcVLBWxNFt3VVbUTNYDRiNpUUnLqP2MZXoX6xAzhQoJiIRbMUl8f8mo QZjPet6mVzhREWOlIEZZA1LVYn1900hqN3ilolg4YQyXCgOD7ebATVdiC/CBR90+HpY5 su4eCj5WPTASykRoX3c+aH0IdBdB7O26Fx5BwZ3Ofdfr73t62T13klzQJtyq2CiC2qvX b0Fw==
MIME-Version: 1.0
X-Received: by 10.31.150.135 with SMTP id y129mr1579679vkd.156.1448054108112; Fri, 20 Nov 2015 13:15:08 -0800 (PST)
Sender: barryleiba@gmail.com
Received: by 10.31.182.135 with HTTP; Fri, 20 Nov 2015 13:15:08 -0800 (PST)
Date: Fri, 20 Nov 2015 16:15:08 -0500
X-Google-Sender-Auth: qSF31YCKEy-YejtxLJB1Un-AkxM
Message-ID: <CALaySJKEBhVdXbsR=Te9R-3E5iWeytTBiJ+TRXJR=-b0cbisbQ@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: draft-ietf-core-block@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/core/D2aUVKa83WQljW9L8V4b_m_pvQ0>
Cc: core WG <core@ietf.org>
Subject: [core] AD review of draft-ietf-core-block-18
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Nov 2015 21:15:10 -0000

My apologies for the long delay in handling this publication request:
I've had a month straight of travel, including a little personal
vacation at the beginning and end.  I'm back and running full steam,
and reviewing the backlog of publication requests from several working
groups.  Thanks for the patience.

My only two comments are editorial, and need not get in the way of
last call, so I'll be requesting last call as soon as I send this
message.

-- Abstract --
It's not a big deal, but I find the abstract unusually long and with
unnecessary detail.  It should specify *what* the document does, and
leave the *why* to the Introduction.  I really think that this is
sufficient for the Abstract:

NEW
Applications that use the Constrained Application Protocol (CoAP)
occasionally need to transfer comparatively large payloads -- for
instance, for firmware updates. This specification extends basic
CoAP with a pair of "Block" options, for transferring multiple
blocks of information from a resource representation in multiple
request-response pairs.  The Block options provide a minimal way
to transfer larger representations in a block-wise fashion.
END

-- Section 1 --
Please expand "CoAP" and "REST" on first use in the Introduction (for
the latter, in the second line for "REST architecture").

--
Barry