Re: [Moq] Exploring HTTP/3
Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 08 February 2023 19:59 UTC
Return-Path: <spencerdawkins.ietf@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 9F632C1575A1 for <moq@ietfa.amsl.com>; Wed, 8 Feb 2023 11:59:22 -0800 (PST)
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, 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 31tyk-NYYD2B for <moq@ietfa.amsl.com>; Wed, 8 Feb 2023 11:59:18 -0800 (PST)
Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) (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 269CCC1575A0 for <moq@ietf.org>; Wed, 8 Feb 2023 11:59:18 -0800 (PST)
Received: by mail-pg1-x536.google.com with SMTP id 141so74777pgc.0 for <moq@ietf.org>; Wed, 08 Feb 2023 11:59:18 -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=cmeyFKHFPjvInepo7Hkn/Ot6+cwTGZiQCp+NQD411hc=; b=AOoQg8Ku1jB/ZhdcKra9pGw8bWes8TUSAHy3B8mbbRmFPw3ORb9xl5gxKbFLbfs1ic WZL65IOVJaGW/nLPLVFbEHNqvyaITbaXbDc4/tsMyQUlKg5bHPobkZcHxE/morcvQrZ0 r24pRb0F2n5ZJK4qPiVl/ycD6pcUQqg3SOk5W6kmj7Qeap2PbK0z7mjErEFzgHRQVhGZ q+9Taj4CwvIbBURPUAvps+jZZGjqDUYR9vD1hp7orNlsayOGkAYIrdH27PpmUspr18FY aD9xaV35odGLHSI2LhYUfEhMBTOGMtkYqKWJWwQ1l2MtgZoWO/UCfpmWUGM/HWxKsFEZ SiTQ==
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=cmeyFKHFPjvInepo7Hkn/Ot6+cwTGZiQCp+NQD411hc=; b=qzIGYe2PyCj4e/GY4ghM9v8aBWO4hQ76mtl9B56GLB3TnRsFthOpVm7APgFFlfgflf 5jgSOhrJCWKgdpz7ka0jYRrzepzWf0WXBpDB/OrTqyHINXf8N+KoU/oeBaaIYfP1kC2U lgTn2w4UlWClM6DYxy+BZnSQUwCVyY5mLMgBPoHtH/hfL3kyNAjoGyYLWxOyyz9ybzh0 OAKyprkSyrInHZ0tcJoHcgNslT4MMDju5X5FEHjdgEHsMOz+GCjSq5e5l3fzncUVJaSR FTnpsbZkApRY5JV+u1CAFmVOIAp70+/ZUuYXV3/8U0vdFK0wUMCWebrnpcvTSX2GtPIV 2ESQ==
X-Gm-Message-State: AO0yUKV2FCYxGJsEwaPQ6ESobrU+5IFvyRNa7HB5Kf2VZigCFqkHb89E 3eTpSqkom+BFAISUz+lwWus5Zjd1Oews8lh4o2sDhPDUqTM=
X-Google-Smtp-Source: AK7set/4il50DXbsGXaiF41r25BR3yUOcw1yYaVZ2AZ224WxviKbbP7rVoh7WywEixZdHI8Hq78Chc5uupW3PqUyMEs=
X-Received: by 2002:a63:78c9:0:b0:4f1:ccba:5bac with SMTP id t192-20020a6378c9000000b004f1ccba5bacmr1690658pgc.20.1675886357264; Wed, 08 Feb 2023 11:59:17 -0800 (PST)
MIME-Version: 1.0
References: <CAHVo=ZmD7KvKxh2tTeaM2B+0q9=qZPgBydmfaHor5MaPODZf6w@mail.gmail.com> <CALGR9oas8cMBrX1WVf64fH13jr1r-S0KQB5spNzFj41k9Lgk+A@mail.gmail.com>
In-Reply-To: <CALGR9oas8cMBrX1WVf64fH13jr1r-S0KQB5spNzFj41k9Lgk+A@mail.gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 08 Feb 2023 13:58:50 -0600
Message-ID: <CAKKJt-eihpaxh7LqFpKcU+Rb7P4NA_8TdFw-HK2XxN5SA7+CSQ@mail.gmail.com>
To: Lucas Pardue <lucaspardue.24.7@gmail.com>
Cc: Luke Curley <kixelated@gmail.com>, MOQ Mailing List <moq@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000240cc05f435b3cd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/moq/8QFo68uglFsthQJERhaTKsuGsXU>
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 19:59:22 -0000
Hi, Luke and Lucas, Just following along with a comment Licas made: On Wed, Feb 8, 2023 at 1:08 PM Lucas Pardue <lucaspardue.24.7@gmail.com> wrote: > Hi Luke, > > For distribution, I think HTTP can probably be massaged into meeting the > needs of the group. That was a thought I had when reading your early WARP > drafts. I would review something if you put it out. > > However, I think things get trickier when we consider the charter text > "The solution will be implementable in both browser and non-browser > endpoints.". The browser part makes things tricky. It probably rules out > non-kludgy HTTP/[2,3] server push solutions for distribution (because > there's no API for push, and resource transfer optimization via push is > seemingly getting overtaken by 103 early hints now). So I agree avoiding > push is probably a good way to go. > I'm also looking at the charter text, but at this part, "Media will be mapped onto underlying QUIC mechanisms (QUIC streams and/or QUIC datagrams) and *can be used over raw QUIC or WebTransport.*" It's certainly possible for the working group to read "can be used" as permissive, so allowing the MOQ protocol to be used over HTTP, but not using WebTransport, but I do have an issue for the requirements draft, here: No support for H3 media transport? <https://github.com/fiestajetsam/draft-gruessing-moq-requirements/issues/79>. asking that we verify what we're actually doing, before we get too far down the path toward a finished MOQ protocol. So, what do people think we are actually doing? 😎 Best, Spencer
- 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