Re: [Moq] Exploring HTTP/3
Lucas Pardue <lucaspardue.24.7@gmail.com> Wed, 08 February 2023 22:54 UTC
Return-Path: <lucaspardue.24.7@gmail.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 8A137C151544 for <moq@ietfa.amsl.com>; Wed, 8 Feb 2023 14:54:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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 i4swfMGdA8Fa for <moq@ietfa.amsl.com>; Wed, 8 Feb 2023 14:54:37 -0800 (PST)
Received: from mail-oa1-x36.google.com (mail-oa1-x36.google.com [IPv6:2001:4860:4864:20::36]) (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 2990EC14CEED for <moq@ietf.org>; Wed, 8 Feb 2023 14:54:37 -0800 (PST)
Received: by mail-oa1-x36.google.com with SMTP id 586e51a60fabf-16aaa20f516so479698fac.1 for <moq@ietf.org>; Wed, 08 Feb 2023 14:54:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.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=D3QcziwNswVUDGYVA/HSkahAx/Ssz70JH3b75mRhoc4=; b=F+bxzoFo5p7bCl+et1fHOZh1Xj7T+6hQePPJhIYfLtgBC9GNqhHCHj61yH0DEJAH3Z X/GP5boILF4S5WllaqmbAB2hHrIa+ib9IlH6WLn2W3LvwWKIQ0Un17y/XqotQ1rvvSQ0 EuwgGjeFWlzvSmqllPhrnUUQAoJxWhuYlnHhOwC72dAqkxlLgW4HhoySEbMGe2U8OJqo XN8TR5AvxotmpHoomtTgtIestPsYlk+uhDxftjCfdrabVdIo2DU9La8URE5TIbU7tl3C OarNOkKeLJX+Zm9CDTlSF0fFvwUcEHbBW6AsdcvxqbkcNRTFAAaZamYnQd107e3NN/Sa bsvg==
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=D3QcziwNswVUDGYVA/HSkahAx/Ssz70JH3b75mRhoc4=; b=heBCVu5jAr8x75lB/PeXuv7bOPWmsw5T+Vk1Y8v7MbfctRk2cdAkbf+/tX7xfRgEYN 6oBwajekYpwZX3OgWE610cjYL9o3CiW+4rrcr6OhNLDpmgtbAqRHuNo3Id++2BLS7D32 PdJZZSXLFJEzoEYqucqJ1Rweph8TSz9sF6y+46MGe8dpq4+P3BX6F8E4AjjnAeTC5bAX z1Lg7I98jhD2186vZkxa8fRseU6iFmO/E7GzHkCY8N3v+6gSXjsK/GBo0mn129cb9dno WvQd7sGXO3lA7W6ysLvEpBPRuYFzRkzElxIE5Ee4nY0Au2BqwME7TFTVWbXI6DHhXtEe Dt3A==
X-Gm-Message-State: AO0yUKUuzxQf4hp/t36k2hzi71GTjWmZJyQwhmVeoQg6piFNf9xgVcWM InPV/Gt/iFoRMSlPcK14HHsN4aAil2AsvkOLrp4=
X-Google-Smtp-Source: AK7set/+dqykiDJ8ixnWX+MnL2Y0MMA61UBvXhrgUe4dtpR9VoMQ2Nnrj7/6O2uZsKYb9QOFLTCCpdaHhNbFmEJ/14U=
X-Received: by 2002:a05:6870:9a0b:b0:163:8da0:65ad with SMTP id fo11-20020a0568709a0b00b001638da065admr744316oab.240.1675896875766; Wed, 08 Feb 2023 14:54:35 -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>
In-Reply-To: <CAHVo=Z=Nov7B24A=M2pxPnUgyBg3n-AjF8AD2mKwgbTQ81F+mA@mail.gmail.com>
From: Lucas Pardue <lucaspardue.24.7@gmail.com>
Date: Wed, 08 Feb 2023 22:54:21 +0000
Message-ID: <CALGR9ob4i7Z8zuqFVHtzOGV3QMTFjvOK4uZW3Xfvb5ZsoULvMg@mail.gmail.com>
To: Luke Curley <kixelated@gmail.com>
Cc: MOQ Mailing List <moq@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f5d90e05f4382534"
Archived-At: <https://mailarchive.ietf.org/arch/msg/moq/A-vkP4hB0hNY7f0h9qJEnUrQriI>
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: Wed, 08 Feb 2023 22:54:37 -0000
Heya, On Wed, 8 Feb 2023, 20:01 Luke Curley, <kixelated@gmail.com> wrote: > I've never used it before, but I know Youtube supports HLS for > contribution. Use PUT instead of GET and you have a publisher. I don't > think it would be too hairy, although it would require switching from push > to pull at an origin. > Yeah there's a few HTTP contribution-type protocols I know of but have little direct personal experience with (hello WHIP). I don't know how they compare to the object model we have been talking about in MoQ, are they close or far off? Or is that the wrong sort of question to ask? > And yeah, I agree that browsers are the main obstacles when pushing media, > but that doesn't change too much with WebTransport. We still need a way to > set the priority when pushing a WebTransport stream, much like we would > need a way to set the priority when issuing a HTTP PUT. I suppose it's > easier to modify WebTransport since it's in development. > The W3C WebTransport WG has been considering the questions of prioritization and congestion control feedback for a relatively long time. And we have been making progress. It has the right people and the right charter to work on it. I'm a little pessimistic about trying to get momentum for HTTP upload changes MoQ could require, in the sorts of timeframes that MoQ would find useful. For context, fetch does even support preference of HTTP version, nor exposese connection pooling. But maybe I'm too conservative in this regard. Asking ourselves the questions is definitely worthwhile. Cheers Lucas
- 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