[art] Artart last call review of draft-ietf-tsvwg-l4s-arch-18
Marco Tiloca via Datatracker <noreply@ietf.org> Wed, 20 July 2022 16:50 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: art@ietf.org
Delivered-To: art@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0814AC13C515; Wed, 20 Jul 2022 09:50:52 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Marco Tiloca via Datatracker <noreply@ietf.org>
To: art@ietf.org
Cc: draft-ietf-tsvwg-l4s-arch.all@ietf.org, last-call@ietf.org, tsvwg@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 8.8.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <165833585200.45796.11505382548835211711@ietfa.amsl.com>
Reply-To: Marco Tiloca <marco.tiloca@ri.se>
Date: Wed, 20 Jul 2022 09:50:52 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/wFO-5nI6_3mMZAJ7SrqfseYysGI>
Subject: [art] Artart last call review of draft-ietf-tsvwg-l4s-arch-18
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.39
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jul 2022 16:50:52 -0000
Reviewer: Marco Tiloca Review result: Ready with Nits Thanks for this document! Please see my comments below. Best, /Marco [General] * Based on the guidelines from RFC 7322, the "Acknowledgements" section should be unnumbered and placed between the "References" section and the "Authors' Addresses" section. * It is worth mentioning upfront that "capacity" refers to "link capacity" in terms of experienced bit rate. This becomes explicit only in Section 5.1, when discussing "Scalable throughput." [Abstract] * The three components of the L4S architecture include "protocol features that allow network elements to identify L4S traffic". The protocol in question becomes evident in Section 2 as ECN. The abstract can already mention that, e.g., as "features of the Explicit Congestion Notification (ECN) protocol that allow ..." [Section 1] * "With some transport protocols, namely TCP and SCTP, the sender has to check for suitably updated receiver feedback, whereas with more recent transport protocols such as QUIC and DCCP, all receivers have always been suitable." The first part of the sentence focuses on checking feedback from receivers, while the second one on the actual receivers. Does the second part actually mean "... feedback from all receivers is always suitable" ? [Section 2] * "... as the protocol to identify to the network which packets are L4S and which are Classic." This should be something like "... as the protocol that allows the network to identify which packets are L4S and which are Classic." [Section 5.2] * "... as opposed to TLS over UDP" Do you mean "TLS over TCP" or rather "DTLS over UDP"? Or instead the use of TLS for securing UDP-based transports such as QUIC? [Nits] * Section 3: s/low enough not build/low enough to not build * Section 4.3: s/specifies that requirements that/specifies the requirements that * Section 5.1: s/because it assume/because it assumes
- [art] Artart last call review of draft-ietf-tsvwg… Marco Tiloca via Datatracker
- Re: [art] Artart last call review of draft-ietf-t… Anjam Saqib
- Re: [art] [tsvwg] Artart last call review of draf… Bob Briscoe
- Re: [art] [tsvwg] Artart last call review of draf… Marco Tiloca
- Re: [art] [tsvwg] Artart last call review of draf… Bob Briscoe