Éric Vyncke's No Objection on draft-ietf-quic-recovery-33: (with COMMENT)
Éric Vyncke via Datatracker <noreply@ietf.org> Wed, 06 January 2021 13:31 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 168EC3A09A4; Wed, 6 Jan 2021 05:31:34 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Éric Vyncke via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-quic-recovery@ietf.org, quic-chairs@ietf.org, quic@ietf.org, quic-chairs@ietf.org, lars@eggert.org
Subject: Éric Vyncke's No Objection on draft-ietf-quic-recovery-33: (with COMMENT)
X-Test-IDTracker: no
X-IETF-IDTracker: 7.24.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Éric Vyncke <evyncke@cisco.com>
Message-ID: <160993989405.14984.17155368859319045324@ietfa.amsl.com>
Date: Wed, 06 Jan 2021 05:31:34 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/CacjqEIZo0U3hchAHb7bXZojrx4>
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: Wed, 06 Jan 2021 13:31:34 -0000
Éric Vyncke has entered the following ballot position for draft-ietf-quic-recovery-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-recovery/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. Even for a non transport person like myself, I find the text easy to read. Please find below some non-blocking COMMENT points (but replies would be appreciated), and some nits. I hope that this helps to improve the document, Regards, -éric == COMMENTS == Does the QUIC WG intend to have a BCP-like document on how network devices on the path should handle buffers? E.g., QUIC ressembles a lot to TCP so nodes can apply back pressure with mechanisms similar to RED (but, AFAIK, RED is mainly applied to TCP traffic so not to QUIC/UDP). -- Abstract -- Should the QUIC version be specified ? -- Section 1 -- Suggest to specify version 1 for the 2nd sentence. This (too?) short introduction would benefit by mentioning UDP transport. == NITS == -- Section 7.2 -- "Endpoints SHOULD use an initial congestion window of 10 times the maximum datagram size (max_datagram_size), limited to the larger of 14720 bytes or twice the maximum datagram size. " The above text looks ambiguous to me especially with the ',' before 'limited'. Also, s/8 byte overhead/8-byte overhead/ ?
- Éric Vyncke's No Objection on draft-ietf-quic-rec… Éric Vyncke via Datatracker
- Re: Éric Vyncke's No Objection on draft-ietf-quic… Lucas Pardue
- Re: Éric Vyncke's No Objection on draft-ietf-quic… Magnus Westerlund