Re: [Anima] Alissa Cooper's Block on charter-ietf-anima-01-05: (with BLOCK and COMMENT)

Toerless Eckert <tte@cs.fau.de> Wed, 10 July 2019 11:33 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E09112012B; Wed, 10 Jul 2019 04:33:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.95
X-Spam-Level:
X-Spam-Status: No, score=-3.95 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_MED=-2.3, 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 dQFxsz8-ICQr; Wed, 10 Jul 2019 04:33:52 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB9DC12011F; Wed, 10 Jul 2019 04:33:51 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id C884F54805E; Wed, 10 Jul 2019 13:33:45 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id B686E440041; Wed, 10 Jul 2019 13:33:45 +0200 (CEST)
Date: Wed, 10 Jul 2019 13:33:45 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Alissa Cooper <alissa@cooperw.in>, ibagdona@gmail.com
Cc: Sheng Jiang <jiangsheng@huawei.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, IESG <iesg@ietf.org>, "anima-chairs@ietf.org" <anima-chairs@ietf.org>, "anima@ietf.org" <anima@ietf.org>
Message-ID: <20190710113345.j5mlcyfqpi2cfhi4@faui48f.informatik.uni-erlangen.de>
References: <155674110957.1005.941357960327662977.idtracker@ietfa.amsl.com> <d30a27d7-165f-f06b-2472-30eb5dced1d6@gmail.com> <37fbdddd-601d-e7ad-f582-3288ead2e752@gmail.com> <D96FF404-90B8-4CC7-9354-6B57E9F0CC52@cooperw.in> <5D36713D8A4E7348A7E10DF7437A4B92999EAE8E@NKGEML515-MBS.china.huawei.com> <A22B1408-0663-4D30-9F34-2DA89EEBADEB@cooperw.in>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <A22B1408-0663-4D30-9F34-2DA89EEBADEB@cooperw.in>
User-Agent: NeoMutt/20170113 (1.7.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/0sD7f7TpX2eAT_bbjZ1d0UrppzI>
Subject: Re: [Anima] Alissa Cooper's Block on charter-ietf-anima-01-05: (with BLOCK and COMMENT)
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jul 2019 11:33:56 -0000

Thanks for the update, Sheng!
Ignas: can you pls. upload wiki 2.0.9 charter to datatracker ?

Alissa: Thanks for your comments. I hope that the latest 2.0.9 version
on the wiki as proposed by Sheng resolves your block. If not, then it
would be great if we could accelerate resolving them so that we could
actually start working on charter 2 @ IETF105.

I think we always intended for what you proposed to be true, e.g: that
whats not listed in the target work areas would require AD approval to
be chartered. I guess we never wrote that explicitly because we had some
even more specific mentioning of explicit AD approval cases in earlier
versions of the proposed charter and those sentence got argued away
by reviewers as being too procedural and unnecessary for a charter.

Cheers
    Toerless

On Mon, Jul 08, 2019 at 09:23:01AM -0400, Alissa Cooper wrote:
> Hi Sheng,
> 
> > On Jul 3, 2019, at 10:39 AM, Sheng Jiang <jiangsheng@huawei.com> wrote:
> > 
> > Hi, Alissa,
> > 
> > Thanks for your kindly response. I have made a new version (2.0.8) according to your feedback. Explanation in lines below.
> > 
> > Please see https://trac.ietf.org/trac/anima/wiki/Recharter2019
> > 
> >> -----Original Message-----
> >> From: Alissa Cooper [mailto:alissa@cooperw.in]
> >> Sent: Wednesday, July 3, 2019 5:13 AM
> >> To: Brian E Carpenter <brian.e.carpenter@gmail.com>
> >> Cc: IESG <iesg@ietf.org>; anima-chairs@ietf.org; anima@ietf.org
> >> Subject: Re: [Anima] Alissa Cooper's Block on charter-ietf-anima-01-05: (with
> >> BLOCK and COMMENT)
> >> 
> >> Hi all,
> >> 
> >> I???ve been discussing this on my weekly call with the OPS ADs for the last
> >> couple of weeks and based on the call that we had earlier today my
> >> understanding is that now would be a good time to re-review.
> >> 
> >> Regarding this text: "New work items will be adopted by the WG only if their
> >> contributors target them to enter WG last call within a number of IETF meeting
> >> cycles agreed by the AD.???
> >> 
> >> I still don???t get this. It is a very common case that contributors think their
> >> drafts are going to get through to WGLC in X cycles, and then they end up
> >> taking 2X or 10X because some new person wanders into the WG or some
> >> other work starts up in another WG that has an intersection with the work or
> >> someone changes jobs or any manner of other things. The WG needs
> >> milestones with dates, preferably at the point of approving the re-charter.
> >> Those might be missed too, but there might as well not be two sets of markers
> >> laid down that are potentially going to be missed rather than one set.
> > 
> > I have just deleted the sentence. It's something the chairs can do during the WG management process. We tried to give draft owners some pressure not to be too slow by adding these text. I do agree this should not be so rigid as these text. So, let's take it out and the chairs will monitor the progress of WG drafts closely.
> 
> Thanks.
> 
> > 
> >> Regarding the ???indicative scope of possible work items??? ??? this doesn???t
> >> address my concern about the WG???s scope. This charter is in contrast to the
> >> current ANIMA charter, which says: "The initial set of work items is limited to
> >> the above list to stay focused and avoid 'boiling the ocean???.??? I don???t see the
> >> rationale for not carrying that forward to the next set of specific work items
> >> where WG participants have demonstrated interest and intent to carry the
> >> work forward. If that is the list of initial milestone topics listed, then limiting to
> >> that makes sense to me.
> > 
> > I have added a specific list of work items into the initial milestone list. 
> > 
> > Obviously, this initial milestone list does NOT cover all the topics that WG participants have showed interests and willingness to work on. The purpose to have this description of "indicative scope of possible work items??? are actually two: A, limit the potential work items not to be too wide
> 
> I think my disconnect here is that the list doesn???t actually limit the WG???s scope because it uses the language ???indicative scope of possible work items??? and ???including but not limited to.??? The five areas of work in this list seem broad and large enough to keep the WG busy for quite some time. For the charter to effectively limit the scope I think it would need to say ???The scope of work items is limited to:??? or something like that.
> 
> Thanks,
> Alissa
> 
> > , otherwise, people may take anything has the work "automatic" to the WG; B, to give the chairs a little bit flexibility to adopt new works beyond the initial milestone list. We try to avoid the problem that every time a new draft comes up, it may become a charter revision, particularly, giving the current re-charting process have taken us many months.
> > 
> > Best regards,
> > 
> > Sheng
> > 
> >> Thanks,
> >> Alissa
> >> 
> >>> On Jun 10, 2019, at 9:02 PM, Brian E Carpenter
> >> <brian.e.carpenter@gmail.com> wrote:
> >>> 
> >>> Hi all,
> >>> 
> >>> I've taken the liberty of posting an update to the draft charter at
> >>> https://trac.ietf.org/trac/anima/wiki/Recharter2019. I tried to
> >>> respond to all the IESG comments, and in particular:
> >>> 
> >>> (a) I deleted Intent from the summarised reference model framework,
> >>> since the reference model doesn't usefully define Intent.
> >>> 
> >>> (b) I tried to make the statement about workload throttling more
> >>> implementable.
> >>> 
> >>> (c) I still think that the laundry list of *possible* work items is
> >>> useful (it helps to define the scope) but I've tried make it clear
> >>> that it is only the "indicative scope of possible work items".
> >>> It really isn't mission creep; all the items mentioned relate directly
> >>> to the ANI and AF topics.
> >>> 
> >>> (d) I intentionally removed the reference to not covering machine
> >>> learning and AI. It isn't suggested anywhere in the reference model,
> >>> so why even mention it?
> >>> 
> >>> (e) I fixed nits and tuned the wording in several places.
> >>> 
> >>> I hope this helps. We really need a new charter before Montreal.
> >>> WG Chairs and AD, over to you...
> >>> 
> >>> Regards
> >>>  Brian Carpenter
> >>> 
> >>> On 02-May-19 08:39, Brian E Carpenter wrote:
> >>>> Hi Alissa,
> >>>> 
> >>>> On 02-May-19 08:05, Alissa Cooper via Datatracker wrote:
> >>>> ...
> >>>>> --------------------------------------------------------------------
> >>>>> --
> >>>>> BLOCK:
> >>>>> --------------------------------------------------------------------
> >>>>> --
> >>>>> 
> >>>>> (1) "Acceptance of work items by the WG will be scheduled/throttled
> >>>>> so that contributors can target them to enter WG last call after not
> >>>>> more than a number of IETF meeting cycles agreed by the AD."
> >>>>> 
> >>>>> I don't understand the implications of this. What happens if the
> >>>>> adopted work items have not entered WGLC after the agreed number of
> >>>>> cycles? If the answer is anything other than "the WG abandons the
> >>>>> work," I don't understand how this is a throttling mechanism. A
> >>>>> throttling mechanism would need an explicit limit on the number of
> >> adopted work items at any one time, I think.
> >>>> 
> >>>> I agree that the text is a bit illogical. In a sense it's
> >>>> unnecessary, because every WG should be matching its workload to its
> >>>> capacity. Maybe that's all we should say, rather than trying to describe a
> >> slightly vague algorithm?
> >>>> 
> >>>>> (2) The proposed work items is a very large and somewhat unbounded
> >>>>> list of items, whereas the purpose of writing a charter is to scope
> >>>>> the work of the WG and hopefully set out a realistic work plan that
> >>>>> will be accompanied by deployment. For a WG that has produced 5
> >>>>> documents in the last 5 years, I think the charter needs to more
> >>>>> narrowly focus on the most highly prioritized work items. Once those
> >>>>> are nearing completion, it seems as though evaluation of what is
> >>>>> needed next based on deployment experience would then dictate the next
> >> set of items for another re-charter.
> >>>> 
> >>>> I think the point here is that now that the relatively small number
> >>>> of infrastructure documents are almost finished, the next stage opens
> >>>> up the possibilities for a much wider range of work that builds on
> >>>> the infrastructure. The priorities aren't even obvious. So this goes
> >>>> with the previous point, and to quite some extent the criteria will
> >>>> be whether the WG has capacity more than which topic has priority.
> >>>> 
> >>>> That's why there's a bucket list of work items and a short list of
> >>>> immediate milestones.
> >>>> 
> >>>> Would this help?
> >>>> 
> >>>> s/Proposed work items include.../Possible work items include.../
> >>>> 
> >>>>> 
> >>>>> 
> >>>>> --------------------------------------------------------------------
> >>>>> --
> >>>>> COMMENT:
> >>>>> --------------------------------------------------------------------
> >>>>> --
> >>>>> 
> >>>>> It would be good to see milestones with dates before this gets approved.
> >>>>> 
> >>>>> I think this charter would benefit from an English edit pass before going
> >> out for external review.
> >>>> 
> >>>> I'll volunteer, when the open issues have been resolved.
> >>>> 
> >>>>> What is "compounding environment"?
> >>>> 
> >>>> An excellent question.
> >>>> 
> >>>>   Brian
> >>>> 
> > 

-- 
---
tte@cs.fau.de