Re: [Moq] Scope of MOQ and ULL Streaming
Bernard Aboba <bernard.aboba@gmail.com> Thu, 09 February 2023 18:58 UTC
Return-Path: <bernard.aboba@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 70FCEC13A8D3 for <moq@ietfa.amsl.com>; Thu, 9 Feb 2023 10:58:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.093
X-Spam-Level:
X-Spam-Status: No, score=-2.093 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, 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 yUm6fhZOQMuc for <moq@ietfa.amsl.com>; Thu, 9 Feb 2023 10:58:30 -0800 (PST)
Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (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 2E85CC16952C for <moq@ietf.org>; Thu, 9 Feb 2023 10:57:48 -0800 (PST)
Received: by mail-ej1-x62c.google.com with SMTP id p26so9248965ejx.13 for <moq@ietf.org>; Thu, 09 Feb 2023 10:57:48 -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=2otf42cKc+0HnCV6RvY0ij51KFbJ+ERSx79dOKvkto4=; b=lbQivWlJgx0xIQEGaVL3nCO4WN21mDUy2ddLeDIbKNvlV1iu/C/q4058dg3A0JrH1C H17j1h7+MZL61uHEX/TwYowVmxhT0jD7FIcpAbKauSRuWlptrMEacn7qIBl0F8rXvfg1 UViYyky239zW3Kvy2rRHVN0/kysmOcTOuIBINtzoWGFDFfdWAy0WJLgfEnEIaUYns5Wo Co3GN3C/N/giAXcQ8m1wz11LKXArCquSrOAa7fFOx3GWTWFrIt7eWeDzT8dMuRNpleH+ 9RbFVA+0Gz2Ur2Csf0xadoT0aLOmZADMbhLP9+2iKefL0yy6XjdU9jW0T1cAePt+e/oW rCJg==
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=2otf42cKc+0HnCV6RvY0ij51KFbJ+ERSx79dOKvkto4=; b=0y75HdaQqfCTBDQ4aKGfLEF2NZM106rgiQQ3TFQ164cwXTf/+WwS1tY8f9LTx4vlvf /jY0BWvOUgYvVSPuqme/HHR8Z8MFahVUdVEQtDJ97b3fC4aD5aAMwIGX+ta8vo+fJyi8 eM/ZzwLTEjT6Ux4O7zf/cZKirJyN3WC1HdYKPtAm3QsvgF9gogfGsmQ9jkVgj4Zr5ATY nGhka8eZuJA/WPSyLEoLkw6Gtt4WJc9C9FXunyFMbCGpRz3NWIlPiouIUJQ1SZhL4ccE xNz7BK21NkRH1I3BLmG61odbyG6VXmiSWBaS7vB1CQ3zt6F/JWofWcBQ0NIZ4V3M0GWJ GqZg==
X-Gm-Message-State: AO0yUKWx2zRygDyD6dJGtW0Zhd36JkMSrWqTgs0tXj5jUzLUs518UMwi JcEn/4/cFrdvzQDDujOo18tV6MEinozXY7Yw5Zc=
X-Google-Smtp-Source: AK7set/aCfZ1bQ+cIMz1yJWpY/v7WZgZ7JajtFZM4aAaqyJJHFHAwZPGHkV5l0t4EkpobGiVtcdN/1MBbqqoHEueWNI=
X-Received: by 2002:a17:906:2a4c:b0:87a:3b3f:b9da with SMTP id k12-20020a1709062a4c00b0087a3b3fb9damr771659eje.10.1675969066445; Thu, 09 Feb 2023 10:57:46 -0800 (PST)
MIME-Version: 1.0
References: <CAHVo=Z=uEAFrDGwgavO1r04oHCmL20M_rLzMtoAO59x8OuWKfw@mail.gmail.com> <E8696208-B33B-4C19-9D76-8563CA940265@gmail.com> <CAKKJt-et+8fXOzJDAhevquKmb0jmTGrHC729rZrTOhM2XKnZbw@mail.gmail.com>
In-Reply-To: <CAKKJt-et+8fXOzJDAhevquKmb0jmTGrHC729rZrTOhM2XKnZbw@mail.gmail.com>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Thu, 09 Feb 2023 10:43:07 -0800
Message-ID: <CAOW+2duht+GYyWD=Or_0xHtxq9CVoK0aKjPYNS-XzruMB5cnLw@mail.gmail.com>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Cc: Luke Curley <kixelated@gmail.com>, MOQ Mailing List <moq@ietf.org>, "Shihang(Vincent)" <shihang9@huawei.com>, nathan.burr@paramount.com
Content-Type: multipart/alternative; boundary="000000000000dc312605f448f415"
Archived-At: <https://mailarchive.ietf.org/arch/msg/moq/VNX89QyCZfh07_lzYOUcBmqyUjo>
Subject: Re: [Moq] Scope of MOQ and ULL Streaming
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: Thu, 09 Feb 2023 18:58:34 -0000
On Thu, Feb 9, 2023 at 07:54 Spencer Dawkins at IETF <
spencerdawkins.ietf@gmail.com> wrote:
>
> Where I think MOQ is, is that we agreed to charter MOQ for a minimum of
> three use cases ("use cases including live streaming, gaming, and media
> conferencing <https://datatracker.ietf.org/wg/moq/about/>") as a starting
> point, we haven't written down the differences between those three use
> cases, and we've been steadily removing attributes in the use cases section
> of the requirements draft (so, no longer distinguishing among the use cases
> based on latency, in the editor's version
> <https://fiestajetsam.github.io/draft-gruessing-moq-requirements/draft-gruessing-moq-requirements.html#name-use-cases-informing-this-pr>
> ).
>
[BA] The problem is that these use cases are not equally likely to adopt
MoQ. Today game streaming and conferencing deployments often use WebRTC.
Those game streaming deployments that don’t use WebRTC A/V typically don’t
need intermediaries or ingestion so interop efforts focus on API
availability in different browsers, rather than protocol support.
In contrast, live streaming (which to my mind includes large scale Town
Hall Meetings and Webinars) has a clear need to evolve ingestion beyond
RTMP, and on the distribution side, intermediaries are common. While there
is an incumbent (HLS/DASH), there are needs that are not yet met that could
be articulated.
Since a requirements document is not an applicability statement, you don’t
need to worry that omitting a use case will inhibit its development.
- [Moq] Scope of MOQ and ULL Streaming Nathan Burr
- Re: [Moq] Scope of MOQ and ULL Streaming Bernard Aboba
- Re: [Moq] Scope of MOQ and ULL Streaming Shihang(Vincent)
- Re: [Moq] Scope of MOQ and ULL Streaming Nathan Burr
- Re: [Moq] Scope of MOQ and ULL Streaming Spencer Dawkins at IETF
- Re: [Moq] Scope of MOQ and ULL Streaming Luke Curley
- Re: [Moq] Scope of MOQ and ULL Streaming Spencer Dawkins at IETF
- Re: [Moq] Scope of MOQ and ULL Streaming Nathan Burr
- Re: [Moq] Scope of MOQ and ULL Streaming Bernard Aboba
- Re: [Moq] Scope of MOQ and ULL Streaming Ali C. Begen
- Re: [Moq] Scope of MOQ and ULL Streaming Bernard Aboba
- Re: [Moq] Scope of MOQ and ULL Streaming Ali C. Begen
- Re: [Moq] Scope of MOQ and ULL Streaming Suhas Nandakumar
- Re: [Moq] Scope of MOQ and ULL Streaming David Fernández
- Re: [Moq] Scope of MOQ and ULL Streaming Bernard Aboba
- Re: [Moq] Scope of MOQ and ULL Streaming Spencer Dawkins at IETF
- Re: [Moq] Scope of MOQ and ULL Streaming Bernard Aboba
- Re: [Moq] Scope of MOQ and ULL Streaming Luke Curley
- Re: [Moq] Scope of MOQ and ULL Streaming Behcet Sarikaya
- Re: [Moq] Scope of MOQ and ULL Streaming Charles 'Buck' Krasic
- Re: [Moq] Scope of MOQ and ULL Streaming Nathan Burr
- Re: [Moq] Scope of MOQ and ULL Streaming Suhas Nandakumar
- Re: [Moq] Scope of MOQ and ULL Streaming Spencer Dawkins at IETF