Re: [Icar] ICAR draft charter

Alex Zinin <zinin@psg.com> Fri, 09 January 2004 01:25 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA21604 for <icar-archive@odin.ietf.org>; Thu, 8 Jan 2004 20:25:07 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AelOB-0000LX-Ir for icar-archive@odin.ietf.org; Thu, 08 Jan 2004 20:24:39 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i091Ode6001322 for icar-archive@odin.ietf.org; Thu, 8 Jan 2004 20:24:39 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AelO9-0000LD-Ty for icar-web-archive@optimus.ietf.org; Thu, 08 Jan 2004 20:24:37 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA21580 for <icar-web-archive@ietf.org>; Thu, 8 Jan 2004 20:24:35 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AelO7-0005un-00 for icar-web-archive@ietf.org; Thu, 08 Jan 2004 20:24:35 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AelMJ-0005rE-00 for icar-web-archive@ietf.org; Thu, 08 Jan 2004 20:22:45 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AelKe-0005n9-00 for icar-web-archive@ietf.org; Thu, 08 Jan 2004 20:21:00 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AelKf-0000Hw-QJ; Thu, 08 Jan 2004 20:21:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AelKW-0000Gx-Uk for icar@optimus.ietf.org; Thu, 08 Jan 2004 20:20:52 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA21479 for <icar@ietf.org>; Thu, 8 Jan 2004 20:20:50 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AelKU-0005lh-00 for icar@ietf.org; Thu, 08 Jan 2004 20:20:50 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AelIm-0005fM-00 for icar@ietf.org; Thu, 08 Jan 2004 20:19:05 -0500
Received: from psg.com ([147.28.0.62] ident=mailnull) by ietf-mx with esmtp (Exim 4.12) id 1AelHE-0005YR-00 for icar@ietf.org; Thu, 08 Jan 2004 20:17:28 -0500
Received: from [147.28.0.62] (helo=127.0.0.1) by psg.com with esmtp (Exim 4.24; FreeBSD) id 1AelHE-000IKn-5s for icar@ietf.org; Fri, 09 Jan 2004 01:17:28 +0000
Date: Thu, 8 Jan 2004 17:14:53 -0800
From: Alex Zinin <zinin@psg.com>
X-Mailer: The Bat! (v1.62i) Personal
Reply-To: Alex Zinin <zinin@psg.com>
X-Priority: 3 (Normal)
Message-ID: <50108437695.20040108171453@psg.com>
To: icar@ietf.org
Subject: Re: [Icar] ICAR draft charter
In-Reply-To: <30863767-415A-11D8-AFFF-000A95E35274@cisco.com>
References: <30863767-415A-11D8-AFFF-000A95E35274@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: icar-admin@ietf.org
Errors-To: icar-admin@ietf.org
X-BeenThere: icar@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/icar>, <mailto:icar-request@ietf.org?subject=unsubscribe>
List-Id: Improved Cross-Area Review <icar.ietf.org>
List-Post: <mailto:icar@ietf.org>
List-Help: <mailto:icar-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/icar>, <mailto:icar-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.4 required=5.0 tests=AWL,RCVD_NUMERIC_HELO autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Melinda, Alex, Joel, Robert-

I will post an updated charter in the next message, inline
answers below.

Wednesday, January 7, 2004, 1:41:02 PM, Melinda Shore wrote:
> I prefer the new, terser version.  There's still some material
> in it that could be clearer, though.  You use a lot of different
> terms to describe various kinds of reviews and it's not always
> obvious what you mean by them.  I think it would be useful to
> consolidate where possible and then define each of the terms and
> what their relationship is (I assume that some are classes of
> cross-area review, but I don't know that).

I changed the text to say "cross-functional" everywhere, leaving
cross-area only in the title, mainly because of the acronym.
My personal interpretation of the difference between the two is
that cross-functional includes cross-area and cross-WG within
an area.

I also included definitons in the beginning of the charter.

> Similarly, you say
> that the wg will cooperate with "others," but I don't know who
> "others" means.

I think we should leave this open, since those "others" may be any WG
that are willing to try and experiment with proposed mechanisms, seems
we shouldn't specify them now.

> Also, have we decided to use a wg process to
> make broader changes to IETF structure and processes?

I don't know any other one, and, as far as I know, a WG process is how
we did it the past (Scott will correct me if I'm wrong--I'm admittedly
new to the whole "process changing" saga).

> The last
> paragraph may need to change as the superstructure is defined
> more clearly by the IESG.

Sure.

Wednesday, January 7, 2004, 2:15:51 PM, Alex Rousskov wrote:

> Cross-functional is not self-explanatory to me. I cannot send the text
> since I do not know what you mean by cross-functional. I do not see
> why adding a definition of the primary scoping term to the charter is
> "too much", especially if the definition is clear/obvious to you.

I changed the text to include definitions. Please check if it is any
better this way and propose improvements if you think they are needed.

>> > b) The playing space for the WG is undefined: it is not clear whether
>> >    the WG is allowed to propose changes to core IETF processes, rules,
>> >    and roles and, if yes, which processes/rules/roles are in change
>> >    scope.
>>
>> The charter says:
>>
>>      The WG will also coordinate with other WGs on proposed changes to
>>      the IETF Working Group operations and Standards process if those
>>      are considered necessary.

