[Mops] Comments on draft-ietf-mops-streaming-opcons-06.txt

Kiran Makhijani <kiran.ietf@gmail.com> Thu, 26 August 2021 19:22 UTC

Return-Path: <kiran.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 51B9B3A0C78 for <mops@ietfa.amsl.com>; Thu, 26 Aug 2021 12:22:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gehaitj3pe3U for <mops@ietfa.amsl.com>; Thu, 26 Aug 2021 12:22:54 -0700 (PDT)
Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (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 4AFE33A0C6E for <mops@ietf.org>; Thu, 26 Aug 2021 12:22:54 -0700 (PDT)
Received: by mail-pl1-x633.google.com with SMTP id a5so2418234plh.5 for <mops@ietf.org>; Thu, 26 Aug 2021 12:22:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:message-id:subject:mime-version :content-transfer-encoding:content-disposition; bh=nO3LTtaSAYymtpuzLlN8+CHoSKBw/I7YyyI5iVG/8mw=; b=a40zsLeyWPrB9CEX51uX1/bxkUljxihPAwy7NS5EgjrN+tQmMPcSp/gEvH7dEwvfd9 yIDPzUrNAt9MGskdjVEhkcZ8TZ24r8ucGv6TW3fmXs52wMCWrOjRuD+/fyj6wQeB834N CB5AwUW96cbBc8urJayThYFboWhdL2ZRdUeyQQplMgoBpRPfHv9cEyal0RgqrrRtyoYg bvJaf4yqnCzC27tbrkMTm6ij1HOYgYbWNF/o9isUlJZD8srMNvtDXaAHuR6WXmcOk4N6 yXq0oyxi9tCD0jxOAgBv/yA9rC6QQvhXCtf0cE7xBwIgxcz8jisHJ+DZ9doqfzLoH0E6 FyEg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:message-id:subject:mime-version :content-transfer-encoding:content-disposition; bh=nO3LTtaSAYymtpuzLlN8+CHoSKBw/I7YyyI5iVG/8mw=; b=NbOP7NhRRzedBW8cXUHollTrgP7hbcQYSLHAy22F4h+gzCOgQ2OUJgNQ1k9nkUTCtq FNeB3YmFpWF9IJ7gFsWVpA7i8gZ6evWvsr5hCXBuBnf8O2Jt9RkjmAgSdAvPgadOR+pQ w+3KrV+rxQB3fKoTYt98VR42UyBMyxYNEOjjimqFAvxhyym0OfhzXHbFSxJ8t+9o4G/f RY0OfObmbfEuFa6LxD0c0KxexZLtncleNnmTcIZV38RSoXfBV9FYBGmZRFaIqy4xHyXA 9iqRoNFHsE5ebtkQJdQ93INzGbc5RtyMuA8zdWuw1actzKYe5cH7nNe4Vn8YjqA9TjqM K6tg==
X-Gm-Message-State: AOAM530DhzUfVQVTYGKo7NHaEkE2px4Th2E70Mki+sv02aXRcX6Br7HE Fsmt2hDLnM6+y19qf7fAI3E9jdyIf0/V/xgh
X-Google-Smtp-Source: ABdhPJzWnt7+SzDYMxv74yBPSgrTM6Ux2Cwb6xLRpURSYsI1YgWGsFenWAyDZTXg7OoJZI2aSOglNg==
X-Received: by 2002:a17:90a:ab07:: with SMTP id m7mr5962877pjq.27.1630005771643; Thu, 26 Aug 2021 12:22:51 -0700 (PDT)
Received: from Tromso.local (c-73-202-182-183.hsd1.ca.comcast.net. [73.202.182.183]) by smtp.gmail.com with ESMTPSA id c124sm3784887pfc.216.2021.08.26.12.22.50 for <mops@ietf.org> (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 Aug 2021 12:22:51 -0700 (PDT)
Date: Thu, 26 Aug 2021 12:22:49 -0700
From: Kiran Makhijani <kiran.ietf@gmail.com>
To: "=?utf-8?Q?mops=40ietf.org?=" <mops@ietf.org>
Message-ID: <D7FC33CF-2067-490E-803B-12D4D51EE296@getmailspring.com>
X-Mailer: Mailspring
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Archived-At: <https://mailarchive.ietf.org/arch/msg/mops/ByvyPJ3SCDHtihDMPZ7GjDZcvUU>
Subject: [Mops] Comments on draft-ietf-mops-streaming-opcons-06.txt
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, 26 Aug 2021 19:22:58 -0000

Hi Authors,
The document has done a great job in putting together lot of valuable
information. I personally feel that some clarifications may be added to
see the whole picture but not sure if they are in the scope. So I look
forward to your replies (PS: I was not sure if I should have posted it
on WG mailing list or github).

1. General - I wonder if the document could also include  considerations
in terms of reference architecture and deployment. The reason is that
the document covers transport, QoS (bandwidth, latency), encryption,
media format but not much on network layer or connectivity aspects such
as selection of CDN servers. Then, having insights into deployment will
also help determine challenges for new applications or infrastructures
(such as those from 5G world). 

2. In Section 1. Introduction
133    milliseconds whereas live streaming can tolerate latencies of several
^^^^^
Shouldn't this be on-demand streaming? I mean there is real-time
streaming of a sports event and then there is on-demand streaming. 
3. Section 3.2
 ...the latency can be decoupled from the duration of the media
segments. 
Just a clarification - How latency can be decoupled? Do you mean the
arrival times of segments is independent from the playing time?

4. Section 4.5.2
 In this section, it is bit unintuitive how CDNs do not have per session
visibility. if the content should be fetched from server, I am guessing
the application logic will keep at least the ephemeral state on the
server (either at transport or application level).
Maybe the reason is since HTTP is stateless, therefore, application does
not know about the state. Am I right?

Can we clarify this statement?

Thanks
Kiran