[AVTCORE] Review of draft-engelbart-rtp-over-quic (David Schinazi)

Bernard Aboba <bernard.aboba@gmail.com> Wed, 25 May 2022 01:45 UTC

Return-Path: <bernard.aboba@gmail.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AF12C3A6268 for <avt@ietfa.amsl.com>; Tue, 24 May 2022 18:45:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3zFV8NcjX5aV for <avt@ietfa.amsl.com>; Tue, 24 May 2022 18:45:28 -0700 (PDT)
Received: from mail-vs1-xe30.google.com (mail-vs1-xe30.google.com [IPv6:2607:f8b0:4864:20::e30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C85CC3A6267 for <avt@ietf.org>; Tue, 24 May 2022 18:45:21 -0700 (PDT)
Received: by mail-vs1-xe30.google.com with SMTP id b7so20041772vsq.1 for <avt@ietf.org>; Tue, 24 May 2022 18:45:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=l4DYCEZ45WoRVLFMM5qmCpPoljDyYX76PEjtVaEYOFo=; b=CF1zAWTOm46GzB7bvKYHTHdoBHlKOqSgDnb13L6AYCFQcKmLh3xgW7Zuy2t9sxRpib MMh6A4Ro6yrsXrDywoC0GxzX4Wy1Xs2bqj89SSTpvkSb5oN+qesJrXQBm4MpDEljfFmW 9HAS4L2WRCZW4ni2mQhyQ/KSMcmVws+GXydlAVsSnO8MQibuODrRgG3fWji5HHthJeHB LjDpeT9RWdc2CntJBJvsC2sVQgq4v341BzQkYlwIXonAwglfJtNLXDLqN2BG/daWUwy9 EzW0du7uJN3FISE9v56PX65jqRR+YIqMOiG1zN+WOrOsWQ7Ayg1KBlyfo3Xm3RMCGGbM 66PQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=l4DYCEZ45WoRVLFMM5qmCpPoljDyYX76PEjtVaEYOFo=; b=P1NP+A+QcoFeva2nXAXa/1utu4ypkUtCXuP9uFPc0sjhKEyFHuHL94LojXxDuR7xDY 1qIVF0nC0biTRH/i77SYuNM6OIwg+TK7s7ZZ4Xhc+5+u0WjwjT4tny1WeyTtrL0SSeNi 5b2z9TF+FOeJzTS7MgKQLS43QbtYp0afgYaNTbLOJ1ZCXsLTwxG7oNepZxTlkuOA2ncF D3WtjzJK/ns4ETG7uVQ50slfNw/zzt4LeFG3MqV6rDG6n4AprszyGlcrGparSXEsgfyP f2ONOMYgvPseY+3tM9U4gdMA9w/L2iV6fkmglZxKOxdsKix/rzEuKP4EkEqync+8DNa4 UElg==
X-Gm-Message-State: AOAM532uBvOTDYVW+3dnJeOD7XdIzP0BOBxTKuqE3Y1RZ+a26iHI3uIY 19seuh8zW8HHK2ajEqK5nMhJk20Aua+mELfS376MbxwsjBA=
X-Google-Smtp-Source: ABdhPJxpyz+vNPn5Er+sAojqnbFVQzV/7OCRTysKTo9ehw8ihrtkXVSN3pABtuQrDLN5JEJu51C9caFFCpSSL2rwzAk=
X-Received: by 2002:a67:dc82:0:b0:325:58cc:51c7 with SMTP id g2-20020a67dc82000000b0032558cc51c7mr12854344vsk.63.1653443119242; Tue, 24 May 2022 18:45:19 -0700 (PDT)
MIME-Version: 1.0
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Tue, 24 May 2022 21:45:08 -0400
Message-ID: <CAOW+2duZuSb_w2jAARmPYq0O0b4fYGtMtbPWAYxZDf8r-q=Cng@mail.gmail.com>
To: IETF AVTCore WG <avt@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c7649005dfcc3963"
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/CX6BoBKQOL2qGmWxlJiJ8_v8tYE>
Subject: [AVTCORE] Review of draft-engelbart-rtp-over-quic (David Schinazi)
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 May 2022 01:45:29 -0000

Forwarded from David:

I quickly skimmed this and I think the authors misunderstand a fundamental
point: you cannot multiplex two separate application protocols over one
QUIC connection. During the QUIC handshake, an ALPN token is negotiated and
that protocol is the only one in use for the lifetime of this connection.
If you want to simultaneously run RTP-over-QUIC and WebTransport, you have
two options:

1) define RTP-over-HTTP/3. That way you have one QUIC connection with
ALPN=h3 and then you can run as many RTP or WebTransport sessions on top.
2) use two distinct QUIC connections, one for RTP and one for
WebTransport-over-HTTP/3. They can be on the same socket and demultiplexed
using the QUIC connection ID

If you go the RTP-over-QUIC route, then the document that defines it gets
to define what the payload of datagram frames contains. They can choose to
use a flow identifier and can define its semantics to be whatever they
want. They can also skip flow identifiers and use something else instead.