[core] Martin Duke's No Objection on draft-ietf-core-new-block-11: (with COMMENT)

Martin Duke via Datatracker <noreply@ietf.org> Wed, 05 May 2021 16:25 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: core@ietf.org
Delivered-To: core@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B063A3A17B3; Wed, 5 May 2021 09:25:56 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Martin Duke via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-core-new-block@ietf.org, core-chairs@ietf.org, core@ietf.org, marco.tiloca@ri.se, marco.tiloca@ri.se
X-Test-IDTracker: no
X-IETF-IDTracker: 7.28.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Martin Duke <martin.h.duke@gmail.com>
Message-ID: <162023195660.31473.11383940038766618259@ietfa.amsl.com>
Date: Wed, 05 May 2021 09:25:56 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/jbdEUGHpd3WN4pAbbwXfFpGTDG8>
Subject: [core] Martin Duke's No Objection on draft-ietf-core-new-block-11: (with COMMENT)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 05 May 2021 16:25:57 -0000

Martin Duke has entered the following ballot position for
draft-ietf-core-new-block-11: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)

Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:


Thanks for addressing my DISCUSS.

Thank you for the examples. They were useful in providing an overview of the

Thanks also to Colin Perkins for an especially thoughtful TSVART review. Please
address his comments, although his concerns about (7.1) are IMO mostly subsumed
by my DISCUSS.

- It would be useful to introduce the "token", "request tag", and "Etag"
concepts before using them. Reading front-to-back, I spent most of Section 4

- (4.4) It would be useful to state that clients MUST (SHOULD?) NOT request
retransmission of blocks from ETags that are not "fresh" -- IIUC, they probably
don't exist anymore, and anyway the server has no way of knowing which
non-fresh ETag to serve beacuse it says "The ETag Option should not be used in
the request for missing blocks"

BTW, s/should/SHOULD

- (7.2) If NON_PROBING_WAIT and NON_PARTIAL_TIMEOUT both "have the same value
as computed for EXCHANGE_LIFETIME", why are they different variables? Or is
that they SHOULD have the same value but might not? A normative word would be
helpful here.