Re: Progressing I-Ds Immediately Before Meetings

ned+ietf@mauve.mrochek.com Sun, 20 July 2008 19:31 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB9823A69CA; Sun, 20 Jul 2008 12:31:24 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7A99B3A69CA for <ietf@core3.amsl.com>; Sun, 20 Jul 2008 12:31:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.659
X-Spam-Level:
X-Spam-Status: No, score=-0.659 tagged_above=-999 required=5 tests=[AWL=0.003, BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, HOST_EQ_STATIC=1.172]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zdh2Cr0hYJz8 for <ietf@core3.amsl.com>; Sun, 20 Jul 2008 12:31:22 -0700 (PDT)
Received: from mauve.mrochek.com (dsl-66-59-230-40.static.linkline.com [66.59.230.40]) by core3.amsl.com (Postfix) with ESMTP id B8C133A68C3 for <ietf@ietf.org>; Sun, 20 Jul 2008 12:31:22 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01MXDN8YU8IO00EAIS@mauve.mrochek.com> for ietf@ietf.org; Sun, 20 Jul 2008 12:31:59 -0700 (PDT)
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01MXCQVZP26800007A@mauve.mrochek.com> (original mail from NED@mauve.mrochek.com) for ietf@ietf.org; Sun, 20 Jul 2008 12:31:56 -0700 (PDT)
Date: Sun, 20 Jul 2008 12:28:15 -0700
From: ned+ietf@mauve.mrochek.com
Subject: Re: Progressing I-Ds Immediately Before Meetings
In-reply-to: "Your message dated Sun, 20 Jul 2008 14:07:45 -0400" <20080720180711.438503A6876@core3.amsl.com>
To: Russ Housley <housley@vigilsec.com>
Message-id: <01MXDN8XMHOE00007A@mauve.mrochek.com>
MIME-version: 1.0
References: <043101c8e8ec$fa67c650$0200a8c0@your029b8cecfe> <200807181819.m6IIJCIR025085@mta6.iomartmail.com> <048401c8e924$ab2ce600$0200a8c0@your029b8cecfe> <XFE-SJC-211BBtNtxy0000033b7@xfe-sjc-211.amer.cisco.com> <4881CFF5.3090008@piuha.net> <1EFD708A-8509-42A6-BBC9-824C27A7DCFA@multicasttech.com> <6BA8110C64663A4908066554@p3.JCK.COM> <48821469.4050907@employees.org> <20080719191556.567F03A6A32@core3.amsl.com> <48826DC0.8000307@dcrocker.net> <01MXCGZDHDXW000078@mauve.mrochek.com> <48828D3B.4050006@gmail.com> <01MXCL869C4K00007A@mauve.mrochek.com> <4882A2AD.8040405@dcrocker.net> <013501c8ea6a$271e28a0$6501a8c0@china.huawei.com> <01MXDEUGJPR400007A@mauve.mrochek.com> <20080719231903.GB64676@verdi> <p06250100c4a9226eac87@[75.145.176.242]> <20080720180711.438503A6876@core3.amsl.com>
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.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://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

> People seem to be forgetting that all I-D submissions used to be
> processed an a person.  The automated tool is very new.  When the I-D
> were processed by hand, the cut-off was necessary for the Secretariat
> to handle the spike of submissions just prior to the meeting.  Look
> at the statistics report by IETF chair in their plenary presentations
> for the last few years -- the meetings cause a huge spike in I-D
> submissions.  Remember back when the I-D submissions were handled by
> hand, it could be days after the submission that the document
> actually appeared in the repository.

There seems to be some disagreement as to why the cutoff was established. (My
recollection is that it had more to do with stability than with Secretariat
workload, but it was a long time ago and I freely admit my memory may be
faulty.) But how we got here is not the real issue, what to do now that we're
here is.

> Now that we have the tool, it is a reasonable time to see if we still
> need this cut-off rule.

+1

> I have put the topic on the agenda for the
> IESG discussions in Dublin.

Most excellent.

> I see this an opportunity for evolution and incremental improvement.

Exactly.

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