Re: [Mops] Comments on draft-ietf-mops-streaming-opcons-07

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Thu, 16 December 2021 13:33 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: mops@ietfa.amsl.com
Delivered-To: mops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 022D23A00AE; Thu, 16 Dec 2021 05:33:27 -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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P1MdXXvRSvda; Thu, 16 Dec 2021 05:33:22 -0800 (PST)
Received: from mail-ua1-x936.google.com (mail-ua1-x936.google.com [IPv6:2607:f8b0:4864:20::936]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1482A3A0EA5; Thu, 16 Dec 2021 05:33:22 -0800 (PST)
Received: by mail-ua1-x936.google.com with SMTP id 30so47140340uag.13; Thu, 16 Dec 2021 05:33:22 -0800 (PST)
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=cj/LDXU8aP68A08xYgHVNSor3/ztmCOKuhyBR9YQkZ0=; b=bh3oh9SkWq36zQaRtVSoEW3IT0YLEp/YUYtcWKT0/GrucRFUHJbhSpoIKQ3nUbBCMz 0F0sXJFVKLiKCCriGp+EmGXCeT97t/xJ2V5UsJkU+Hn3xKUQmcR9WY3QMTQ9XwGkLN3J aKBHt9ZhGEZxaDiwIXgq3INwl7YYkVOMQQlhjpNoR3++08ggxT1AKOSGRrWuVHm+xUAH v1BRjrjnBZoMCU/VYZ4zkhr7PokYPMCtkTVFK8rAvWrG/JEE18jTjqX9/5NpnK4L5Daa DSiSxRBUjE61r79cf//AfZdF02oUi5RYrFkya38S9AmNi1IvyPpupHy9cwahHpgR4JMl wV7Q==
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=cj/LDXU8aP68A08xYgHVNSor3/ztmCOKuhyBR9YQkZ0=; b=f/yVtbksKMZFcavf/nZBK58o4Poegc2XYmYvNCnJciQ2M8JE21HZ6u7g2C7VabZHe5 0BlBygMZlF/MmjrWDsxgoWBbUwvxH/8PfpsznPu5tUdxbw9O//pvwgoxUnyfR4i8XNsi PceNG8F5DXR7ZN/w26ynfOefXF6PG6y7ZLRiROWRpf6XggLWJ+u3CCFDe1ksJ2wkPsxW TQTxxBbinK5NvCo2qZDkRtAztwzvra06XDh57shVwW4PaRD9r+biylpudf601vdik8E2 7VHNnQg7ggtb2f7zAnZj6iLornhuu/jf20da7z/7NHqF+Hzh0pleF6e2p+8w1HkLYsmf /c2A==
X-Gm-Message-State: AOAM5326BziKLBvooDsCxWnj1DDokivNpSwBXMMLDEdUV0ORam40HFiq sgh+g7McUVroD9k8tWxXrfsMNHlvFSVFYrtf4VwDNI5snVtVqA==
X-Google-Smtp-Source: ABdhPJwgGl4+qqv9oOX2934/PQt4t6NyndhzD6jPKTqGzckeAiWh35ddCm+TEiZz3LZ+PXxPxZjUYqhKqgR5cG332sU=
X-Received: by 2002:a67:b208:: with SMTP id b8mr5055235vsf.77.1639661598058; Thu, 16 Dec 2021 05:33:18 -0800 (PST)
MIME-Version: 1.0
References: <CAK=xEZMsVKbuuSv3AME2jVof5_bUKxoNKVgyu1R1CFzZUnt1qg@mail.gmail.com>
In-Reply-To: <CAK=xEZMsVKbuuSv3AME2jVof5_bUKxoNKVgyu1R1CFzZUnt1qg@mail.gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Thu, 16 Dec 2021 07:32:52 -0600
Message-ID: <CAKKJt-ev_Az2wf3RgpdJ5AMvREb=ALaesUG0sGWEko8_dwD2DA@mail.gmail.com>
To: mops-chairs@ietf.org
Cc: mops@ietf.org
Content-Type: multipart/alternative; boundary="0000000000001aae8405d34377eb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mops/g0l7mm8ZEC7-gVvXq2x7p1V-Nkk>
Subject: Re: [Mops] Comments on draft-ietf-mops-streaming-opcons-07
X-BeenThere: mops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Media OPerationS <mops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mops>, <mailto:mops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mops/>
List-Post: <mailto:mops@ietf.org>
List-Help: <mailto:mops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mops>, <mailto:mops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Dec 2021 13:33:27 -0000

Dear Chairs (and, of course, co-editors),

On Fri, Dec 10, 2021 at 1:05 PM Mike English <ietf@englishm.net> wrote:

> Hello MOPS!
>
> I finally carved out some time this morning to re-read the draft
> "Operational Considerations for Streaming Media" with fresh eyes.
>
> One thing that struck me on this read through is: the purpose of the
> document is not very clearly defined. The lack of a clearly defined
> purpose makes it difficult to evaluate whether the document succeeds
> at its stated goals. I think it would be good to clarify this before
> proceeding beyond the working group.
>
> Here's what we have at the end of the introduction now:
>
>    This document examines networking issues as they relate to quality of
>    experience in internet video delivery.  The focus is on capturing
>    characteristics of video delivery that have surprised network
>    designers or transport experts without specific video expertise,
>    since these highlight key differences between common assumptions in
>    existing networking documents and observations of video delivery
>    issues in practice.
> <
> https://www.ietf.org/archive/id/draft-ietf-mops-streaming-opcons-07.html#section-1-8
> >
>
>    Making specific recommendations on operational practices aimed at
>    mitigating these issues is out of scope, though some existing
>    mitigations are mentioned in passing.  The intent is to provide a
>    point of reference for future solution proposals to use in describing
>    how new technologies address or avoid these existing observed
>    problems.
> <
> https://www.ietf.org/archive/id/draft-ietf-mops-streaming-opcons-07.html#section-1-9
> >
>
> It seems like the document currently falls somewhere between a
> description of current best practices and a set of problem statements
> that could theoretically justify new protocol work within IETF, but
> there's quite a bit of ambiguity remaining.
>
> Another interpretation could be that this document intends to
> primarily serve as a useful reference document for shared
> terminology. In fact, the document does provide a definition for
> "streaming" as well as definitions for several classes of latency.
> Which brings me to my second observation: upon re-reading, the latency
> categories defined by this draft seem somewhat arbitrary.
>
> (See: "3. Latency Considerations")
> <
> https://www.ietf.org/archive/id/draft-ietf-mops-streaming-opcons-07.html#name-latency-considerations
> >
>
> If the intent is for this document to serve as a source for a shared
> vocabulary, I wonder if we could try to ground these categories a bit
> more firmly on specific qualitative differences between the different
> categories. Either by reorienting around use cases or by seeking out
> some specific latency thresholds, e.g. in human computer interaction
> research.
>
> Finally, I noticed that there are some passing references to real-time
> communication in the document which imply but do not explicitly state
> that real-time communication applications are considered outside of
> the scope of the document. However, by the provided definition of
> "streaming" it's hard to see how real-time communications applications
> would not qualify:
>    This document specifically focuses on the streaming applications and
>    defines streaming as follows:
>    *  Streaming is transmission of a continuous media from a server to a
>       client and its simultaneous consumption by the client.
>    *  Here, continuous media refers to media and associated streams such
>       as video, audio, metadata, etc.  In this definition, the critical
>       term is "simultaneous", as it is not considered streaming if one
>       downloads a video file and plays it after the download is
>       completed, which would be called download-and-play.
>
> I think this document contains many useful concepts and explanations
> relevant to IETF work exploring the development of new protocols or
> protocol extensions, however, in my opinion, it suffers from a lack of
> clarity of purpose, and I think that needs to be addressed.
>
> What do others think?
>
'
After walking back through some diffs, it looks like we haven't touched the
Introduction for more than editorials since
https://www.ietf.org/rfcdiff?url2=draft-ietf-mops-streaming-opcons-04.txt,
and the abstract hasn't changed significantly since the draft was adopted
nearly two years ago.

If it would be helpful to provide a PR that describes the document more
clearly in the Abstract and Introduction, I'd be happy to do that, but
don't want to wander off into the weeds if people think that's a bad idea.

Please advise.

Spencer


>
> Thanks!
> -Mike
>
> --
> Mops mailing list
> Mops@ietf.org
> https://www.ietf.org/mailman/listinfo/mops
>