Re: The "Clerk" function and Standards throughput and quality

Harald Tveit Alvestrand <harald@alvestrand.no> Thu, 07 October 2004 06:10 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA08322; Thu, 7 Oct 2004 02:10:03 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CFRdC-0002Zi-Lw; Thu, 07 Oct 2004 02:20:03 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CFRLu-0001pF-Sb; Thu, 07 Oct 2004 02:02:10 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CFREF-0007H3-2Y for ietf@megatron.ietf.org; Thu, 07 Oct 2004 01:54:15 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA27692 for <ietf@ietf.org>; Thu, 7 Oct 2004 01:54:13 -0400 (EDT)
Received: from eikenes.alvestrand.no ([158.38.152.233]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CFRNt-0001ZI-68 for ietf@ietf.org; Thu, 07 Oct 2004 02:04:13 -0400
Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id D217661C14; Thu, 7 Oct 2004 07:53:43 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15994-05; Thu, 7 Oct 2004 07:53:42 +0200 (CEST)
Received: from [192.168.1.4] (162.80-203-220.nextgentel.com [80.203.220.162]) by eikenes.alvestrand.no (Postfix) with ESMTP id 3831E61B7D; Thu, 7 Oct 2004 07:53:42 +0200 (CEST)
Date: Thu, 07 Oct 2004 07:53:42 +0200
From: Harald Tveit Alvestrand <harald@alvestrand.no>
To: John C Klensin <john-ietf@jck.com>, ietf@ietf.org
Message-ID: <EA9E63E57AA9817F7F7228F8@askvoll.hjemme.alvestrand.no>
In-Reply-To: <57088C56997A0D4816E39CE8@[192.168.2.227]>
References: <23AB4F180D939FC980291347@scan.jck.com> <990C270B37EED7014A53D4E3@B50854F0A9192E8EC6CDA126> <BC3CD23742524284F7EC44AC@scan.jck.com> <A8EF0E1A5432B71E3F9AA932@askvoll.hjemme.alvestrand.no> <57088C56997A0D4816E39CE8@[192.168.2.227]>
X-Mailer: Mulberry/3.1.6 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new at alvestrand.no
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Content-Transfer-Encoding: 7bit
Subject: Re: The "Clerk" function and Standards throughput and quality
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
Content-Transfer-Encoding: 7bit


--On onsdag, oktober 06, 2004 17:50:04 -0400 John C Klensin 
<john-ietf@jck.com> wrote:

>
>
> --On Wednesday, October 06, 2004 1:07 PM +0200 Harald Tveit Alvestrand
> <harald@alvestrand.no> wrote:
>
>>
>> I do think our thoughts run very much in parallel - I'll be
>> interested to hear more of why you think the "scenario O"
>> organizational format will make it hard to make those support
>> functions work.
>
> Again a misunderstanding -- I don't see "Scenario O" as being either
> better or worse in regard to the above than any other scenario.  My
> concern is with the definition of the Clerk function, which is
> scenario-independent.

Thanks for the clarification!

I thought you might be pointing at the "one staff member - rest of the work 
is contracts", which is a common feature to scenarios C and O. If "all" 
that is required is to modify the description of the "clerk" function, that 
needs to be done before we call for interested parties - it is not on the 
critical path to adopting one scenario for implementation (although all 
clarification early is good).

                                 Harald


_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf