Re: Out-of-area ADs [Re: IETF areas re-organisation steps]
Pete Resnick <presnick@qti.qualcomm.com> Sun, 28 December 2014 19:27 UTC
Return-Path: <presnick@qti.qualcomm.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 B4EFC1A8AC8 for <ietf@ietfa.amsl.com>; Sun, 28 Dec 2014 11:27:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.011
X-Spam-Level:
X-Spam-Status: No, score=-7.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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 PtyaTvFlfcJ0 for <ietf@ietfa.amsl.com>; Sun, 28 Dec 2014 11:27:33 -0800 (PST)
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A188A1A8A9E for <ietf@ietf.org>; Sun, 28 Dec 2014 11:27:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1419794853; x=1451330853; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=LvElZCGUvi9Hg73mhVr8x99x0cY8Hr6PbzsT2fsV9WI=; b=INjU6WdnpYT6hUQHa08719hu91fIq1xT472DWXUB+eM6cKkjwXxyCkBb dQLcDzjcDmc2fr64Dh9KXvAPfgrwkXK10v9wkyiOjRPJfrlNOBNCqlUio YgkECkxs2gvIBTeD4arLjq7cvdGlq14MwkE2tucqSywrR4gWPNEbhMAFQ c=;
X-IronPort-AV: E=McAfee;i="5600,1067,7665"; a="95651196"
Received: from ironmsg03-r.qualcomm.com ([172.30.46.17]) by wolverine01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Dec 2014 11:27:32 -0800
X-IronPort-AV: E=Sophos;i="5.07,656,1413270000"; d="scan'208";a="819869992"
Received: from nasanexm01f.na.qualcomm.com ([10.85.0.32]) by Ironmsg03-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 28 Dec 2014 11:27:32 -0800
Received: from presnick-mac.local (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.85.0.32) with Microsoft SMTP Server (TLS) id 15.0.995.29; Sun, 28 Dec 2014 11:27:29 -0800
Message-ID: <54A05998.7020101@qti.qualcomm.com>
Date: Sun, 28 Dec 2014 13:27:20 -0600
From: Pete Resnick <presnick@qti.qualcomm.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4
MIME-Version: 1.0
To: dcrocker@bbiw.net
Subject: Re: Out-of-area ADs [Re: IETF areas re-organisation steps]
References: <5614C286-0CD2-4DAD-A846-510EE38D1B9A@ietf.org> <549DAE1C.5080400@gmail.com> <54A02C8A.3020707@qti.qualcomm.com> <54A04CDC.8020009@dcrocker.net>
In-Reply-To: <54A04CDC.8020009@dcrocker.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.80.80.8]
X-ClientProxiedBy: NASANEXM01B.na.qualcomm.com (10.85.0.82) To NASANEXM01F.na.qualcomm.com (10.85.0.32)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/1eqdRLbcDg89HCZERaNkg2FC39A
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: Sun, 28 Dec 2014 19:27:36 -0000
On 12/28/14 12:33 PM, Dave Crocker wrote: > On 12/28/2014 8:15 AM, Pete Resnick wrote: > >> However, we have not found that ADs are so specialized that there is a >> "correct" AD for every WG, or that the AD whose main area (or Area) of >> expertise is always the best person to manage any particular WG. There >> are obvious examples like APP WGs that, while really needing the >> constituency of the APP area to come to consensus on the work, really >> are better coordinated by a SEC AD. >> > Pete, > > Without commenting on any of the surrounding decisions or on-going > discussion, I'm curious about the above. And my query is meant to be > basic, not critical. > > It's been a long-standing assumption that the above view you cite is > correct, and it certainly seems logical. > > But after now having watched some working group assignments of this > type, I couldn't tell you what actual benefit there was. Note, for > example, that the coordinating area director does not make principal > contributions to the technical work of the group. > > In fact, there have arguably been some problems, given that participants > active in the 'coordinating' area often lack much experience with the > nature and needs of the 'visiting' working group. > To date, we really haven't changed the AD without changing the area as well, and my experience is it's the *area* move that results in the problems rather than the coordinating AD. That is, I think you're exactly right that it's the *area's* lack of experience with the nature and needs of visiting WGs that results in the problem, but that (and YMMV) the AD assigned is really not what makes the difference. This also goes to Nico and Brian's point, with which I disagree: Areas themselves are *not* as flexible, and I think that's an OK thing: Areas do have particular ways of working on problems, and WGs do tend to have a good fit with those modes of working. Moving WGs from their "natural" area to another one does not seem to help cross-area review all that much, but does sometimes cause there to be a lack of the right people from the home area in the room. (I think having a "foreign" AD *can* help the cross-area problem, but that's a different discussion.) > More generally, perhaps your comment: > > >> However, we have not found that ADs are so specialized that there is a "correct" AD for every WG, >> > raises the possibility that AD job descriptions ought to make explicit > reference to cross-area skills? This, of course, leads to the challenge > of figuring out what that means, in pragmatic terms. > Maybe. I think individuals always come with some cross-area skills, so it might be reasonable to stick with the kinds of area-specific descriptions we give to the NomCom now and expect that there will naturally be enough cross-area abilities to make things work. But we do in fact do this sort of thing for the IAB: We tell them to "make sure you get someone with i18n clue" or "congestion control clue" or "DNS clue", and the NomCom has been known to look at the slate and make sure there's *someone* with that sort of clue, even if there's nobody with the particular expertise. I could see doing the same sort of thing for the IESG cross-area skills without putting too much of an additional burden on the NomCom. pr -- Pete Resnick<http://www.qualcomm.com/~presnick/> Qualcomm Technologies, Inc. - +1 (858)651-4478
- 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