Re: [pm-dir] Performance metrics doctors generated email

"MORTON JR., ALFRED (AL)" <acmorton@att.com> Mon, 04 February 2013 13:23 UTC

Return-Path: <acmorton@att.com>
X-Original-To: pm-dir@ietfa.amsl.com
Delivered-To: pm-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4766921F8512 for <pm-dir@ietfa.amsl.com>; Mon, 4 Feb 2013 05:23:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.371
X-Spam-Level:
X-Spam-Status: No, score=-106.371 tagged_above=-999 required=5 tests=[AWL=0.228, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pSF9rqzciimF for <pm-dir@ietfa.amsl.com>; Mon, 4 Feb 2013 05:23:03 -0800 (PST)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [192.20.225.111]) by ietfa.amsl.com (Postfix) with ESMTP id 88FAB21F84B9 for <pm-dir@ietf.org>; Mon, 4 Feb 2013 05:22:57 -0800 (PST)
Received: from mail-green.research.att.com (unknown [135.207.178.10]) by mail-pink.research.att.com (Postfix) with ESMTP id C9DB21202E2; Mon, 4 Feb 2013 08:24:35 -0500 (EST)
Received: from njfpsrvexg7.research.att.com (njfpsrvexg7.research.att.com [135.207.177.33]) by mail-green.research.att.com (Postfix) with ESMTP id AC3B1E36E7; Mon, 4 Feb 2013 08:17:09 -0500 (EST)
Received: from njfpsrvexg7.research.att.com ([fe80::3598:75fe:b400:9299]) by njfpsrvexg7.research.att.com ([fe80::3598:75fe:b400:9299%11]) with mapi; Mon, 4 Feb 2013 08:22:56 -0500
From: "MORTON JR., ALFRED (AL)" <acmorton@att.com>
To: Paul Aitken <paitken@cisco.com>, Benoit Claise <bclaise@cisco.com>
Date: Mon, 04 Feb 2013 08:22:54 -0500
Thread-Topic: [pm-dir] Performance metrics doctors generated email
Thread-Index: Ac4C1jS3YvQQxX8oSASAdb1dq5u+6gAAqcNA
Message-ID: <F1312FAF1A1E624DA0972D1C9A91379A1BEE64E273@njfpsrvexg7.research.att.com>
References: <20130204115318.GA9086@sweet-brew-5.cisco.com> <510FAA8F.4030604@cisco.com> <510FAB65.4080505@cisco.com> <510FAE73.1080901@cisco.com>
In-Reply-To: <510FAE73.1080901@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "pm-dir@ietf.org" <pm-dir@ietf.org>
Subject: Re: [pm-dir] Performance metrics doctors generated email
X-BeenThere: pm-dir@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Performance Metrics Directorate Discussion list <pm-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pm-dir>, <mailto:pm-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pm-dir>
List-Post: <mailto:pm-dir@ietf.org>
List-Help: <mailto:pm-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pm-dir>, <mailto:pm-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Feb 2013 13:23:05 -0000

Hi Paul,

Our generally accepted mode of operation is in the message
appended below.  We need to make a few changes now that the
script is finding more drafts than there are Directorate members.

We could choose to expand our membership, that's a question I 
asked the Directorate a few weeks ago, but with no feedback there
was no action.
	When the new list was announced, several people tried to join.
	We should probably have a call for new members soon, 
	if the current Directorate members agree.  Also, if anyone would 
	like to retire from the Performance Directorate (for example,
	if you didn't find time to perform reviews in 2012, then
	you might consider the question in that light), please let me know.

I agree that we need a more accessible and now, more dynamic means of 
organization.  A Wiki will work, as long as everyone has access to it
and can update draft status as they complete reviews, etc.

Once we handle the initial rush of drafts from the 
script, I would suggest that the script keep last week's list and
highlight the new arrivals to facilitate assignment, rather than 
leave this step for manual checking.

