Re: Appointment of a Transport Area Director

Mary Barnes <mary.ietf.barnes@gmail.com> Mon, 04 March 2013 20:11 UTC

Return-Path: <mary.ietf.barnes@gmail.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 03D5621F8F0D for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 12:11:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.663
X-Spam-Level:
X-Spam-Status: No, score=-103.663 tagged_above=-999 required=5 tests=[AWL=-0.064, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 Eytm70T8cR+8 for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 12:11:24 -0800 (PST)
Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by ietfa.amsl.com (Postfix) with ESMTP id 354C021F8EA6 for <ietf@ietf.org>; Mon, 4 Mar 2013 12:11:24 -0800 (PST)
Received: by mail-qa0-f54.google.com with SMTP id hg5so1434561qab.13 for <ietf@ietf.org>; Mon, 04 Mar 2013 12:11:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=6vdUrSJXCZcWtn/TVW5QDLx85uWhydn4mFhQE2k9IZ8=; b=q6+bmG5adi43X+wxhTKxNdY4wjRnY5w+mpuCd1IbBuIdC4CDulmyp9TFCFMYdhH+s+ NuNZbb56ZoK27+bAmKG51WhCA0DwC9zzHQ0ehuJnYuDC93Qp1aIdAwED8hrtAuDUO1l0 VYkix6XcI4DexKvj1owGlGTBND7J4T0XRBBWBkAyNjn6AnchEOBzIQiy+LECUYkpNPCv 6QrAs/5WHiqfJ7dOEdCELXitSPwl44bVkURYyQgb4LcUhXMQon+l+mnyxjcnnFIp129f /Q4AEDtkK3X52uCQQ9p61hpTI9eaUkeJb6wOJika2eTMQp9J/l88KcvnGYMTK8qOM9bX tJsg==
MIME-Version: 1.0
X-Received: by 10.229.201.200 with SMTP id fb8mr7599505qcb.122.1362427872541; Mon, 04 Mar 2013 12:11:12 -0800 (PST)
Received: by 10.49.24.130 with HTTP; Mon, 4 Mar 2013 12:11:12 -0800 (PST)
In-Reply-To: <tsl1ubvlywt.fsf@mit.edu>
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> <5134F720.5010507@cisco.com> <tsl1ubvlywt.fsf@mit.edu>
Date: Mon, 04 Mar 2013 14:11:12 -0600
Message-ID: <CAHBDyN6AM-_b2HMrmmQQVuhxFc-_Rfpfg0=r38mkcJ4zqoJeTw@mail.gmail.com>
Subject: Re: Appointment of a Transport Area Director
From: Mary Barnes <mary.ietf.barnes@gmail.com>
To: Sam Hartman <hartmans-ietf@mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"
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 20:11:25 -0000

And, I continue to support Sam's position as well.

To me the question at hand is whether it will do more harm to fill the
position with someone that doesn't have the specific expertise that
his being sought than to leave the position unfilled.   Having dealt
with the exact same issue when I was Nomcom chair, I thoroughly
understand the issue at hand.  And, certainly, there was a lot of
criticism of the choice of the Nomcom I chaired, but we really are
between a rock and a hard place yet again.

Regards,
Mary.

On Mon, Mar 4, 2013 at 1:58 PM, Sam Hartman <hartmans-ietf@mit.edu> wrote:
>>>>>> "Eliot" == Eliot Lear <lear@cisco.com> writes:
>
>     Eliot> Sam,
>     Eliot> On 3/4/13 6:34 PM, Sam Hartman wrote:
>
>     Eliot> We're here because of the extremely specialized nature of
>     Eliot> transport.  PhDs who specialize in it have gotten it wrong.
>     Eliot> One such person drove Van Jacobson into the field, as I
>     Eliot> recall. There are very few people who get it right.  And yet
>     Eliot> it's so close to the waist of the hour glass that it's
>     Eliot> critical to get right.  Security has a lot of visibility and
>     Eliot> so it will never have this very same problem.
>
> I absolutely agree that there are few people who can design certain
> aspects of transport protocols.
> (I'll note that security has this problem too: designing crypto is
> really hard; I wouldn't be too quick to be sure that transport is so
> much more difficult than the hardest problems of other areas.)
>
> Fortunately, an AD need not do all the work in their area; they only
> need to review it.
>
> The entire IETF is founded on the idea of consensus. Central to that is
> the idea that we can get together as a group and by doing so we'll come
> up with better specifications.  Not every person will be able to design
> the inputs to that process: new proposals and discoveries of problems in
> existing proposals.  Some aspects of that really do require expert
> knowledge.
>
>
> my claim is that the AD skill set should be focused around evaluating
> these inputs, coming up with an opinion, and explaining that opinion to
> others. I don't believe that reviewing internet-drafts in transport,
> reviewing reviews of thoes drafts, evaluating whether enough review has
> happened, making an informed opinion about issues that were raised and
> explaining that opinion to the community requires the same level of
> expertise in transport as designing TCP.  It does require significant
> experience, both technical and management.
>
> I stand behind my original comments.