Roman Danyliw's No Objection on draft-ietf-quic-tls-33: (with COMMENT)
Roman Danyliw via Datatracker <noreply@ietf.org> Tue, 05 January 2021 22:38 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: quic@ietf.org
Delivered-To: quic@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5ACA23A0AF8; Tue, 5 Jan 2021 14:38:55 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Roman Danyliw via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-quic-tls@ietf.org, quic-chairs@ietf.org, quic@ietf.org, quic-chairs@ietf.org, mnot@mnot.net
Subject: Roman Danyliw's No Objection on draft-ietf-quic-tls-33: (with COMMENT)
X-Test-IDTracker: no
X-IETF-IDTracker: 7.24.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Roman Danyliw <rdd@cert.org>
Message-ID: <160988633534.25639.13793739479908003016@ietfa.amsl.com>
Date: Tue, 05 Jan 2021 14:38:55 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/-etO1T5Q663FIYOSXZ7Ked_idoc>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jan 2021 22:38:55 -0000
Roman Danyliw has entered the following ballot position for draft-ietf-quic-tls-33: 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 IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-quic-tls/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you to Radia Perlman for the SECDIR review and the ensuing discussion about this review. Two areas of recommended clarity: ** Section 4. Recommend a bit more text up front describing the notion of “encryption levels”. This section first introduces the concept by noting that “Those frames are packaged into QUIC packets and encrypted under the current TLS encryption level”. Later in Section 4.1.3, it is noted that “Four encryption levels are used, producing keys for Initial, 0-RTT, Handshake, and 1-RTT packets” which makes these “levels” seem only like categories. In describing specific processing there is text such as “When TLS provides keys for a higher encryption level …” which now describes a relatively ordering perhaps with something have having or less. I might be helpful to include an early narrative on what “higher” and “lower” and encryption “levels” means and how level changes occur (i.e., explicitly linking them to changes in the QUIC state machine). ** Section 4.4. Per the peer authentication text, should it be acknowledged that due the general-purpose nature of the protocol, peer validation practices may will need to be further defined by applications?
- Roman Danyliw's No Objection on draft-ietf-quic-t… Roman Danyliw via Datatracker
- Re: Roman Danyliw's No Objection on draft-ietf-qu… Lucas Pardue