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
-------------------------------------------------------------------