Re: [Mops] Barry Leiba's Block on charter-ietf-mops-00-00: (with BLOCK and COMMENT)
"Leslie Daigle" <ldaigle@thinkingcat.com> Mon, 07 October 2019 20:17 UTC
Return-Path: <ldaigle@thinkingcat.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 975BD12008A; Mon, 7 Oct 2019 13:17:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=thinkingcat.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 N7RRMxkSLNow; Mon, 7 Oct 2019 13:17:26 -0700 (PDT)
Received: from antelope.elm.relay.mailchannels.net (antelope.elm.relay.mailchannels.net [23.83.212.4]) (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 05150120020; Mon, 7 Oct 2019 13:17:25 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|ldaigle@thinkingcat.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 24B2D3402B7; Mon, 7 Oct 2019 20:17:25 +0000 (UTC)
Received: from pdx1-sub0-mail-a26.g.dreamhost.com (100-96-14-198.trex.outbound.svc.cluster.local [100.96.14.198]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 84659341E29; Mon, 7 Oct 2019 20:17:23 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|ldaigle@thinkingcat.com
Received: from pdx1-sub0-mail-a26.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.4); Mon, 07 Oct 2019 20:17:25 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|ldaigle@thinkingcat.com
X-MailChannels-Auth-Id: dreamhost
X-Descriptive-Versed: 531939a158f99ea6_1570479444993_1841055578
X-MC-Loop-Signature: 1570479444992:3573172615
X-MC-Ingress-Time: 1570479444992
Received: from pdx1-sub0-mail-a26.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a26.g.dreamhost.com (Postfix) with ESMTP id 3441F80A1E; Mon, 7 Oct 2019 13:17:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=thinkingcat.com; h=from:to :cc:subject:date:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=thinkingcat.com; bh=S qPfYkxFoziO1cFLRUg2w2xoUbE=; b=QgVDVv110xTqjo+AFIy/+88ShcyB42Dw/ cxPeYcbBdAb9z3OOGM3J+bhRf1EkmemZ6My/kFasSvQe+fWA6fVZJihbu1f1YR+F ltr/+bztJKlUCFCo2mC15tIseGFigz5rxFspuFWmTfHEl+ayeAeL+5gIWxXz9/J/ rDPUUcpmZM=
Received: from [192.168.1.57] (vtelinet-216-66-102-83.vermontel.net [216.66.102.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ldaigle@thinkingcat.com) by pdx1-sub0-mail-a26.g.dreamhost.com (Postfix) with ESMTPSA id C504D80A1C; Mon, 7 Oct 2019 13:17:15 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a26
From: Leslie Daigle <ldaigle@thinkingcat.com>
To: Eric Vyncke <evyncke@cisco.com>, Barry Leiba <barryleiba@computer.org>
Cc: mops-chairs@ietf.org, mops@ietf.org
Date: Mon, 07 Oct 2019 16:17:13 -0400
X-Mailer: MailMate (1.13r5655)
Message-ID: <6D8C43CD-5239-4AEB-8683-1206CFC42BA8@thinkingcat.com>
In-Reply-To: <9FD42763-117F-4955-A83E-0AB370283680@cisco.com>
References: <157013392463.16231.13761068623463791174.idtracker@ietfa.amsl.com> <9FD42763-117F-4955-A83E-0AB370283680@cisco.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_324AE8F3-2FA8-4DD0-A5C9-88598CEC2FA2_="
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedufedrheejgddufeehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufffoffkjghfgggtgfesrgekmherredtjeenucfhrhhomhepfdfnvghslhhivgcuffgrihhglhgvfdcuoehluggrihhglhgvsehthhhinhhkihhnghgtrghtrdgtohhmqeenucffohhmrghinhepihgvthhfrdhorhhgnecukfhppedvudeirdeiiedruddtvddrkeefnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopegludelvddrudeikedruddrheejngdpihhnvghtpedvudeirdeiiedruddtvddrkeefpdhrvghtuhhrnhdqphgrthhhpedfnfgvshhlihgvucffrghighhlvgdfuceolhgurghighhlvgesthhhihhnkhhinhhgtggrthdrtghomheqpdhmrghilhhfrhhomheplhgurghighhlvgesthhhihhnkhhinhhgtggrthdrtghomhdpnhhrtghpthhtoheplhgurghighhlvgesthhhihhnkhhinhhgtggrthdrtghomhenucevlhhushhtvghrufhiiigvpedt
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mops/irwYb_jT49HjVy7TNucwG0DLA3I>
Subject: Re: [Mops] Barry Leiba's Block on charter-ietf-mops-00-00: (with BLOCK and COMMENT)
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: Mon, 07 Oct 2019 20:17:30 -0000
(Dropping the IESG mailing list for now; please advise or re-add if appropriate) Thanks for the review and comments, Barry. I’ve updated the draft charter text based on the editorial comments you supplied, and that’s copied below. That text does not reflect changes to address the blocking comments — I have some suggestions, which are next. [Barry wrote:] > I do have two specific blocking comments, both of which should be > easy to sort > out: > > The premise of MOPS is that 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. > > This sounds like a lot of fuzz without real substance. Let’s > try to tease out > what its really saying and word it more accessibly. At some level > this seems > to be saying that the premise of MOPS is that what the IETF does > is good. I’m > sure there’s more meant here than that, but I don’t understand > what. This para was meant to be a conclusion of “what we’ll do” for the issues laid out in the preceding 2 paragraphs. So, let’s look at all three for context: [First three paragraphs of the draft charter:] > Internet- and Internet-protocol-delivered media is widespread, 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. The focus of MOPS > is on > identifying areas where existing protocols and/or networks are > challenged by > these updated requirements. > > 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; and inter-domain and within-domain networking. In the > context of this working group, 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. > > PROBLEM PARA — TO BE REWRITTEN > The premise of MOPS is that 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 acts as a > clearinghouse to > identify appropriate venues for further protocol development, where > necessary. > BARRY SUGGESTS REPLACING LAST SENTENCE: Where new protocols are > needed, MOPS will identify appropriate venues for > their development. Here’s a proposed rewrite of the paragraph: NEW: MOPS provides a venue for both video industry and Internet engineering experts to engage in discussion of video technology’s requirements of networking standards, as well as proposals for new uses of IP technology in video. Where new protocols are needed, MOPS will identify appropriate venues for their development. [Barry wrote:] > 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. > > And only with a re-chartering, yes? I don’t think we want the > working group to > be able to pick up *any* related work it chooses, just because it > doesn’t fit > elsewhere, right? Glenn & I conferred, and agreed that this one is tricky to get right as it's easy to not fully include the words in the right Order and emphasis. " Future work items within this scope" means that when things anything that needs rechartering came along, it would absolutely go through that exercise, with the intent that MOPS wouldn't stray from its charter. We suggest striking the paragraph as it’s not needed. The other parts of the charter already layout what MOPS will work on, and Clearly going outside of those lines would involve a recharter. Leslie. Full updated charter (modulo the blocking comment paragraphs needing updating): Internet- and Internet-protocol-delivered media is widespread, 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. The focus of MOPS is on identifying areas where existing protocols and/or networks are challenged by these updated requirements. 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; and inter-domain and within-domain networking. In the context of this working group, 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. PROBLEM PARA — TO BE REWRITTEN The premise of MOPS is that 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 acts as a clearinghouse to identify appropriate venues for further protocol development, where necessary. BARRY SUGGESTS REPLACING LAST SENTENCE: Where new protocols are needed, MOPS will identify appropriate venues for their development. The goals of MOPS include documenting existing protocol and operational issues with media on the Internet, and identifying requirements for potential IETF work. To those ends, MOPS will: 1/ Solicit regular updates from other media technology developing consortia/standards bodies working with IETF-developed protocols. 2/ 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. 3/ Solicit discussion and documentation of the issues and opportunities in media acquisition and delivery, and of the resulting protocols and technologies developed outside the IETF. 4/ Document operational requirements for media acquisition and delivery. 5/ Develop operational information to aid in operation of media technologies in the global Internet. These activities should document media operational experience, including global Internet, inter-domain and within-domain operations. 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. PROBLEM PARA TO BE REWORKED 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 continuing 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. On 4 Oct 2019, at 8:33, Eric Vyncke (evyncke) wrote: > Barry > > Thank for your review and your valuable comments as always. > > You are right that it is not so easy to have a charter for a "standing > working group" which is the first (?) attempt by the IETF community to > have something resembling to a "special interest group". > > On your two specific BLOCKs, I will let the current chairs to rewrite > your first concern and indeed adding new work items will require a > re-charter in the current state of the IETF. So, let's be clear on it > for now (and initiate some works on "special interest groups") > > Thank you also for your comments/nits: they will improve the text. > > Leslie and Glen, may I suggest to update accordingly the draft charter > ? And if the MOPS list agrees with it, then upload it ? (if you do not > have the permission, then simply send it to me) > > Regards, > > -éric > > On 03/10/2019, 22:19, "iesg on behalf of Barry Leiba via > Datatracker" <iesg-bounces@ietf.org on behalf of noreply@ietf.org> > wrote: > > Barry Leiba has entered the following ballot position for > charter-ietf-mops-00-00: Block > > When responding, please keep the subject line intact and reply to > all > email addresses included in the To and CC lines. (Feel free to cut > this > introductory paragraph, however.) > > > > The document, along with other ballot positions, can be found > here: > https://datatracker.ietf.org/doc/charter-ietf-mops/ > > > > ---------------------------------------------------------------------- > BLOCK: > ---------------------------------------------------------------------- > > In general, I'm not terribly happy with how this charter lays out > specific work > items (or doesn't). It's very vague, and then when I look to the > milestones I > get more of an understanding. On the one hand, this is OK, > because we want > this to be flexible, as a standing working group. On the other > hand, I would > feel better with being somewhat more specific. And I realize that > this isn't > terribly actionable, so I'm asking that we think about this, and I > won't hold > this "block" beyond our doing some reasonable consideration. > > I do have two specific blocking comments, both of which should be > easy to sort > out: > > The premise of MOPS is that 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. > > This sounds like a lot of fuzz without real substance. Let’s > try to tease out > what its really saying and word it more accessibly. At some level > this seems > to be saying that the premise of MOPS is that what the IETF does > is good. I’m > sure there’s more meant here than that, but I don’t understand > what. > > 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. > > And only with a re-chartering, yes? I don’t think we want the > working group to > be able to pick up *any* related work it chooses, just because it > doesn’t fit > elsewhere, right? > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > And then there are a number of editorial things: > > MOPS’ focus is on > identifying areas where existing protocols and/or networks are > challenged > > I suggest avoiding the issue of how to make a possessive of > “MOPS” (I would use > “MOPS’s”) by saying “The focus of MOPS is….” > > 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 networking. > > Because the second list item has commas in it, you need the main > list to use > semicolons. Otherwise it’s impossible to be sure one has parsed > it accurately. > > NEW > 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; and inter-domain and single-domain networking. > END > > In this case, media is considered to include > > “In this case” seems odd here. I think you mean, “In the > context of this > charter,” or something like that. > > MOPS acts as a clearinghouse to > identify appropriate venues for further protocol development, > where > necessary. > > I’d rather be more direct in how this is worded (adjust as > needed): > > NEW > Where new protocols are needed, MOPS will identify appropriate > venues for > their development. > END > > Bullet 3 needs a period at the end. And what “resulting > innovations” are we > talking about here? It sounds like more fuzz, so can we be more > specific? > > including global Internet, inter-domain and within-domain > operations. > > Earlier, you used “single-domain”, and here you use > “within-domain”; please be > consistent. > > There must be a continuous expression of interest for the > Working Group to > work on a particular work item. > > I think you mean “continuing”. > > > > > -- > Mops mailing list > Mops@ietf.org > https://www.ietf.org/mailman/listinfo/mops -- ------------------------------------------------------------------- Leslie Daigle Principal, ThinkingCat Enterprises ldaigle@thinkingcat.com -------------------------------------------------------------------
- [Mops] Barry Leiba's Block on charter-ietf-mops-0… Barry Leiba via Datatracker
- Re: [Mops] Barry Leiba's Block on charter-ietf-mo… Eric Vyncke (evyncke)
- Re: [Mops] [EXTERNAL] Re: Barry Leiba's Block on … Deen, Glenn (NBCUniversal)
- Re: [Mops] Barry Leiba's Block on charter-ietf-mo… Leslie Daigle