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 >
- [Mops] Comments on draft-ietf-mops-streaming-opco… Mike English
- Re: [Mops] Comments on draft-ietf-mops-streaming-… Ali C. Begen
- Re: [Mops] Comments on draft-ietf-mops-streaming-… Leslie Daigle
- Re: [Mops] Comments on draft-ietf-mops-streaming-… Spencer Dawkins at IETF
- Re: [Mops] Comments on draft-ietf-mops-streaming-… Spencer Dawkins at IETF