[Gen-art] Genart last call review of draft-ietf-httpbis-replay-02
Erik Kline <ek@google.com> Mon, 23 April 2018 07:17 UTC
Return-Path: <ek@google.com>
X-Original-To: gen-art@ietf.org
Delivered-To: gen-art@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C9679127342; Mon, 23 Apr 2018 00:17:18 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Erik Kline <ek@google.com>
To: gen-art@ietf.org
Cc: draft-ietf-httpbis-replay.all@ietf.org, ietf@ietf.org, ietf-http-wg@w3.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.78.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152446783876.5372.15203122600212480108@ietfa.amsl.com>
Date: Mon, 23 Apr 2018 00:17:18 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/JKZzttWNLkBcYK_nK0NUuL7uHz0>
Subject: [Gen-art] Genart last call review of draft-ietf-httpbis-replay-02
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 23 Apr 2018 07:17:19 -0000
Reviewer: Erik Kline 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://trac.ietf.org/trac/gen/wiki/GenArtfaq>. Document: draft-ietf-httpbis-replay-02 Reviewer: Erik Kline Review Date: 2018-04-23 IETF LC End Date: 2018-04-23 IESG Telechat date: Not scheduled for a telechat Summary: This draft is basically ready for publication, but has nits that should be fixed before publication. These nits are mostly about satisfying my ignorance. Major issues: None Minor issues: None Nits/editorial comments: [1] Some bibliography are to old versions (TLS1.3 links to v21, current is v28). I assume that’ll just "fix itself" before publication. =) [2] Section 3, paragraph 1: not just session cookie, but non-zero max_early_data_size option? I couldn’t find explicit mention of max_early_data_size = 0 in TLS13v28, so perhaps it can’t be sent? [3] Section 3, paragraph LAST-1: “even if the server rejects the request” scans awkwardly to me in the context of "requests" in the first half of the sentence. “Even if the server ultimately rejects *one or more* of the requests by sending a 425...”? Perhaps I'm completely misreading something. [4] Section 4, paragraph 4: after “or if the same server accepts early data multiple times“ is there an implied “for the same session ticket” in the mind of the expected reader? Not sure if adding that is clarifying or redundant. [5] Section 6.1: “SHOULD disable early data” refers to connections toward servers (or next hops) or toward clients (or previous hops) or both? (I’m assuming the first, since doing so on a per-origin-server basis for incoming requests as they arrived would require examining SNI, but perhaps that's theoretically doable?)