Re: [GGIE] MOPS - Media Ops BoF request

"Holland, Jake" <> Wed, 05 June 2019 15:16 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id F214F12014B for <>; Wed, 5 Jun 2019 08:16:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.709
X-Spam-Status: No, score=-2.709 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id E-QrHjL9xtoG for <>; Wed, 5 Jun 2019 08:16:27 -0700 (PDT)
Received: from ( [IPv6:2620:100:9001:583::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 04A9A12012E for <>; Wed, 5 Jun 2019 08:16:26 -0700 (PDT)
Received: from pps.filterd ( []) by ( with SMTP id x55F7fJk003538; Wed, 5 Jun 2019 16:16:26 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; h=from : to : subject : date : message-id : content-type : content-id : content-transfer-encoding : mime-version; s=jan2016.eng; bh=JJJo3DmUQ5ygVszU3wBvP9JOO2/KfF7A5MOsJQn+K8Y=; b=Cu+Vo+DthLct/IZQt/kbK0vaNH+LTs4rPt6tNMHsXIwdIuraV/tk+YbSaJoxX4IZQpnp n4cYz5i+H9XtPcJeAqJ8suI7RYIAIiBEaa/cVAWp+whDaR53bNbrMrK+ytkHFCQxmycs aA5GhLwX+K2ZxIk/2gpjUzglGpZhEfNly1UoxnDcZU90zjlw9O13gK7szKUorqiAOKOJ l1QuMJwIRxAanXlk7lpAAqbpyWb31jHmxc6CS7M5QvXN/8nXz5t7hTKJUpIDrvmyK/Ju X2OxYE1MyVmdj4Z1nDnOV1w9jV2xL4YuMg2Z8CWDcxgAUai+BDJ3N2VGU9DbPXv2tesc gg==
Received: from prod-mail-ppoint2 ( [] (may be forged)) by with ESMTP id 2sxcx60k6w-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 05 Jun 2019 16:16:26 +0100
Received: from pps.filterd ( []) by ( with SMTP id x55F1rAr007109; Wed, 5 Jun 2019 11:16:25 -0400
Received: from ([]) by with ESMTP id 2sumpxbjsn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 05 Jun 2019 11:16:24 -0400
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 5 Jun 2019 10:16:23 -0500
Received: from ([]) by ([]) with mapi id 15.00.1473.003; Wed, 5 Jun 2019 10:16:23 -0500
From: "Holland, Jake" <>
To: "Deen, Glenn (NBCUniversal)" <>, "" <>
Thread-Topic: [GGIE] MOPS - Media Ops BoF request
Thread-Index: AQHVG7Gix3EcM8lWGEWwKx/aqdoChQ==
Date: Wed, 5 Jun 2019 15:16:22 +0000
Message-ID: <>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-ID: <>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-06-05_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906050094
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-06-05_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906050095
Archived-At: <>
Subject: Re: [GGIE] MOPS - Media Ops BoF request
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discuss IETF-related items for Glass to Glass Internet Ecosystem of Video Content <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 05 Jun 2019 15:16:31 -0000

Hi Glenn,

Thanks for posting this.  The charter mostly looks good to me, I have a
few comments inline with [JH] (text pasted from the google docs link).


Media OPS WG

Internet- and Internet-protocol-delivered video/media is popular,
leading to significant technology development across industries not
traditionally thought of as Internet technology developers or operators,
as well as considerable quantities of traffic on local and transit
networks.  Continued development of Internet-using technologies should
be properly coordinated in order to ensure that the existing
technologies are well-utilized, and new ones are developed in sympathy
with the Internet’s core protocols and design.

MOPS will solicit input on operational issues and practices, existing
and proposed technologies related to the deployment, engineering, and
operation of media streaming and manipulation protocols and procedures
in the global Internet, inter-domain and single domain.  In this case,
media is considered to include the transport of video, audio, objects
and any combination thereof, possibly non-sequentially.  The scope is
media and media protocols’ interactions with the network, but not the
technologies of control protocols or media formats.

The goals of mops are:
1. Solicit input from network operators and users to identify
   operational issues with media delivery in and across networks, and
   determine solutions or workarounds to those issues.

2. Solicit discussion and documentation of the issues and opportunities
   media acquisition and delivery and of the resulting innovations.

[JH] I'm confused on this one.  I think at very least it's missing "in"
     between "opportunities" and "media".  But there might be a better
     way to phrase this overall, I'll propose one if I think of a
[JH] I think "media acquisition" needs a definition.  Web search of
     this term seems to refer to obtaining intellectual property
     rights for particular properties; I'm not quite sure what the
     intent is here, but I suspect not that.

3. Operational solutions for identified issues should be developed in
   mops and documented in informational or BCP drafts.

4. Document operational requirements for media acquisition and delivery

5. Develop mechanisms and procedures for sharing operational information
   to aid in operation of media technologies in the global Internet

6. Develop tools, extend protocols and provide operational and
   implementation advice that assists in media technology administration,
   diagnostics, troubleshooting and deployment between/within native and
   non-native environments.

These documents should document media operational experience, including
global Internet, inter-domain and within-domain operations.
[JH] Maybe "should address" or "should cover", instead of "these documents
     should document"?

Media operational and deployment issues with specific protocols or
technologies (such as Applications, Transport Protocols, Routing
Protocols, DNS or Sub-IP Protocols) are the primary responsibility of
the groups or areas responsible for those protocols or technologies.
However, the mops Working Group may provide input to those areas/groups,
as needed, and cooperate with those areas/groups in reviewing solutions
to mops operational and deployment problems.
[JH] Should we use something strong than "may" here?  "should"?  "is
     expected to"?

Future work items within this scope will be adopted by the Working Group
only if there is a substantial expression of interest from the community
and if the work clearly does not fit elsewhere in the IETF.

There must be a continuous expression of interest for the Working Group
to work on a particular work item. If there is no longer sufficient
interest in the Working Group in a work item, the item may be removed
from the list of Working Group items.

[JH] I thought there's a similar expectation already for WGs in general,
     is there a sense which this WG needs special handling?
[JH] Should there be a provision for criteria that would justify closing
     the WG?  (If sufficient consideration of media delivery concerns
     becomes routine in protocol specs, or if interest or attendance
     drops below some threshold?)  Not sure what's normal for ops
     groups, but some of the RFC 2418 text seems to suggest the normal
     WG goal is about defining protocols, and like other ops groups,
     this is a little different.

From: "Deen, Glenn (NBCUniversal)" <>;
Date: 2019-06-03 at 09:50
To: ""; <>;
Cc: "Deen, Glenn (NBCUniversal)" <>;
Subject: [GGIE] MOPS - Media Ops BoF request

Hi everyone,
IETF105 BoF requests are due this Friday, so now would be good time to send your comments on the MOPS BoF draft
The current draft is an amalgam of the discussions we had at IETF104 and feedback from a few ADs, but the more the better so please don’t be shy.  
This is a chance to bring forward, officially the topic of creating an group with video expertise at the IETF that can help video problems across the great diversity of technical areas that are the IETF.  So I encourage you to please take a couple of minutes when you get this email, look at the draft and comment back the list your thoughts.
Even – “it looks good to me”  – is helpful to hear.