Re: Appointment of a Transport Area Director

Eliot Lear <lear@cisco.com> Mon, 04 March 2013 19:33 UTC

Return-Path: <lear@cisco.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E793D21F8CD2 for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 11:33:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.339
X-Spam-Level:
X-Spam-Status: No, score=-110.339 tagged_above=-999 required=5 tests=[AWL=0.260, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H-3JV7xTf5zE for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 11:33:54 -0800 (PST)
Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 0202721F8C5B for <ietf@ietf.org>; Mon, 4 Mar 2013 11:33:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2175; q=dns/txt; s=iport; t=1362425634; x=1363635234; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=z9hZr/qj4sN5SQCfT38j/Y6a/eS1NDvaR5vcLwFQs2Y=; b=Fu7t0Pg2cu0sVMDiREfqxz1B5Hcmz9Ok4h+9TSFhf9DXVViVDYHa2ylx +tTkCBa901wIrgsvM9OcpyEmeOxNnMtqldtfBJ/OouHoR3OXIO+33hWtr iQgmeCPiEolkmfkAN6GUPqs7vwX6S0fm64QSfe+dz22jeDHe3YHVYRHmh A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgIFAJ31NFGQ/khN/2dsb2JhbABEDoZCvAOBBRZzgh8BAQEDASNIAgsBEAsYAgIFFgsCAgkDAgECAUUGDQEHAQGICQawfJFxgSOMKIFCB4ItgRMDlkaQbIJJQA
X-IronPort-AV: E=Sophos;i="4.84,781,1355097600"; d="scan'208";a="80886985"
Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-2.cisco.com with ESMTP; 04 Mar 2013 19:33:52 +0000
Received: from dhcp-10-55-90-103.cisco.com (dhcp-10-55-90-103.cisco.com [10.55.90.103]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r24JXqQr024203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Mar 2013 19:33:52 GMT
Message-ID: <5134F720.5010507@cisco.com>
Date: Mon, 04 Mar 2013 20:33:52 +0100
From: Eliot Lear <lear@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130216 Thunderbird/17.0.3
MIME-Version: 1.0
To: Sam Hartman <hartmans-ietf@mit.edu>
Subject: Re: Appointment of a Transport Area Director
References: <21B86E13-B8DA-4119-BBB1-B5EE6D2B5C1D@ietf.org> <51330179.3040500@gmail.com> <919840EE-BEC8-4F82-8D3C-B116698A4262@gmx.net> <1D88E6E9-33DE-4C4D-89F4-B0B762155D6F@standardstrack.com> <D4D47BCFFE5A004F95D707546AC0D7E91F77BA46@SACEXCMBX01-PRD.hq.netapp.com> <3CB8992B-212A-4776-95FE-71CA1E382FFF@standardstrack.com> <513376DB.7000200@dcrocker.net> <E22ACC99-B465-4769-8B59-BB98A7BA93DF@gmx.net> <79E77523-3D92-4CE9-8689-483D416794EF@standardstrack.com> <D4D47BCFFE5A004F95D707546AC0D7E91F780D2F@SACEXCMBX01-PRD.hq.netapp.com> <071C6ED7-352C-4E74-A483-F5E7A3270FA5@gmail.com> <C726E531-57DC-4C42-9053-1394983126D6@vigilsec.com> <5134D5A0.4050209@gmail.com> <tsllia3m5lh.fsf@mit.edu>
In-Reply-To: <tsllia3m5lh.fsf@mit.edu>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: IETF <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
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: Mon, 04 Mar 2013 19:33:55 -0000

Sam,

On 3/4/13 6:34 PM, Sam Hartman wrote:
> I actually think expecting ADs to learn a fair bit on the IESG is part
> of coming up to speed on the IESG.  I'm aware of people who served on
> the IESG with me who had significant gaps in material their area
> covered.  In some cases, this was solved by splitting work load.  In
> some cases it was covered by having the AD learn a lot.  In one case the
> AD came in having huge gaps in half of the area in question. Today that
> person is considered an expert in one of the areas where he had the
> largest gaps and is focusing most of his effort there.

We're here because of the extremely specialized nature of transport. 
PhDs who specialize in it have gotten it wrong.  One such person drove
Van Jacobson into the field, as I recall. There are very few people who
get it right.  And yet it's so close to the waist of the hour glass that
it's critical to get right.  Security has a lot of visibility and so it
will never have this very same problem.

>
>
> IESG-level review of a document really is a skill that can be
> learned. It helps to have a lot to draw on, but I don't believe anyone
> can (or does) have coverage of all the areas they are reviewing. The
> huge part of the skill is to figure out how to do the technical job even
> given that.
> It involves trusting others sometimes, reading discussions, learning new
> things. Sometimes though, you do just have to spend the effort to
> understand some particular issue well enough to make an informed
> opinion.
>
> Having experts in areas doesn't escape this. When there's an appeal or a
> disagreement between areas it can be important for ADs to come up to
> speed on an issue outside their area and make an informed decision about
> it.
>
> So in conclusion, I strongly value technical contribution and
> demonstrated ability to pick up new knowledge in an AD. I do not highly
> value knowing all the things going on in a specific area at the time the
> AD joins the IESG.

Please let's not overgeneralize.  I'm not on the NOMCOM but I know it is
not every area we are having this problem, it's transport.

Eliot