Re: Appointment of a Transport Area Director

Russ Housley <housley@vigilsec.com> Mon, 04 March 2013 17:44 UTC

Return-Path: <housley@vigilsec.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 CDE1621F8D0F for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 09:44:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.103
X-Spam-Level:
X-Spam-Status: No, score=-102.103 tagged_above=-999 required=5 tests=[AWL=0.496, BAYES_00=-2.599, 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 HalekvPXKMzZ for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 09:44:46 -0800 (PST)
Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 35E1C21F870C for <ietf@ietf.org>; Mon, 4 Mar 2013 09:44:45 -0800 (PST)
Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id 6CC769A4011; Mon, 4 Mar 2013 12:44:59 -0500 (EST)
X-Virus-Scanned: amavisd-new at smetech.net
Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id NHNxly2cQfDO; Mon, 4 Mar 2013 12:44:37 -0500 (EST)
Received: from [192.168.2.100] (pool-96-255-37-162.washdc.fios.verizon.net [96.255.37.162]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 22F6C9A4013; Mon, 4 Mar 2013 12:44:55 -0500 (EST)
Subject: Re: Appointment of a Transport Area Director
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
From: Russ Housley <housley@vigilsec.com>
In-Reply-To: <5134CE73.7060801@dcrocker.net>
Date: Mon, 04 Mar 2013 12:44:39 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <E9029873-2C8F-4755-A878-38A745B7DF08@vigilsec.com>
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> <5134CE73.7060801@dcrocker.net>
To: dcrocker@bbiw.net
X-Mailer: Apple Mail (2.1085)
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 17:44:46 -0000

Dave:

>> The leadership in the ITU does not read the documents.  Why?  Their job is to make sure that the process was followed.
>> 
>> The IESG needs to make sure the process was followed too.  But, the IESG also has a quality check job.  I would hate for this debate to lead to a step toward the ITU model.
> 
> 
> As specious lines of logic go, your note was pretty efficient.  It ignored the specifics of the concerns being raised in this thread, their merits, and the suggestions being made, and it invokes a cliche'd bogeyman.
> 
> For example, the suggestions being made do not intent or imply that there would be no technical content to the work of an AD. Also note that there are many things that the ITU does; are we supposed to make a point of not doing any of them, simply because the ITU does them?
> 
> The IETF culture, structure and process are massively different from the ITU's.  None of the changes being proposed would turn the IETF into the ITU or even move us towards them.
> 
> If the merit of a suggestion is good or bad, let's focus on that, rather than on who else is or is not doing it.
> 
> But if you really want to focus on ITU fear, take a look at the time it now takes to produce IETF specs, their increased complexity and the degree of their eventual industry deployment.  A comparison on the style and substance of IETF vs. ITU technical work might prove enlightening...

Several people suggested that the AD could be a manager with little technical clue.  I raised the extreme of that line of thinking.

It is clear that no single person has all of the detailed knowledge to review every aspect of every IETF document.  That said, it is very important that the AD have enough clue to detect a probable concern, and then they can turn to appropriate experts in the form of directorates, personal contacts, or even a plea for the right mail list.  This requires some insight into the core technologies for the area and good working relationships within the area.

Russ