[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
- [Mops] Draft minutes from 2020-Apr interim Kyle Rose
- Re: [Mops] Draft minutes from 2020-Apr interim Spencer Dawkins at IETF
- Re: [Mops] Draft minutes from 2020-Apr interim Leslie Daigle