regards,
Al
PM Dir admin

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
At 09:47 AM 1/16/2012, Al Morton wrote:
As this new year goes into full swing, I'd like to offer some
thoughts on how we might operate as a Directorate and
hear from others.

As our web page says: "RFC 6390 is used as a reference for the technical 
and process issues." Have your copy handy when reviewing a draft.
A lot of interactions may be streamlined by pointing the authors to 6390,
and mentioning that it is a BCP.

I feel that our reviews should be *early* in the draft development
process, and that no performance-related draft should start IETF Last Call 
without previous review against 6390, unless it truly slipped by us
and other folks who know about the Directorate.  

There are two ways we can collect drafts for review:

- WG Chairs and ADs can/should suggest drafts to us

- Directorate Members will see drafts, hear about drafts with performance
work, etc.  We are the eyes and ears of the Directorate. We all have friends
working in other areas of IETF, let them know what we're looking for.

I suggest to split the early review into two categories:

1. Quick Scan - If you find a draft, do a quick scan or suggest that
others take a look with a message to pmol-list.  Finding a draft does
not mean that you will be designated to do a review (see below).

2. WG Candidate/Chartered Item - When a draft appears to have enough value
and interest to become a WG item, or the WG Chairs involved recommend a 
Performance Metrics Directorate review on their own, then we do a more
complete review against 6390.  

If these categories are useful, then I'd like to suggest that *two* 
reviewers are assigned to WG Candidate/Chartered drafts and they follow
the draft after early review. This may mean looking at the draft again
in WG or IETF Last Call, assuming it goes that far. I suggest 2 reviewers
while we're all new at this, and to help ensure that one is still around
years later when Last Calls are done.

All drafts identified, quick scans, and reviews should be sent to the
pmol-list and the authors (and possibly the relevant WG chairs)

let us all know what you think,
Al

