[Tsv-art] Tsvart last call review of draft-ietf-mops-ar-use-case-15
Wesley Eddy via Datatracker <noreply@ietf.org> Tue, 26 March 2024 03:17 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: tsv-art@ietf.org
Delivered-To: tsv-art@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D85D7C180B65; Mon, 25 Mar 2024 20:17:10 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Wesley Eddy via Datatracker <noreply@ietf.org>
To: tsv-art@ietf.org
Cc: draft-ietf-mops-ar-use-case.all@ietf.org, last-call@ietf.org, mops@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.8.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <171142303085.48615.3961339532571490114@ietfa.amsl.com>
Reply-To: Wesley Eddy <wes@mti-systems.com>
Date: Mon, 25 Mar 2024 20:17:10 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/87culjkm6tXMkx-cXEsYGDt060k>
Subject: [Tsv-art] Tsvart last call review of draft-ietf-mops-ar-use-case-15
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.39
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Mar 2024 03:17:11 -0000
Reviewer: Wesley Eddy Review result: Ready with Issues This document has been reviewed as part of the transport area review team's ongoing effort to review key IETF documents. These comments were written primarily for the transport area directors, but are copied to the document's authors and WG to allow them to address any issues raised and also to the IETF discussion list for information. When done at the time of IETF Last Call, the authors should consider this review as part of the last-call comments they receive. Please always CC tsv-art@ietf.org if you reply to or forward this review. The document reads well and is easy to understand. It is a nice overview of the use case that it describes, and does a great job explaining terminology and providing relevant resources. My only issue with the present revision, is that in reviewing from a TSVART perspective, I see that there is discussion of latency and bandwidth needs, but there does not seem to be much discussion of what the transport or other protocols need to do to facilitate the use case. For instance, are there multiple independent streams (for audio, video, and data), and how many, that would make use of either multiple independent transport connections (with their own congestion control), or multiple streams within a QUIC or SCTP association? Would an unreliable datagram service be preferable to a retransmission-based / reliable service for some or all of the streams? Would FEC be useful? The rates discussed are very high; are there congestion control needs e.g. fast startup, smooth/scalable responses, coupling with ABR, etc. that need to be explored?
- [Tsv-art] Tsvart last call review of draft-ietf-m… Wesley Eddy via Datatracker
- Re: [Tsv-art] Tsvart last call review of draft-ie… Renan Krishna
- Re: [Tsv-art] Tsvart last call review of draft-ie… Wesley Eddy