> The above does not clarify the scope. It is not clear whether the WG
> is allowed to propose changes that alter core IETF processes,
> especially if those processes affect things other than just
> cross-functional review. We must be explicit about what changes, of
> any are "allowed" or are in the work scope. Coordination with other
> WGs is fine, but does not define the scope.

I think we will need changes in the IETF review process anyways.
However, it is hard to tell now how major they will be, whether they
will affect the core IETF processes, and how those core processes
should be defined. Proposing reasonable changes should be fine as long
as we keep in mind the primary goal of this WG--to improve the review
process.

[...]

>> > c) The charter assumes that "IESG review function" remains mostly
>> >    unchanged. There is currently no IETF consensus whether that
>> >    function needs to change, IMO. Even some of the quoted drafts
>> >    seem to imply significant changes to IESG review function.
>>
>> I don't see how I could address this comment. Since there's no
>> consensus on this issue, we can't say the WG will change the IESG
>> review function. However, in the process of discussion, the WG may
>> very well reach consensus that such change is a good idea and it may
>> recommend a certain process change.

> This needs to be documented explicitly. For example, "The WG is to
> evaluate IESG review function and propose IESG role and process
> changes as and if necessary". Or, alternatively, "The WG must operate
> under the assumption that the current IESG review function and role
> are not going to change much. Any changes to IESG functions and roles
> are, hence, out of the WG scope."

The approach should be, I believe, to improve the pre-IESG review
process in such a way that the IESG can make the decision quickly. On
the other hand, I could see how some details of IESG review process
may change to accommodate the new review process.

So, for this question and the question above, I don't think we should
put an explicit guideline in the charter.


>> > d) The implied difference between "peer" and "structural" is unclear
>> >    to me. Define and contrast both terms better since your milestones
>> >    depend on the difference. Furthermore, an a priory assumption of
>> >    separation between "peer" and "structural"  review may hinder WG
>> >    creativity.
>>
>> I changed the text to say:
>>
>>               This includes a better community review, as well as
>>                                      ^^^^^^^^^^^^^^^^
>>      more structured (formal and role-based) pre-IESG review that may
>>           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>      be used to improve scalability of the IESG review function.

> I still do not know exactly what the difference is and why the two
> are a priori separated from each other.

I tried to explain this in my earlier message to the list:
http://www1.ietf.org/mail-archive/working-groups/icar/current/msg00020.html

The new text also contains some info in the definitions.

>> If you have a suggestion that would improve the text, please
>> send your wording.

> Since I am unsure of the intent, it is difficult for me to
> suggest specific improvements. Said that, you can consider
> replacing
>      Submit -00 draft on improved community review
>      Submit -00 draft on improved structured review
> with
>      Submit -00 draft(s) on improved IETF review

I did something like this to address this and Joel's comments.

Wednesday, January 7, 2004, 2:16:01 PM, Joel M. Halpern wrote:
> Looking at the milestones, I actually hope that we will have several drafts 
> on review for consideration by the working group in February.  I would not 
> expect to see working group consensus on a single starting point.  I also 
> would not be surprised if some drafts cover both community and structured 
> review.

> Hence, I would suggest that the first two milestones be combined into:
>      FEB 2004: at least two drafts on improved review covering community 
> and structured reviews.

I changed the milestones.

Wednesday, January 7, 2004, 2:24:16 PM, Robert Snively wrote:
[...]
> I like this approach.

> I think you might be able to clarify the first paragraph a little
> bit.  As I understand it, you are actually focusing on two
> separate (and probably separable) issues with separate drafts.
> I had a bit of a problem understanding what kinds of things might
> be included in each of the drafts. [...]

Please check the new version, it may explain things better now.
Also, please see my earlier message:
http://www1.ietf.org/mail-archive/working-groups/icar/current/msg00020.html

Regarding guidelines for specific drafts, I think the charter should
not have those as different people may have different ideas in mind.

I also addressed your second comment. Please see the 1st para in the
new charter.

Alex


_______________________________________________
Icar mailing list
Icar@ietf.org
https://www1.ietf.org/mailman/listinfo/icar