> -----Original Message-----
> From: pm-dir-bounces@ietf.org [mailto:pm-dir-bounces@ietf.org] On Behalf
> Of Paul Aitken
> Sent: Monday, February 04, 2013 7:50 AM
> To: Benoit Claise
> Cc: pm-dir@ietf.org
> Subject: Re: [pm-dir] Performance metrics doctors generated email
> 
> Benoit,
> 
> > Yes, all these questions are important.
> > Yes a WIKI is the right solution IMHO.
> 
> Great. Where can it be hosted?
> 
> eg, is http://trac.tools.ietf.org/wg/pmol/trac/wiki a good starting
> place? Or is there a pm-dir page?
> 
> P.
> 
> >> Benoit, All,
> >>
> >> How is pm-dir tracking these drafts? ie, how do we know whether
> >> someone is currently reviewing, or has already reviewed, each of
> >> these drafts?
> >>
> >> How are reviewers selected? By relevance, skill, luck, or misfortune?
> >>
> >> Also, it'd be useful to know whether the previous version was already
> >> reviewed, and what the feedback was:
> >>
> >>     * issues were raised, recommendations were made, changes were
> >> expected -> some re-review should be done
> >>
> >>     * no issues were raised -> a quick review of the delta may be
> >> sufficient, to check for any new issues
> >>
> >>     * previous version wasn't reviewed -> a thorough review may be
> >> required.
> >>
> >>
> >> I'm thinking it'd be useful to have a pm-dir wiki listing each of the
> >> drafts below. eg, one page per draft, with one section per version,
> >> containing reviewer comments pertinent to that version, even if the
> >> comments simply say, "reviewed, no issues".
> >>
> >> Hopefully I missed something, and most (if not all?) of this is
> >> already in place? :-)
> >>
> >> Thanks,
> >> P.
> >>
> >>
> >> On 04/02/13 11:53, Benoit Claise wrote:
> >>> Dear all,
> >>>
> >>> This is an automatically generated email.
> >>> It lists the IETF internet-drafts that reference the PMOL RFC 6390,
> >>> as a normative or informative reference.
> >>> It also lists all the IETF internet-drafts that contain "performance
> >>> metric".
> >>>
> >>> Regards, Benoit
> >>>
> >>> ===========================================================
> >>>
> >>> Normative References
> >>> --------------------
> >>> draft-ietf-xrblock-rtcp-xr-discard-rle-metrics-05 Active
> >>>      Informative References
> >>> ----------------------
> >>> draft-ietf-xrblock-rtcp-xr-burst-gap-discard-10   In IESG processing
> >>> - ID Tracker state <Publication Requested>
> >>> draft-ietf-xrblock-rtcp-xr-burst-gap-loss-08      In IESG processing
> >>> - ID Tracker state <Publication Requested>
> >>> draft-ietf-xrblock-rtcp-xr-concsec-03             Active
> >>> draft-ietf-xrblock-rtcp-xr-decodability-07        Active
> >>> draft-ietf-xrblock-rtcp-xr-discard-11             Active
> >>> draft-ietf-xrblock-rtcp-xr-jb-07                  Active
> >>> draft-ietf-xrblock-rtcp-xr-loss-conceal-04        Active
> >>> draft-ietf-xrblock-rtcp-xr-qoe-03                 Active
> >>>
> >>> drafts containing performance metric
> >>> ------------------------------------
> >>> draft-ietf-alto-deployments-05                    Active
> >>> draft-ietf-alto-protocol-13                       In IESG processing
> >>> - ID Tracker state <AD Evaluation::Revised ID Needed>
> >>> draft-ietf-ippm-rate-problem-02                   Active
> >>> draft-ietf-ippm-testplan-rfc2680-01               Active
> >>> draft-ietf-karp-threats-reqs-07                   In IESG processing
> >>> - ID Tracker state <RFC Ed Queue>
> >>> draft-ietf-manet-olsrv2-mib-05                    Active
> >>> draft-ietf-manet-smf-mib-06                       Active
> >>> draft-ietf-mmusic-media-loopback-27               In IESG processing
> >>> - ID Tracker state <RFC Ed Queue>
> >>> draft-ietf-nvo3-framework-01                      Active
> >>> draft-ietf-opsawg-oam-overview-08                 In IESG processing
> >>> - ID Tracker state <Waiting for AD Go-Ahead::Revised ID Needed>
> >>> draft-ietf-rtcweb-rtp-usage-05                    Active
> >>> draft-ietf-rtgwg-cl-framework-02                  Active
> >>> draft-ietf-xrblock-rtcp-xr-burst-gap-discard-10   In IESG processing
> >>> - ID Tracker state <Publication Requested>
> >>> draft-ietf-xrblock-rtcp-xr-burst-gap-loss-08      In IESG processing
> >>> - ID Tracker state <Publication Requested>
> >>> draft-ietf-xrblock-rtcp-xr-concsec-03             Active
> >>> draft-ietf-xrblock-rtcp-xr-decodability-07        Active
> >>> draft-ietf-xrblock-rtcp-xr-discard-11             Active
> >>> draft-ietf-xrblock-rtcp-xr-discard-rle-metrics-05 Active
> >>> draft-ietf-xrblock-rtcp-xr-jb-07                  Active
> >>> draft-ietf-xrblock-rtcp-xr-loss-conceal-04        Active
> >>> draft-ietf-xrblock-rtcp-xr-qoe-03                 Active
> >>> draft-ietf-xrblock-rtcp-xr-summary-stat-06        In IESG processing
> >>> - ID Tracker state <Waiting for AD Go-Ahead>
> >>> draft-ietf-xrblock-rtcp-xr-synchronization-02     Active
> >>> _______________________________________________
> >>> pm-dir mailing list
> >>> pm-dir@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/pm-dir
> >>
> >> _______________________________________________
> >> pm-dir mailing list
> >> pm-dir@ietf.org
> >> https://www.ietf.org/mailman/listinfo/pm-dir
> >>
> >>
> 
> _______________________________________________
> pm-dir mailing list
> pm-dir@ietf.org
> https://www.ietf.org/mailman/listinfo/pm-dir