Re: [GGIE] MOPS - Media Ops BoF request

"DRUTA, DAN" <dd5826@att.com> Wed, 05 June 2019 19:49 UTC

Return-Path: <dd5826@att.com>
X-Original-To: ggie@ietfa.amsl.com
Delivered-To: ggie@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6D06120221 for <ggie@ietfa.amsl.com>; Wed, 5 Jun 2019 12:49:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.609
X-Spam-Level:
X-Spam-Status: No, score=-0.609 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 Cib2Qj8E9sIR for <ggie@ietfa.amsl.com>; Wed, 5 Jun 2019 12:49:08 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 528671200B5 for <ggie@ietf.org>; Wed, 5 Jun 2019 12:49:08 -0700 (PDT)
Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.16.0.27/8.16.0.27) with SMTP id x55JfNi3014060; Wed, 5 Jun 2019 15:49:06 -0400
Received: from flpd657.enaf.ffdc.sbc.com (sbcsmtp9.sbc.com [144.160.128.153]) by m0049297.ppops.net-00191d01. with ESMTP id 2sxkjm95hg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 05 Jun 2019 15:49:06 -0400
Received: from enaf.ffdc.sbc.com (localhost [127.0.0.1]) by flpd657.enaf.ffdc.sbc.com (8.14.5/8.14.5) with ESMTP id x55Jn5k0103279; Wed, 5 Jun 2019 12:49:05 -0700
Received: from zlp25943.vci.att.com (zlp25943.vci.att.com [135.213.92.141]) by flpd657.enaf.ffdc.sbc.com (8.14.5/8.14.5) with ESMTP id x55Jn1L5103209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 5 Jun 2019 12:49:01 -0700
Received: from zlp25943.vci.att.com (zlp25943.vci.att.com [127.0.0.1]) by zlp25943.vci.att.com (Service) with ESMTP id 4AF22400B576; Wed, 5 Jun 2019 19:49:01 +0000 (GMT)
Received: from CAFRFD1MSGHUBAF.ITServices.sbc.com (unknown [130.4.169.177]) by zlp25943.vci.att.com (Service) with ESMTPS id 29AC2400B575; Wed, 5 Jun 2019 19:49:01 +0000 (GMT)
Received: from CAFRFD1MSGUSRJI.ITServices.sbc.com ([169.254.8.250]) by CAFRFD1MSGHUBAF.ITServices.sbc.com ([130.4.169.177]) with mapi id 14.03.0439.000; Wed, 5 Jun 2019 12:49:00 -0700
From: "DRUTA, DAN" <dd5826@att.com>
To: "'Matthew Stock'" <stock@csgeeks.org>, "Deen, Glenn (NBCUniversal)" <Glenn.Deen@nbcuni.com>
CC: "ggie@ietf.org" <ggie@ietf.org>
Thread-Topic: [GGIE] MOPS - Media Ops BoF request
Thread-Index: AQHVG9YsDHi5i5AdskeaRGL53nXVa6aNdeyg
Date: Wed, 5 Jun 2019 19:49:00 +0000
Message-ID: <4AA3A95D6033ED488F8AE4E45F47448797CD7904@CAFRFD1MSGUSRJI.ITServices.sbc.com>
References: <71DC6F98-8F22-4783-8837-70DF84851F58@akamai.com> <CAJEih4_6kqTqBTbSJojrXfxCT8ZbHzaxmBpTazaVfx9mKUqE5g@mail.gmail.com>
In-Reply-To: <CAJEih4_6kqTqBTbSJojrXfxCT8ZbHzaxmBpTazaVfx9mKUqE5g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.40.101.155]
Content-Type: multipart/alternative; boundary="_000_4AA3A95D6033ED488F8AE4E45F47448797CD7904CAFRFD1MSGUSRJI_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-06-05_11:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy 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-1906050122
Archived-At: <https://mailarchive.ietf.org/arch/msg/ggie/FiEIfHGrWV6g3OcswC9YIGNUDhI>
Subject: Re: [GGIE] MOPS - Media Ops BoF request
X-BeenThere: ggie@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discuss IETF-related items for Glass to Glass Internet Ecosystem of Video Content <ggie.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ggie>, <mailto:ggie-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ggie/>
List-Post: <mailto:ggie@ietf.org>
List-Help: <mailto:ggie-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ggie>, <mailto:ggie-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2019 19:49:11 -0000

Hi Glenn,

I think this is a great idea and I will definitely participate in the BoF as well as support the creation of a working group focused on video related issues.

Regards,
Dan


From: GGIE [mailto:ggie-bounces@ietf.org] On Behalf Of Matthew Stock
Sent: Wednesday, June 05, 2019 12:38 PM
To: Deen, Glenn (NBCUniversal) <Glenn.Deen@nbcuni.com>;
Cc: ggie@ietf.org
Subject: Re: [GGIE] MOPS - Media Ops BoF request

Glenn,

At the moment, I don't think I have any new comments to add beyond what has already been said.  Tightening up the purpose/goals would be good, and I like the interoperability and efficient use of infrastructure as key themes.  I'd be interested in participating in the BoF.

Matt


On Wed, Jun 5, 2019 at 11:16 AM Holland, Jake <jholland@akamai.com<mailto:jholland@akamai.com>> wrote:
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).

Cheers,
Jake


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
     suggestion.
[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)" <Glenn.Deen@nbcuni.com<mailto:Glenn.Deen@nbcuni.com>>
Date: 2019-06-03 at 09:50
To: "ggie@ietf.org<mailto:ggie@ietf.org>" <ggie@ietf.org<mailto:ggie@ietf.org>>
Cc: "Deen, Glenn (NBCUniversal)" <Glenn.Deen@nbcuni.com<mailto:Glenn.Deen@nbcuni.com>>
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

https://docs.google.com/document/d/1S4soR8QVjbCa1k1CXS8bCXox_h8-zK6kEsS8_IU4yXI/<https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_document_d_1S4soR8QVjbCa1k1CXS8bCXox-5Fh8-2DzK6kEsS8-5FIU4yXI_&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=fULjfSb5Ues9lckOxWDJSg&m=OFJXj_LVTsi5BW2jL-tLTQJIXkD9wqbUMo99r1yOYYI&s=PjBsyvJ4iocpqsg8JVM5Wljq-ejg7uJUuy7nzmboL0U&e=>

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.

regards
Glenn



_______________________________________________
GGIE mailing list
GGIE@ietf.org<mailto:GGIE@ietf.org>
https://www.ietf.org/mailman/listinfo/ggie<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_ggie&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=fULjfSb5Ues9lckOxWDJSg&m=OFJXj_LVTsi5BW2jL-tLTQJIXkD9wqbUMo99r1yOYYI&s=V7cWwRhfb2ksH5xoZHUx4IHqeNZEdfO1gogwk2LFExo&e=>