RE: term for 3rd RTG AD
Michael StJohns <mstjohns@comcast.net> Wed, 07 January 2015 18:13 UTC
Return-Path: <mstjohns@comcast.net>
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 0CE461A00E2 for <ietf@ietfa.amsl.com>; Wed, 7 Jan 2015 10:13:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.386
X-Spam-Level:
X-Spam-Status: No, score=0.386 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, MISSING_MID=0.497, 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 fH2C3PyEtREe for <ietf@ietfa.amsl.com>; Wed, 7 Jan 2015 10:13:27 -0800 (PST)
Received: from resqmta-ch2-10v.sys.comcast.net (resqmta-ch2-10v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 136FB1A017D for <ietf@ietf.org>; Wed, 7 Jan 2015 10:08:36 -0800 (PST)
Received: from resomta-ch2-06v.sys.comcast.net ([69.252.207.102]) by resqmta-ch2-10v.sys.comcast.net with comcast id d68b1p0042D5gil0168bvl; Wed, 07 Jan 2015 18:08:35 +0000
Received: from Mike-T530ssd.comcast.net ([69.255.115.150]) by resomta-ch2-06v.sys.comcast.net with comcast id d68Z1p00B3Em2Kp0168Zwp; Wed, 07 Jan 2015 18:08:35 +0000
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 07 Jan 2015 13:08:51 -0500
To: adrian@olddog.co.uk, 'Brian E Carpenter' <brian.e.carpenter@gmail.com>
From: Michael StJohns <mstjohns@comcast.net>
Subject: RE: term for 3rd RTG AD
In-Reply-To: <026801d0240c$c0f12120$42d36360$@olddog.co.uk>
References: <5614C286-0CD2-4DAD-A846-510EE38D1B9A@ietf.org> <549DB615.90408@gmail.com> <20141226222726.GB27054@verdi> <24548.1419894559@sandelman.ca> <54A2027C.90000@gmail.com> <026801d0240c$c0f12120$42d36360$@olddog.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1420654115; bh=SWLw3YtovQK0+LOhea0X0j2b0QbjMUlADNqvyoKsMcs=; h=Received:Received:Date:To:From:Subject:Mime-Version:Content-Type; b=wi4ArXfbQA9400Uk6bSltY2olY8UTrYfnl9b9B0vysI6xKzubvNb+tqeFv6t0yTH9 6Ahag+XTS86SF5242lAyeZLLE6WMFFYWNYJ8eerWjyxCEfv6clnAR1PXI8okeIH4YI g3AOefUIX2bxlK8dPcE0zOPBpPKI5FX/iu53HngQTHMleFky8rScsT1sEaVE6puX3f tCI/HRCrs5vVgsNHhzXZnswDOA9+FZi2VKIkojgcbiTZ3DQGU9O1XoiY6hCxhvzoJC ICYxox7o99Wx28zUiD1Mwvl7wNiGTfI3ORpF9+9GvioYkR9VPXaouglc7Idjx5aeFS 23Cx89UaGSF0w==
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/RSj9_VrOoQFkZZDZPfMJppq9oRY
Cc: 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: Wed, 07 Jan 2015 18:13:29 -0000
X-Message-ID:
Message-ID: <20150107181333.23791.27693.ARCHIVE@ietfa.amsl.com>
The intent of the intent of the rule is to ensure that we have at least one AD who has a year of experience for the area after we go through the Nomcom process. That's done by making sure both ADs don't end up on the same replacement cycle. With three ADs in the area, making sure you replace at most two of them in a cycle satisfies that intent. The "replace half" stuff came in because we'd been twiddling the number of ADs (going from 1 to 2 in some cases, looking at going from 1 to 0 in one case) and the additions aligned. What I would suggest is that new ADs get a two year term. Period. Once the organization of the areas shakes out a bit more, then we can talk about offering 3 year terms to known capable second term ADs to rebalance the cycle. It may take a few years to get back to steady state, but there really is no downside AFAICT. Later, Mike At 03:43 AM 12/30/2014, Adrian Farrel wrote: >Brian, > >In what way is... >> The intent of this rule to ensure the review of approximately >> one-half of each of the IESG and IAB sitting members each year. >... a bug? > >7 or 8 out of 15 clearly fits "approximately". >I'd say that 6 or 9 out of 15 is stretching "approximately" and is to be avoided where other circumstances allow, but it is not a disaster. > >Adrian
- Out-of-area ADs [Re: IETF areas re-organisation s… Brian E Carpenter
- Mashing areas [Re: IETF areas re-organisation ste… Brian E Carpenter
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Stephen Farrell
- Re: IETF areas re-organisation steps Eliot Lear
- Re: IETF areas re-organisation steps Fred Baker (fred)
- Re: IETF areas re-organisation steps Nico Williams
- Re: Mashing areas [Re: IETF areas re-organisation… Ted Lemon
- Re: Mashing areas [Re: IETF areas re-organisation… John Leslie
- Re: IETF areas re-organisation steps Brian E Carpenter
- Re: IETF areas re-organisation steps Nico Williams
- Re: IETF areas re-organisation steps Nico Williams
- Re: Mashing areas [Re: IETF areas re-organisation… John C Klensin
- Re: IETF areas re-organisation steps Jari Arkko
- Re: IETF areas re-organisation steps Jari Arkko
- Re: Mashing areas [Re: IETF areas re-organisation… Ted Lemon
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Pete Resnick
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Dave Crocker
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Brian E Carpenter
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Pete Resnick
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Nico Williams
- General view of re-org proposal (was : Out-of-are… Andrew Sullivan
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Dave Crocker
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Andrew Sullivan
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Nico Williams
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Nico Williams
- Re: Out-of-area ADs [Re: IETF areas re-organisati… Nico Williams
- term for 3rd RTG AD Michael Richardson
- Re: term for 3rd RTG AD Brian E Carpenter
- RE: term for 3rd RTG AD Adrian Farrel
- Re: term for 3rd RTG AD Yoav Nir
- Re: term for 3rd RTG AD Michael Richardson
- Re: term for 3rd RTG AD John Leslie
- Re: term for 3rd RTG AD Brian E Carpenter
- Re: term for 3rd RTG AD Murray S. Kucherawy
- RE: term for 3rd RTG AD Adrian Farrel
- RE: term for 3rd RTG AD Michael StJohns
- Re: term for 3rd RTG AD Allison Mankin
- Re: term for 3rd RTG AD joel jaeggli
- Re: term for 3rd RTG AD Michael Richardson
- Re: term for 3rd RTG AD Michael StJohns
- Re: term for 3rd RTG AD Michael Richardson
- IETF areas re-organisation steps IETF Chair
- Re: IETF areas re-organisation steps Ted Hardie
- Re: General view of re-org proposal (was : Out-of… Jari Arkko
- Re: IETF areas re-organisation steps Jari Arkko
- Re: General view of re-org proposal (was : Out-of… Brian E Carpenter
- Re: IETF areas re-organisation steps Phillip Hallam-Baker
- Re: IETF areas re-organisation steps Jari Arkko
- Re: IETF areas re-organisation steps Donald Eastlake