Re: [Anima] Alissa Cooper's Block on charter-ietf-anima-01-05: (with BLOCK and COMMENT)
Sheng Jiang <jiangsheng@huawei.com> Wed, 10 July 2019 02:38 UTC
Return-Path: <jiangsheng@huawei.com>
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 C6A2F120141; Tue, 9 Jul 2019 19:38:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 QsTq9RogYW49; Tue, 9 Jul 2019 19:38:40 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 07A5E12029D; Tue, 9 Jul 2019 19:38:40 -0700 (PDT)
Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 96A113CB9CDBA6E60000; Wed, 10 Jul 2019 03:38:38 +0100 (IST)
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 10 Jul 2019 03:38:38 +0100
Received: from NKGEML515-MBS.china.huawei.com ([169.254.5.134]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0415.000; Wed, 10 Jul 2019 10:38:31 +0800
From: Sheng Jiang <jiangsheng@huawei.com>
To: Alissa Cooper <alissa@cooperw.in>
CC: 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>
Thread-Topic: [Anima] Alissa Cooper's Block on charter-ietf-anima-01-05: (with BLOCK and COMMENT)
Thread-Index: AQHVMRrqZSr/q4kRhUGo8D1qiq9RK6a4jzsAgAeo+oCAAvO18A==
Date: Wed, 10 Jul 2019 02:38:30 +0000
Message-ID: <5D36713D8A4E7348A7E10DF7437A4B92999EE42A@NKGEML515-MBS.china.huawei.com>
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>
In-Reply-To: <A22B1408-0663-4D30-9F34-2DA89EEBADEB@cooperw.in>
Accept-Language: en-GB, zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.185.119]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/yOwjzBZbDWXqfEVOwFEGDAevfP4>
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 02:38:51 -0000
Hi, Alissa, I have made a new version (2.0.9) according to your latest feedback. I have made the below change and deleted the only "including but not limited to” in the previous 2.0.8 version. OLD: The indicative scope of possible work items includes: NEW: The scope of possible work items are (additional works are subject to extra approval from the responsible AD): The latest change has been upload on wiki https://trac.ietf.org/trac/anima/wiki/Recharter2019 Many thanks and best regards, Sheng > -----Original Message----- > From: Alissa Cooper [mailto:alissa@cooperw.in] > Sent: Monday, July 08, 2019 9:23 PM > To: Sheng Jiang <jiangsheng@huawei.com> > Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>; 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 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 > >>>> > >
- [Anima] Alissa Cooper's Block on charter-ietf-ani… Alissa Cooper via Datatracker
- Re: [Anima] Alissa Cooper's Block on charter-ietf… Brian E Carpenter
- Re: [Anima] Alissa Cooper's Block on charter-ietf… Brian E Carpenter
- Re: [Anima] Alissa Cooper's Block on charter-ietf… Eliot Lear
- Re: [Anima] Alissa Cooper's Block on charter-ietf… Alissa Cooper
- Re: [Anima] Alissa Cooper's Block on charter-ietf… Sheng Jiang
- Re: [Anima] Alissa Cooper's Block on charter-ietf… Alissa Cooper
- Re: [Anima] Alissa Cooper's Block on charter-ietf… Sheng Jiang
- Re: [Anima] Alissa Cooper's Block on charter-ietf… Toerless Eckert