Re: [Moq] Exploring HTTP/3
Victor Vasiliev <vasilvv@google.com> Fri, 10 February 2023 09:15 UTC
Return-Path: <vasilvv@google.com>
X-Original-To: moq@ietfa.amsl.com
Delivered-To: moq@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AB3CC151554 for <moq@ietfa.amsl.com>; Fri, 10 Feb 2023 01:15:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -22.596
X-Spam-Level:
X-Spam-Status: No, score=-22.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 M6sY4ku8prax for <moq@ietfa.amsl.com>; Fri, 10 Feb 2023 01:15:23 -0800 (PST)
Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 A6CE0C14CF17 for <moq@ietf.org>; Fri, 10 Feb 2023 01:15:23 -0800 (PST)
Received: by mail-pl1-x62a.google.com with SMTP id k13so5902291plg.0 for <moq@ietf.org>; Fri, 10 Feb 2023 01:15:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=lxpI4DreunLMIR9htQ25haNPO4H9+LMcaOpKVQVoUsI=; b=pHJatFK4UtGfK+iDdiUc6YZMLYwPQM/xej5zEy04k/5zhxNsTNI2T/zytMmdzmHczv 26R2+bk3NIqIUHUQYqbQfbQMpHD9l5cidAvS6Fq11Fwx9DgW3CMcZcVasspDOFdZxM43 GlfAteTsPUrWbYUuygThmqLKZaHx0mlqhtIGg6xDQhZ7d7e19meBBFLzRWrBjQ+4DIo/ YfM5xZmCgJ8MAvptMEV6pTzc5gvaJh32wzQjWGGwcbi35nG23Q0elFqUFc7Dg80X4kIi qqSegc3t6uE1JN2vevDRmQy/Rd9ifP99U1LQYDxny4UViwJQGn3LI6K2pXxpkTHCIC07 xHWQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=lxpI4DreunLMIR9htQ25haNPO4H9+LMcaOpKVQVoUsI=; b=GHOdWdWa+GjGEWDfWmr/oVn3oi9H1xTNIF9w4gUBKFvgnuUjl55L85GB3J089XhLrY DrofQiDyiGxoEHuLtmUXDIo25tMXgZDstEnnmQ8IyyQ/h62aMN+tGafX2/oalY2Wc3Zo 2wBU6kiaoiYH35Yge9EDBe6XXV1C8DHlhH98Zcy8M3ROSxME3xT6ppxSGWQ9wshqfjuy KVpU3zkmTw5qGeSWS+aVcUziXJzVcCKXnnH3PlLn7jmqWu7Qu6bSieILElAzeOBEqgAG GJgz+LAeLxCq8YnQ08+FZr8jOD5tDo3RaFWuo/KBNMLTZKS6eK+wCb4hCGrtVlgkpIoz jANw==
X-Gm-Message-State: AO0yUKVlhlzSLtOPRrtL18PATvLImr0o9j6t7s4IQJ7usVqsSY+clVmJ GWImLGTWBzo9eaKoGBS/L0yNYqkFEpl2xieafsHdzo0lNuCoqT8N
X-Google-Smtp-Source: AK7set8btl2cY0nqZqm6oJIPecQEQQVwoHYmZH/fc4324R9VF5jjhsfoJbdyfCMeTk0bKXtav8GGZeDMCJ1abB6XuI0=
X-Received: by 2002:a17:90a:7c4a:b0:232:ccdc:268e with SMTP id e10-20020a17090a7c4a00b00232ccdc268emr1346112pjl.34.1676020522422; Fri, 10 Feb 2023 01:15:22 -0800 (PST)
MIME-Version: 1.0
References: <CAHVo=ZmD7KvKxh2tTeaM2B+0q9=qZPgBydmfaHor5MaPODZf6w@mail.gmail.com> <CALGR9oas8cMBrX1WVf64fH13jr1r-S0KQB5spNzFj41k9Lgk+A@mail.gmail.com> <CAHVo=Z=Nov7B24A=M2pxPnUgyBg3n-AjF8AD2mKwgbTQ81F+mA@mail.gmail.com> <CALGR9ob4i7Z8zuqFVHtzOGV3QMTFjvOK4uZW3Xfvb5ZsoULvMg@mail.gmail.com> <CAKKJt-eC=h20Va4+64r=zkhYXK_ypC+txLqzgpr+YL=HW-DD+g@mail.gmail.com> <CALGR9oYr2OZZcfmFdqLgQ0Uqu7pAwQTnbuf-Fm64m58Spe6xYw@mail.gmail.com> <CAHVo=ZmeJfdoLc9NatDDEeAQG0X9_aygQm0ZSdtzeKEu=bO2pw@mail.gmail.com>
In-Reply-To: <CAHVo=ZmeJfdoLc9NatDDEeAQG0X9_aygQm0ZSdtzeKEu=bO2pw@mail.gmail.com>
From: Victor Vasiliev <vasilvv@google.com>
Date: Fri, 10 Feb 2023 04:15:10 -0500
Message-ID: <CAAZdMafu8BAY-ea9Oi+DZ6fe-KRtZ31N03qhpW9zkAK94TX5Tg@mail.gmail.com>
To: Luke Curley <kixelated@gmail.com>
Cc: Lucas Pardue <lucaspardue.24.7@gmail.com>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, MOQ Mailing List <moq@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e0935405f454ef4b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/moq/qFJbBwrNkUSRmXhhr0--yELMnqY>
Subject: Re: [Moq] Exploring HTTP/3
X-BeenThere: moq@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Media over QUIC <moq.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/moq>, <mailto:moq-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/moq/>
List-Post: <mailto:moq@ietf.org>
List-Help: <mailto:moq-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/moq>, <mailto:moq-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Feb 2023 09:15:27 -0000
On Thu, Feb 9, 2023 at 12:56 PM Luke Curley <kixelated@gmail.com> wrote: > One of the reasons for using WebTransport instead of HTTP/3 is that it > gives us a firm guarantee that streams share an underlying connection. > Additionally, QuicTransport used to guarantee that it was a dedicated > connection, although that went out the window when pooling "support" was > added. > You're still mostly guaranteed that <https://w3c.github.io/webtransport/#dom-webtransportoptions-allowpooling> on the browser side, provided that you don't explicitly request pooling support.
- Re: [Moq] Exploring HTTP/3 Lucas Pardue
- [Moq] Exploring HTTP/3 Luke Curley
- Re: [Moq] Exploring HTTP/3 Spencer Dawkins at IETF
- Re: [Moq] Exploring HTTP/3 Luke Curley
- Re: [Moq] Exploring HTTP/3 Ali C. Begen
- Re: [Moq] Exploring HTTP/3 Lucas Pardue
- Re: [Moq] Exploring HTTP/3 Victor Vasiliev
- Re: [Moq] Exploring HTTP/3 Roberto Peon
- Re: [Moq] Exploring HTTP/3 Lucas Pardue
- Re: [Moq] Exploring HTTP/3 Roberto Peon
- Re: [Moq] Exploring HTTP/3 Ali C. Begen
- Re: [Moq] Exploring HTTP/3 Roberto Peon
- Re: [Moq] Exploring HTTP/3 Ali C. Begen
- Re: [Moq] Exploring HTTP/3 Mark Nottingham
- Re: [Moq] Exploring HTTP/3 Spencer Dawkins at IETF
- Re: [Moq] Exploring HTTP/3 Lucas Pardue
- Re: [Moq] Exploring HTTP/3 Luke Curley
- Re: [Moq] Exploring HTTP/3 Roberto Peon
- Re: [Moq] Exploring HTTP/3 Bernard Aboba
- Re: [Moq] Exploring HTTP/3 Spencer Dawkins at IETF
- Re: [Moq] Exploring HTTP/3 Bernard Aboba
- Re: [Moq] Exploring HTTP/3 Spencer Dawkins at IETF
- Re: [Moq] Exploring HTTP/3 Lucas Pardue
- Re: [Moq] Exploring HTTP/3 Charles 'Buck' Krasic
- Re: [Moq] Exploring HTTP/3 Roberto Peon
- Re: [Moq] Exploring HTTP/3 Roberto Peon
- Re: [Moq] Exploring HTTP/3 Luke Curley
- Re: [Moq] Exploring HTTP/3 Luke Curley
- Re: [Moq] Exploring HTTP/3 Christian Huitema
- Re: [Moq] Exploring HTTP/3 Victor Vasiliev
- Re: [Moq] Exploring HTTP/3 Suhas Nandakumar