[Mops] Draft minutes from 2020-Apr interim

Kyle Rose <krose@krose.org> Wed, 22 April 2020 12:52 UTC

Return-Path: <krose@krose.org>
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 DC6D53A0B86 for <mops@ietfa.amsl.com>; Wed, 22 Apr 2020 05:52:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, 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 (1024-bit key) header.d=krose.org
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 oEmlGKykeZn9 for <mops@ietfa.amsl.com>; Wed, 22 Apr 2020 05:52:28 -0700 (PDT)
Received: from mail-vk1-xa36.google.com (mail-vk1-xa36.google.com [IPv6:2607:f8b0:4864:20::a36]) (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 DE0093A0B80 for <mops@ietf.org>; Wed, 22 Apr 2020 05:52:27 -0700 (PDT)
Received: by mail-vk1-xa36.google.com with SMTP id f7so587122vkl.6 for <mops@ietf.org>; Wed, 22 Apr 2020 05:52:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=krose.org; s=google; h=mime-version:from:date:message-id:subject:to; bh=PAMnetKw7tUIwK9GBE8F5S3Rhoctg7K42eKn28aR4ec=; b=hvE6x5pv51icYo4dv8WbWe7DC8Rmjo7NXVlYITVLhSedVEZ7RGE2JeP0BisEZDmEdv sSKDC757pIRl0QNAgTB+YP2PLYZBAwD0S2J/Qwd+F0AAeTdDe16/Lqmk1SEd7MVOWvRt iNkAVM2C2nmzxDrW8aSw5rD6q0HOxl8YVVroU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=PAMnetKw7tUIwK9GBE8F5S3Rhoctg7K42eKn28aR4ec=; b=gnh8u6nJHXGEwnCy4LKpFlRjI+3H4vGAgwArB5WD6iFSkkiRV1usiVB/PTIB0FqLdt DrDynTPXzA0SyVWMzE2ZX9rvX92PYdddYtvoNvvDKfHhsiTlg1bY6YASjFmds0UVTtLT IKR07QqCoad5oeuT0zRYB32RN8MKT5aAwUTnBS4TiqU3XsSIbXDYysMO7NXpesiNq1LD /1KEDRk0xl/YN6nDmFW+pZFmzTq2EhLR2FchtCjBzcF44EJ1xHPpNDxmshx4pxriI2Ay HgsFl4zARYr1ZUPzQE1MQXesxqwVoJTVhLfRClA+KNQLgUxCGxPWuzPHxidnv+zuEZjK zLsg==
X-Gm-Message-State: AGi0PuadYCehScgXzTpUE5nJzXTaG96E4tlRtf0C9HJ7X0ElFRAWoG7Y r3gc432F6CloGwAyLQm1pNubvWnoT/PgJalYm1ZemausvFppAQ==
X-Google-Smtp-Source: APiQypILzbuMXxcaQ/Wij50+PQozs5zRpkkQKu4NAyEx/5BGc2dqCkCqd5OiwYG//37StuWDNR+xXBks8gsbjrG4tJs=
X-Received: by 2002:a1f:26d1:: with SMTP id m200mr8884976vkm.45.1587559946196; Wed, 22 Apr 2020 05:52:26 -0700 (PDT)
MIME-Version: 1.0
From: Kyle Rose <krose@krose.org>
Date: Wed, 22 Apr 2020 08:52:15 -0400
Message-ID: <CAJU8_nXQkRd_KVNUBsk-1F_ZC_DGnMt5n0Unr-asK3WUrqvADA@mail.gmail.com>
To: mops@ietf.org
Content-Type: multipart/alternative; boundary="000000000000a7313205a3e09a4e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mops/ldRy3lBRUO4qsAhhwmZYX8op0fc>
Subject: [Mops] Draft minutes from 2020-Apr interim
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: Wed, 22 Apr 2020 12:52:35 -0000

I've pasted the draft minutes from our Ides of April interim below. Thanks
again to Olufemi Komolafe for volunteering! Please review and provide
clarifications and/or corrections to the chairs. Otherwise, we'll be
posting the minutes to the data tracker in a week at which point it will be
part of your Permanent Record.

Kyle





Media OPerationS (MOPS) WG

April 2020 Virtual Interim
Wednesday, April 15, 2020 20h00UTC-21h30UTC

Webex details below

Agenda

Intro

Agenda Bashing [5min] chair(s)

Review of concrete work items:

[15min] Draft of edge network operational considerations for streaming media
Jake Holland
draft-ietf-mops-streaming-opcons
Github - https://github.com/ietf-wg-mops/draft-ietf-mops-streaming-opcons
Accepting comments via GitHub issues
Presented update on draft
Discussion on “Soliciting Contributions - Proposed Template”
     + have in current draft or perhaps produce new draft (BCP?)
Matt Stock: Like template and sees potential
Jake Holland: Appreciates feedback.  Potential to write diffrent BCPs,
targeted at diffrent audience
Spencer Dawkins: Aim is for draft to not only call out potential bad things
but rather try to be actionable, hence why mitigations are solicited
Glenn Deen: +1 on collecting mitigations and sees potential in this
highlighting potential areas of interest/work. Mitigations are only a first
step, and where there are really egregious problems the mitigation may be a
temporary approach and the issue may trigger additional work relevant to
the IETF.
Matt Stock: Mitigations may not be black/white but rather may involve
tradeoffs which should be called out to inform decision-making
Leslie Daigle: Maybe collect the issues as a starting point
Spencer Dawkins: Thanks to both Glenn and Matt for these excellent
suggestions

Updates from elsewhere

Updates from other work
[15min] Sanjay Mishra - anything from SVA Open Caching WG
Described significant impact COVID-19 having on video traffic seeing by
carriers
Discussed ongoing and potential work of interest in SVA and potential new
working groups
Glenn Deen: Recent work in SVA working group on media use cases for
multicast streaming that may be of interest
Jake Holland: Work looks interesting.  What does engagement with SVA look
like?  SVA members commenting on IETF mailing list? Interested to hear more
about the multicast work
Sanjay Mishra: Perhaps bring back updates/proble statements etc from SVA to
IETF, IETF can work on these items and perhaps SVA consumes the output
Spencer Dawkins: Thanks for discussion on COVID-19 impact on video traffic
Glenn Deen: Address potential issue regarding IPR raised by Jake Holland.
There should be no issues - SVA docs are published on the web for all to
read and IP issues shouldn't enter into MOPS working with SVA use csses. If
still concerned, please come talk to glenn.deen@nbcuni.com - I'm on the SVA
board.



[5min] Glenn Deen -- anything further re SMPTE


[15min] Maxim Sharabayko SRT — see
https://datatracker.ietf.org/doc/draft-sh arabayko-mops-srt/ , posted on
MOPS mailing list
Overview of potential benefits SRT
Jake Holland: Questions about protocol and operational use.  Suitable for
contribution/distribution or livestreaming to end-users?
Max Sharabayko: SRT is well-suited for media
Marc Cymontkowski: Use of UDP means not SRT is not direct
What other protocols were considered and what was deficient about them?
Marc Cymontkowski: Original goal was to transmit live stream over public
internet. Came to problem with clean slate and started with UDP and added
enhancements to make it more suited for real-time traffic.
Kyle Rose: With hindsight, starting off with RTP may have been a better
option at the start, a few years ago.
Glenn Deen: Comcast use SRT significantly and so keen for this work to
succeed.  What are the current priorities for RTP?
Marc Cymontkowski: Redundancy, balancing data of multiple links, congestion
control
Glenn Denn: Congestion control of interest - as playing nicely with the
network is in everyone's best interest
Leslie Daigle: Potential interest in this WG in this protocol.  Detailed
protocol machinery discussions will be done in other WGs but MOPS interested
Spencer Dawkins: An Independent Stream draft on SRT as it exists today will
be of great value to MOPS, because we would have a good reference for the
protocol as we start to make recommendations on use of SRT for streaming
operators. That was the recommendation for a first step from Dispatch
discussion on SRT as I understood it, although the current IESG might
change that recommendation.

Alex Gouaillard: Discussion in other WGs regarding SRT, especially concerns
regarding security
- When presented at IETF dispatch, concerned were expressed by long time
IETF contributors like Eric Rescorla, Colin Perkins, Martin Thompson
discussion here:
https://mailarchive.ietf.org/arch/msg/dispatch/ekMWlMXch132tvri2BwrnnULzuw/
- The question was just about the status of those discussions as, given the
position of the people asking with respect to security, media transport,
QUIC, SRTP, at IETF, those questions will come back at one point.
- One of the question raised on the Dispatch thread was also, why at mops
and not in ART, since it looks more in scope for the later.
- Another question was regarding security definition (eric/martin)
- another question, more generic, is why a new protocol when it looks like
webrtc / QUIC are a good match to the announced goal (nat traversal, TLS
1.3, CC, BWE, ...)
=> discussion on dispatch would have concluded by a request for a document,
and thus is pending this document availability.



Operational Issues Observed
[15min] Jake Holland — Experience making the world safe for interdomain
multicast
Discussed some of the challenges/opportunities with interdomain multicast
Outlined goals for 2020 & eager to collaborate in trials/POCs so please
reach out if interested
Leslie Daigle: Interesting overview


AOB
[10min]  Liaison Statement from SC 29/WG 11 to IETF MOPS WG (SC 29 N 18620)
Spencer Dawkins: Spoke to Stephan Wegner, the IAB liaison manager for SC
29/WG 11, on Monday; he had no further updates beyond what was in the
original liaison statement they sent to IETF.

Leslie Daigle: Git repo set up for WG
Kyle Rose: Repo will be used when documents are adopted.  Not mandatory but
convenient for collaboration.  Will send URL on list shortly