Re: [Moq] Small MoQ charter questions/suggestions

Ted Hardie <ted.ietf@gmail.com> Mon, 25 July 2022 19:11 UTC

Return-Path: <ted.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 C620AC13CCCC for <moq@ietfa.amsl.com>; Mon, 25 Jul 2022 12:11:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, 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 WYXbWajI2Hp2 for <moq@ietfa.amsl.com>; Mon, 25 Jul 2022 12:11:34 -0700 (PDT)
Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) (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 3158EC14CF14 for <moq@ietf.org>; Mon, 25 Jul 2022 12:11:34 -0700 (PDT)
Received: by mail-io1-xd2f.google.com with SMTP id c185so3900406iof.7 for <moq@ietf.org>; Mon, 25 Jul 2022 12:11:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wWAVYCtTtMKhTK2Ku2iHkl2NEViYwKqi/EehCUb1MUM=; b=dYDRcnUfZJik05CKP4nBD1CTOYKAWTAfeqsO3T1FLe7jvvrCLy6Ntcufxc8j1dYbAX y1MK1XWUyTcAMaU8AmzgzMD6sbTz2W+i7Fve+4+lYfZ6ZNkiPDZLL5nOURQtX2yl/6ou EiHYxwNXpUM+Sa3pBmUb/9z+CicfLAU3a3HxQSJi+V1cpGIAIGN1DI5ayN9hc+c3z3Fd q8MBty4U5VQy6siWLNg4Ph3hXXgYEF4r0VZOZSjsPGypzGqexuTp96qzmk3B1M+Q2MV8 7hszRPBaAS2udptU6iTyUlJc8nWJJ1lK1G3oZiYx30xhuxfY+8SrPk+ZJQeOB0SW79AM 14Xw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wWAVYCtTtMKhTK2Ku2iHkl2NEViYwKqi/EehCUb1MUM=; b=BYoR6Dm/oybA89DE6W7Ex5qvF96w4fDYMVOAPhkitj02nG3OEgKyAwV27p6eCbGIt1 ZP16mf81RYNAiCuXFJOyBn5fUxfbxz9lV33zVwQfKrpzGlG78JO+zi+S70ghzo+b8+uS ODBPt5NmaTF4EUViC70yyFlZ5h4pICZlnuP0iP0dXc9TSAN16o20hpHab3zctDoWmp2e iLEGLg4eldHjDOo4uJN0JJ+c2nsueBimAuyhsDZpUzis9edSlVoYXBbkZNoCp6Vu8IIy v+qPs3YQO4oZs9qP6hFz++ANDi6GHW4oYHJuUtO94M0MQMRCigJu7ixp47/P0lBdngKy 0XYA==
X-Gm-Message-State: AJIora9YKOmfdPBgNVkUnXcqveBdLfn+w6fyZX4zRI10GnlgvmsMmvwT l8ifO6B/J4KQr7rVNcdhMooRQhiHa9ogTMvpIxE+XqMu
X-Google-Smtp-Source: AGRyM1uZchP4ubCfn2F7Synp1ET6aNvg8OHO9CJAoAkYGXoZEVNAQQ0F3F8I4XPijoXTXrB7iw0oIUjqwCOynn5glBE=
X-Received: by 2002:a05:6638:4414:b0:33f:603d:a904 with SMTP id bp20-20020a056638441400b0033f603da904mr5457195jab.4.1658776293365; Mon, 25 Jul 2022 12:11:33 -0700 (PDT)
MIME-Version: 1.0
References: <CAKcm_gMUk9+-FtXecoHaGL4XLObK2yxNBSDsNZYkW5EzgETuqA@mail.gmail.com>
In-Reply-To: <CAKcm_gMUk9+-FtXecoHaGL4XLObK2yxNBSDsNZYkW5EzgETuqA@mail.gmail.com>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Mon, 25 Jul 2022 20:11:06 +0100
Message-ID: <CA+9kkMBzx1Str=VifQW68tCkySX-Dq3GcKYKD1tp0N0RpjSFcw@mail.gmail.com>
To: Ian Swett <ianswett=40google.com@dmarc.ietf.org>
Cc: MOQ Mailing List <moq@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ba5b1705e4a5f3ea"
Archived-At: <https://mailarchive.ietf.org/arch/msg/moq/krp-eglb-2SGPjDYLKmPOIGSjj4>
Subject: Re: [Moq] Small MoQ charter questions/suggestions
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: Mon, 25 Jul 2022 19:11:34 -0000

On Mon, Jul 25, 2022 at 7:25 PM Ian Swett <ianswett=
40google.com@dmarc.ietf.org> wrote:

> The first paragraph of the proposed charter
> <https://github.com/moq-wg/moq-charter/blob/main/charter.md> is currently:
>
> "Media over QUIC (moq) will develop a *simple* low-latency media delivery
> solution
> for ingest and distribution.  This solution *may* address use cases
> including live
> streaming, gaming, and media conferencing and *will scale efficiently*.
> The
> solution will be implementable in both browser and non-browser endpoints."
>
>
> What does *simple* mean in this context?  Is it low overhead in terms of
> bytes on the wire or CPU or simple to implement, which seems implementation
> dependent?
>

Generally speaking, "simple" is used in charters as a signal that the
proponents know that there are a lot of potential bells and whistles that
might be added, but that the focus is on getting a workable system for this
era of the proposed WG's life.  The reality is that many protocols that
start out with simple in their charter (or title) end up with all the bells
and whistles over time, but this is a hint that the folks writing the
charter want iteration one to be able to focus on the core system at this
stage.*


> Both of these seem valid, and maybe the current text is sufficient, but if
> there are key goals besides low-latency, it'd be great to ensure they're
> enumerated as clearly as possible.
>
> I could suggest changing "The solution *may* address..." to "The solution
> *will* address..." unless we're unsure if the MoQ WG will address all of
> these use cases?
>
>
I think that "may address use cases" is there because the later phrase
starts with "including" and there may also be some use cases that are not
eventually in scope (e.g. gaming over store-and-forward systems based on
BUNDLE, to enable terrestrial and non-terrestrial gamers to play together).


> Does *will scale** efficiently* imply cacheability, or is there something
> else to ensure efficient scale?
>
>
I think the references to relays, caches, and replication points,
referenced later in the charter, areTh the more concrete aspects the WG
knows it wants to work on, but imagine it wouldn't turn down other ideas
that are presented as the work progresses.

The charter looks very good to me overall, so these are nits, but I wanted
> to bring them up.
>
> Thanks for the close reading,

Ted

*The meaning of "core system" is left as an exercise for the reader.




> Thanks, Ian
> --
> Moq mailing list
> Moq@ietf.org
> https://www.ietf.org/mailman/listinfo/moq
>