[Webtransport] Does WebTransport need a reliable, in-order message abstraction? (fwd)

Bernard Aboba <bernard.aboba@gmail.com> Sat, 25 July 2020 15:40 UTC

Return-Path: <bernard.aboba@gmail.com>
X-Original-To: webtransport@ietfa.amsl.com
Delivered-To: webtransport@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA5CF3A0A94 for <webtransport@ietfa.amsl.com>; Sat, 25 Jul 2020 08:40:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id swoOudDnInYz for <webtransport@ietfa.amsl.com>; Sat, 25 Jul 2020 08:40:36 -0700 (PDT)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CBD273A0A3B for <webtransport@ietf.org>; Sat, 25 Jul 2020 08:40:35 -0700 (PDT)
Received: by mail-lj1-x235.google.com with SMTP id d17so12905327ljl.3 for <webtransport@ietf.org>; Sat, 25 Jul 2020 08:40:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=sE3Mo0mTWo8wqm7gi253GDYBA9JJAiJdEN5yuzHMua0=; b=CVGNyd4soPLhrj57pGCrT3PzxLRYVtM9eH/wXWGC7vKhASTeA0I2XBW9gaCUz95fhv lUzpTNZ0LzNTPqFRk0dbfVOBMZnjgjbCZFfh21gtN/iaWZtewPFkai4qOXx/6QBFVUn+ uDDrGBVy6CCWbCpNz2Tynf7HiXdFK936+MbVdbfjjF3YMfOjlYRXtgWwd8bO8U/6/yp+ vgid8ZqJkW+gqe0Yzc61vp0mTDSQcx/wD8Z6KSefif+mSPDqwB1gx7Gsyip4jnz5vGmb RbUBbsOtHO/sIOjqE6fuJMw+Vr7/wtZQlp7uMIDAnqpjT3lKVn0EyFdBbHB1EnzKT+YH xpeQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=sE3Mo0mTWo8wqm7gi253GDYBA9JJAiJdEN5yuzHMua0=; b=MdtaAJzHydE2N3j0t9y5lZMNwpBtHTTDnZgBjL2pyo5jHf/xGZx3o5yhBUaFt+JIM1 HU/1S2MoYPQ1Qvn/o2B9mok0pq4sXa2ZbZvKTSpzoJrZdOOJB9dsbjTwTQOjzbs0ABI7 iKNsInjvmwriSN25GsSmQkrEKuG4GAkvIueco1HjRjKkY67R7UFzkAYbnQKJOY2pUtgd aVnJ9S5KbZ83SJDtnsl5Fh2xm/WAGNDasM73FVvx8Bpy7zkAnGAkRiYCXV3U5jbs8B3C XvUzqvJF5RXOCUyWoWOeyCxJqfHKfQ20ULWYL2vlNzERSqsNB+cVx0hcBOXm348fdxlr pwkQ==
X-Gm-Message-State: AOAM532gVDs+s2bqfIQvkRyUc/kgRZvEdbZjJ6yVRu9UsUai8kytnwEl waHYcnkXjy6HmvrMJ8X74omHrfuSgNioUyBRsaGfgCl3lN0=
X-Google-Smtp-Source: ABdhPJxbp/WNEJw0lKDBYusQ+PmMmX07CqKRHSSeESPLacSMUsuCRfRs+3+ixyAMeujjGmsoq0UJyBknHhZPFH3C7Cc=
X-Received: by 2002:a2e:8296:: with SMTP id y22mr6731674ljg.238.1595691633393; Sat, 25 Jul 2020 08:40:33 -0700 (PDT)
MIME-Version: 1.0
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Sat, 25 Jul 2020 08:40:22 -0700
Message-ID: <CAOW+2dvDmMdaCiz_Qq0OJVhzuZDdPQu5xOV2ivV1Kr1MnvbJTQ@mail.gmail.com>
To: WebTransport <webtransport@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000fac6a305ab45e814"
Archived-At: <https://mailarchive.ietf.org/arch/msg/webtransport/rZ4JPXw4MPPw21L3HN_rDXkvsFw>
Subject: [Webtransport] Does WebTransport need a reliable, in-order message abstraction? (fwd)
X-BeenThere: webtransport@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <webtransport.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/webtransport>, <mailto:webtransport-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/webtransport/>
List-Post: <mailto:webtransport@ietf.org>
List-Help: <mailto:webtransport-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/webtransport>, <mailto:webtransport-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Jul 2020 15:40:38 -0000

For some reason this message did not make it to the list.

---------- Forwarded message ----------
From: Alan Frindell <afrind@fb.com>
To: Webtransport <webtransport-bounces@ietf.org>
Cc:
Bcc:
Date: Fri, 24 Jul 2020 21:30:45 +0000
Subject: Does WebTransport need a reliable, in-order message abstraction?


I was reviewing the WebSocket specification, and realized there is a gap
that is not currently covered in the overview of WebTransport: reliable,
in-order messages.



The three ways to send messages in WebTransport are:



1) message per datagram, which is unreliable and unordered (and has a lower
maximum size than WebSockets)

2) message per stream, which is reliable but not ordered

3) multiple messages per stream, which is reliable and ordered, but not
framed



A developer either needs to implement their own framing layer on top of a
WebTransport stream (perhaps WebSocket over WebTransport?), or use message
per stream and handle buffering and ordering of messages at a higher layer.



Is replacing WebSockets with WebTransport one of our goals?  If so, I think
we need to address the gap by adding this abstraction.  If not, we should
explicitly mention that this abstraction doesn’t exist, and instruct
developers to use WebSocket instead.



-Alan