Re: Should the RFC Editor publish an RFC in less than 2 months?

Alexey Melnikov <alexey.melnikov@isode.com> Thu, 29 November 2007 13:00 UTC

Return-path: <ietf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ixj0f-0000Bo-2T; Thu, 29 Nov 2007 08:00:53 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ixj0b-00005h-E2; Thu, 29 Nov 2007 08:00:49 -0500
Received: from rufus.isode.com ([62.3.217.251]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ixj0a-00054H-Vf; Thu, 29 Nov 2007 08:00:49 -0500
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250]) by rufus.isode.com (submission channel) via TCP with ESMTPA id <R0638gB-qFay@rufus.isode.com>; Thu, 29 Nov 2007 13:00:43 +0000
Message-ID: <474EB7E2.2010401@isode.com>
Date: Thu, 29 Nov 2007 13:00:18 +0000
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: dcrocker@bbiw.net
References: <E1IxTPt-0006r4-ST@ietf.org> <474DD597.9040208@gmail.com><CC3C6CC7EE08DA90C239082B@p3.JCK.COM> <E1IxV26-0006Ne-TG@megatron.ietf.org> <40F79287-713F-4167-8DC3-0DA35D565D54@cisco.com> <23E55AFB-7AE6-4142-9ACC-0C2969B5D1DF@nist.gov> <474EAEAB.9070702@dcrocker.net>
In-Reply-To: <474EAEAB.9070702@dcrocker.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Cc: IAB <iab@ietf.org>, ietf@ietf.org, IESG IESG <iesg@ietf.org>
Subject: Re: Should the RFC Editor publish an RFC in less than 2 months?
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>
Errors-To: ietf-bounces@ietf.org

Dave Crocker wrote:

> Tim Polk wrote:
>
>> There is no way to ensure that documents aren't published until *all* 
>> the
>> appeals timers expire.  Given that, let's encourage the RFC Editor to
>> publish when ready, and we can concentrate on establishing a process 
>> that
>> works when the appeal concerns a published document.
>
> +1
>
> RFCs are "withdrawn" for a variety of reasons, already.  A successful 
> appeal would be merely one more.  While no, "historic" is not 
> metemantically identical to nevering having been published, it is 
> sufficient that it means "not approved by the IETF".  
> Approval-vs-nonApproval seems like the most pragmatic test of "reversal".
>
> The IETF approval process already has significant points of review and 
> control.  While this final-stage appeal potential is real, it does not 
> happen with any frequency and the dangerous community impact of 
> publishing an RFC that quickly gets moved to historic are small, 
> possibly nil.

Indeed, let's optimize for the common case.

> Hence, no new mechanisms are need, although I do think it was useful 
> to raise the question for discussion in this thread.

+1.


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