RE: "Per Area" and "Per AD" review ballots?

"Black, David" <david.black@emc.com> Thu, 26 March 2015 17:51 UTC

Return-Path: <david.black@emc.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCB7E1A885F for <ietf@ietfa.amsl.com>; Thu, 26 Mar 2015 10:51:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.31
X-Spam-Level:
X-Spam-Status: No, score=-4.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 dbwO76x4r9Nr for <ietf@ietfa.amsl.com>; Thu, 26 Mar 2015 10:51:53 -0700 (PDT)
Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (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 CD27C1A879C for <ietf@ietf.org>; Thu, 26 Mar 2015 10:51:52 -0700 (PDT)
Received: from maildlpprd01.lss.emc.com (maildlpprd01.lss.emc.com [10.253.24.33]) by mailuogwprd02.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t2QHpnhX029031 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 Mar 2015 13:51:50 -0400
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd02.lss.emc.com t2QHpnhX029031
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1427392311; bh=zBeyQnGdGrpAVRfV+MTucG2RUbk=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=oO/1cB4HIRNpZKuEtpdOJcIL0InFW1PTBvU4mcjKwnETJCvmT7cn2icoudHSdDc0f LA9ykXNoS3IJt6VOunRRz9PRfhpeBCKNGrXbO475eICkd3oi9cG88OpRMGf8Kphfze e/Bkyfvl0UUB46NjLxmDeI60/HRovxL1CdD2V6lc=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd02.lss.emc.com t2QHpnhX029031
Received: from mailusrhubprd02.lss.emc.com (mailusrhubprd02.lss.emc.com [10.253.24.20]) by maildlpprd01.lss.emc.com (RSA Interceptor); Thu, 26 Mar 2015 13:51:30 -0400
Received: from mxhub29.corp.emc.com (mxhub29.corp.emc.com [128.222.70.169]) by mailusrhubprd02.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t2QHpdNm027495 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 26 Mar 2015 13:51:39 -0400
Received: from MXHUB105.corp.emc.com (10.253.50.22) by mxhub29.corp.emc.com (128.222.70.169) with Microsoft SMTP Server (TLS) id 8.3.327.1; Thu, 26 Mar 2015 13:51:39 -0400
Received: from MX104CL02.corp.emc.com ([169.254.8.93]) by MXHUB105.corp.emc.com ([10.253.50.22]) with mapi id 14.03.0224.002; Thu, 26 Mar 2015 13:51:38 -0400
From: "Black, David" <david.black@emc.com>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Subject: RE: "Per Area" and "Per AD" review ballots?
Thread-Topic: "Per Area" and "Per AD" review ballots?
Thread-Index: AQHQZ+DU0UN7dDahwEe3yZQxtV1HjJ0vB8Dw
Date: Thu, 26 Mar 2015 17:51:37 +0000
Message-ID: <CE03DB3D7B45C245BCA0D24327794936426428@MX104CL02.corp.emc.com>
References: <CAKKJt-cjQgvuGkwFvCu5ELQEw9sbrYhVMP+xgujcKPLps7VRJg@mail.gmail.com>
In-Reply-To: <CAKKJt-cjQgvuGkwFvCu5ELQEw9sbrYhVMP+xgujcKPLps7VRJg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.105.33.194]
Content-Type: multipart/alternative; boundary="_000_CE03DB3D7B45C245BCA0D24327794936426428MX104CL02corpemcc_"
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd02.lss.emc.com
X-RSA-Classifications: DLM_1, public
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/rWf-WsC2torS2oW5y3f7M6ZOzw8>
Cc: "Black, David" <david.black@emc.com>, "ietf@ietf.org" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Mar 2015 17:51:54 -0000

Hi Spencer,

I would suggest balloting by Area as a baseline, with additional ADs added as appropriate when a draft is of particular relevance or interest to an Area or a specific AD, perhaps to one of the At-Large ADs proposed in the other thread (who might be able to free up Jari from having to deal with every draft).

The 15-box ballot display is part of our tooling and culture that sets expectations that each AD will pay some attention to every draft.  The results of moving to a structure and tooling in which every Area (instead of each AD) is expected to pay some attention to every draft could vary by draft and Area, e.g.,

- If one Routing AD says “no routing concerns here,” that could well suffice for the entire area.
- At the other end of the spectrum, perhaps both Security ADs should look at most drafts, because
      there’s always a Security Considerations section.
- For really important drafts, it may make sense for every AD to participate in the ballot.

Creating a culture and expectations where a significant fraction of ADs are not expected to (but are always welcome to) participate in the ballot of every draft ought to help reduce AD workload.

Thanks,
--David

From: Spencer Dawkins at IETF [mailto:spencerdawkins.ietf@gmail.com]
Sent: Thursday, March 26, 2015 12:21 PM
To: Black, David
Cc: ietf@ietf.org
Subject: "Per Area" and "Per AD" review ballots?

Hi, David,

You mentioned "per-AD" at the Admin Plenary open mike last night, and I wanted to make sure I understood your point.

I think you were pointing to the ballot display on https://datatracker.ietf.org/iesg/agenda/documents/, where there is a box for each AD to ballot on each document, and suggesting that maybe balloting for each area on each document might would work about as well, giving equivalent coverage while reducing the review load on each AD (except Jari, of course - there being only one GEN AD).

Does that sound familiar?

Thanks,

Spencer