RE: WG chair use of the ID-tracker: Proposed tool addition

"Dan Wing" <dwing@cisco.com> Wed, 10 January 2007 02:40 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4TNo-00036Y-DF; Tue, 09 Jan 2007 21:40:08 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4TNn-00036P-2J; Tue, 09 Jan 2007 21:40:07 -0500
Received: from sj-iport-1-in.cisco.com ([171.71.176.70] helo=sj-iport-1.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4TNl-0006f5-Iz; Tue, 09 Jan 2007 21:40:07 -0500
Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 09 Jan 2007 18:40:05 -0800
X-IronPort-AV: i="4.13,165,1167638400"; d="scan'208"; a="758736006:sNHT47245588"
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0A2e49o028947; Tue, 9 Jan 2007 18:40:04 -0800
Received: from dwingwxp (dhcp-128-107-163-97.cisco.com [128.107.163.97]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0A2e3Ug011367; Tue, 9 Jan 2007 18:40:03 -0800 (PST)
From: Dan Wing <dwing@cisco.com>
To: 'Henrik Levkowetz' <henrik@levkowetz.com>
Date: Tue, 09 Jan 2007 18:40:03 -0800
Keywords: direct-to-dwing
Message-ID: <0dc601c73460$a15140b0$c4f0200a@amer.cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <45A44CAD.4040005@levkowetz.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Thread-Index: Acc0XXkA4nJx+cWJSqeAlRBErBwBJAAAXKiA
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3991; t=1168396804; x=1169260804; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=dwing@cisco.com; z=From:=20=22Dan=20Wing=22=20<dwing@cisco.com> |Subject:=20RE=3A=20WG=20chair=20use=20of=20the=20ID-tracker=3A=20Propose d=20tool=20addition |Sender:=20; bh=Mvv+J1VwhQ2P0WhKEaJ9YY0BTU4DarHkLnRQ9GC0a2g=; b=YUqxHdDOriZ/60PBtwsF/cSyiQ3nXiXUp2iGcxn366aTnO8GovVuLxDe+pFe+fEX9SstXDGL k/STxRhgm0/j3AeNa+prBo17ZkvmryUWYWyVtrJHfAaNPL+2EYqVkmHa;
Authentication-Results: sj-dkim-4; header.From=dwing@cisco.com; dkim=pass (s ig from cisco.com/sjdkim4002 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b5d20af10c334b36874c0264b10f59f1
Cc: 'Working Group Chairs' <wgchairs@ietf.org>, proto-team@ietf.org
Subject: RE: WG chair use of the ID-tracker: Proposed tool addition
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
Errors-To: wgchairs-bounces@ietf.org

...
> The intention is to handle reviewer notification with a different new
> tool, which actually is a general notification engine.  There's also
> a reviewer support tool in the works, which may be the most 
> appropriate place to register reviewers.

Great.  Thanks.


> > * Of the defined working group states, what is the intended
> >   purpose of the "Not a WG Document" state?  Is this intended for
> >   (1) individual documents which might be adopted by the working
> >   group, or (2) working group documents that have been abandoned
> >   by the working group (that is, more abandoned than the 'parked'
> >   state), or (3) is this the default state for all draft-*
> >   documents?
> 
> The intention is (3).  I've added some more explanatory text to this
> state in the source on my disk. (There's a preview here, too:
> http://www1.tools.ietf.org/wg/proto/draft-ietf-proto-wgchair-t
> racker-ext/draft-ietf-proto-wgchair-tracker-ext-02.b.txt)
> 
> > If (1), I suggest calling this state 'Potential WG document' or
> > 'Chair is Watching' (similar to the existing IESG "AD is
> > watching" state), or 'Not Yet a WG Document', or 'Impending
> > WG Document'; if (2), I suggest 'Abandoned';
> > if (3), I suggest 'Individual Document' for draft-LASTNAME-*, and
> > I suggest creating 'IAB document' for draft-iab-*, 'IRTF'
> > for draft-irtf-*, 'IESG', 'ITU', etc.
> 
> For (1), do people think there's a need for such a state?  If 
> so, I'll add it to the spec.

On further evaluation, I think this could be done well enough
with the existing "Candidate WG Document" state.

> The same goes for (2) - do people think there's a need for 
> such a state?
> 
> For (3), there's a separate draft which will describe IAB and 
> IRTF states.

Ok.

> I'd like to keep those separate, rather than create state dependencies
> between them and the WG document states.  The WG document state should
> only be relevant for documents being handled (or considered) by a WG;
> others should simply be "Not a WG Document", and possibly 
> have some other state independently of the WG document state. 
> I'll add some explanatory text about this, too.

That makes sense, thanks.

> > In any event, it would be useful if there was a way for a chair to
> > indicate that an individual submission is interesting to the
> > working group, sometime prior to it being adopted by the WG.  For
> > example, perhaps the document doesn't fit in the WG's charter yet,
> > or a milestone needs to be added.  But I suppose that state is
> > pretty short-lived.  Anyway, I'll throw the idea out there and see
> > what y'all think about it.
> 
> This is referring to (1) above, right? 

Yes.  Perhaps it can be done well enough with the existing 
"Candidate WG Document" state, though.  I withdraw my previous
suggestion for a "Chair is Watching" state.

> Let's hear what people think.
> 
> > * It might be useful to show anticipated WGLC dates or 
> > dependencies, perhaps freeform in the WG state annotation.  
> > See, for example,
> >   http://www.employees.org/behave/document-status.html
> 
> Could this be handled by the annotation "Other - see Comment 
> Log", or do you see a clear need for an explicit annotation 
> tag for this?

To keep this a simple state (instead of a date field), how 
about an additional state of "WGLC anticipated", indicating
this document appears ready for WGLC.  This could be the state
it sits in while technical reviewers are reviewing, for example,
but before the onslaught of a WGLC.  (Although oftentimes the
WGLC and technical reviews happen in parallel.)

In my working group, I am holding off a couple of documents
from WGLC because we have higher priority documents that
we want to complete some cross-WG reviews.  But they are
otherwise "ready" for WGLC, so if someone wanted to review
those mature documents, they would know they're almost-good-
enough-to-WGLC.

-d