[Webtransport] Summary of today's interim and consensus call

David Schinazi <dschinazi.ietf@gmail.com> Thu, 22 February 2024 22:56 UTC

Return-Path: <dschinazi.ietf@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 F1F88C1388B7 for <webtransport@ietfa.amsl.com>; Thu, 22 Feb 2024 14:56:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.103
X-Spam-Level:
X-Spam-Status: No, score=-2.103 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 Ya5pMQDGvsNQ for <webtransport@ietfa.amsl.com>; Thu, 22 Feb 2024 14:55:58 -0800 (PST)
Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (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 24634C14F699 for <webtransport@ietf.org>; Thu, 22 Feb 2024 14:55:58 -0800 (PST)
Received: by mail-lj1-x232.google.com with SMTP id 38308e7fff4ca-2d22fa5c822so4126091fa.2 for <webtransport@ietf.org>; Thu, 22 Feb 2024 14:55:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708642555; x=1709247355; darn=ietf.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=BF+NlxsNtUiaF+vEo8Kup1vfNyoomhx6rILvd7j5+34=; b=lo/Y5OkNVydzbKT0bQp5Aig6QKbSLJspUBgg0SkPApgbRBXRo38DQqbtjs5UnI3dDu 6caf5yMlNbhRJQbcP/95xk0WzlpiG4qDvSHfGnZlGeQuiLpl/LQGfmewyWqlSfM3JChu clrJa2YLVHF3qGw4o+zAH7EIkkGJJbgvfGl2LD6UHUhzkrBEgFeDoGhPn0PVfB/2ZV0G GP0TRB9v/9E1nO4CZ9Ebq+BxwJMfB723cka4JNkctFgcRly0OIxKvg0I5vRfsLTFmukL SEAoVJqXBmzTrBR1hsfkzaW6WGoxiz1MGUaJUe1dfPY0EKouYAHj7CHPiMWVEwa6e9+A cqQw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708642555; x=1709247355; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=BF+NlxsNtUiaF+vEo8Kup1vfNyoomhx6rILvd7j5+34=; b=sWTKUdbyfuBRAhZLeF0kpdl1G3vJhnx+bTw4UwDvFw089Kbvip8peKSPKPNQy1zX19 8F9Ascvlre5YiEjX8nuZdkTTI+JYbPdeH7BoascZ2J7bXxA9XC6k2YLns6GzjV8FFZDI g7KdIa7PXqKRmGfT9lqnXOLMssV2bS08jLmWeY86jKmmA3OB9EYukxPlWiGIzOcb4GC5 v5VUVUf2rHPvbqJ9V+z4kmfW8kCj9NVdS+UVNtrlPi63k/YrMAKIuJ6Mo2u+IVUAvEXL n43KtDAwh9PC6hAieUm9A+87U2WrhHRIZcPsK5PtfXsQloQF2NOSiJuoNPovinWIzvEt tllw==
X-Gm-Message-State: AOJu0YxVAYfw6Lv7pyw57Q2kyKgcK813p5tM3s7YNZZ2CNCAVPtLQS3M 6+vzABzZkR1cjomLSAu9C/DtmNZxVjg9wtd1B1S7nDDcnUYrhDFVMb9Dhl2rlVFsPFW9kGay+zN yq4vfORyp++jlWzXXSGK1RT4CICYHauo1shM=
X-Google-Smtp-Source: AGHT+IFecuHUp1w76bLcgnQxsOad7kZz/a4u/2tNEzPgOzdsVhpTdgarJQtMUpb+/nuwVwFsigV4yk841ZAceyPFHHg=
X-Received: by 2002:ac2:5f0f:0:b0:512:b380:2846 with SMTP id 15-20020ac25f0f000000b00512b3802846mr268053lfq.28.1708642555296; Thu, 22 Feb 2024 14:55:55 -0800 (PST)
MIME-Version: 1.0
From: David Schinazi <dschinazi.ietf@gmail.com>
Date: Thu, 22 Feb 2024 14:55:44 -0800
Message-ID: <CAPDSy+4W3SS18uWSkaa-ZwefGOJ-swLeM4ZHj3wTJ6TBXeVQ_Q@mail.gmail.com>
To: WebTransport <webtransport@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008e7f500612005823"
Archived-At: <https://mailarchive.ietf.org/arch/msg/webtransport/qu3wkW-boLe1K6q_s56vlJIg47I>
Subject: [Webtransport] Summary of today's interim and consensus call
X-BeenThere: webtransport@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: WebTransport WG <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: Thu, 22 Feb 2024 22:56:02 -0000

Hi WebTransport enthusiasts,

Thanks to everyone who joined today's virtual interim meeting. Our main
discussion point was flow control [1]. We discussed the following questions.

First, we discussed four options:
A) Do nothing
B) Add “hints” suggesting flow control breakdown
C) Add flow control to groups of QUIC streams
D) Add flow control to WebTransport over HTTP/3

Second, we discussed four potential approaches:
1) Adopt a flow control mechanism now; make it always mandatory.
2) Adopt a flow control mechanism now; make it mandatory for pooling
(browsers won’t pool if the mechanism is not supported).
3) Defer flow control; ship the current version of the draft, ship an
extension that would be prerequisite for pooling support in browsers later
(gives us more time).
4) Do nothing (existing QUIC flow control is sufficient).

We managed to reach consensus in the room that everyone could live with (D)
and (2). What this means in more detail:
* pooling means any time a WebTransport session shares resources with
anything else in the same HTTP connection (anything else could be a second
WebTransport session, or a regular GET request)
* pooling can only be used when flow control is supported by both endpoints
* flow control in WebTransport will use [2]
* clients can choose to not implement flow control, then they MUST NOT pool
* servers can choose to not implement flow control, then they MUST send
a WEBTRANSPORT_MAX_SESSIONS setting with value <= 1 to disable pooling

There is also more information available on the slides presented today [3]
and in the minutes [4]. The recording of the session will also be posted on
YouTube within a few days.

As chair, I'm formally starting a WG consensus call to confirm this
decision. If anyone objects to this outcome, please say so in reply to this
email. This consensus call will last for roughly two weeks and will end on
Friday March 8th, 2024 at 23:59 UTC.

Thanks,
David

[1] https://github.com/ietf-wg-webtrans/draft-ietf-webtrans-http3/issues/85
[2] https://datatracker.ietf.org/doc/draft-thomson-webtrans-session-limit/
[3]
https://datatracker.ietf.org/meeting/interim-2024-webtrans-02/materials/slides-interim-2024-webtrans-02-sessa-webtrans-wg-virtual-interim-slides-04.pdf
[4]
https://datatracker.ietf.org/doc/minutes-interim-2024-webtrans-02-202402222100/