Re: Last call IETF experiments (was: Appeal ....)

John C Klensin <john-ietf@jck.com> Mon, 12 December 2005 00:56 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ElbzV-0006yw-SM; Sun, 11 Dec 2005 19:56:33 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ElbzT-0006xv-VH for ietf@megatron.ietf.org; Sun, 11 Dec 2005 19:56:32 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA01129 for <ietf@ietf.org>; Sun, 11 Dec 2005 19:55:36 -0500 (EST)
Received: from ns.jck.com ([209.187.148.211] helo=bs.jck.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Elc09-0003uf-TB for ietf@ietf.org; Sun, 11 Dec 2005 19:57:15 -0500
Received: from [209.187.148.215] (helo=scan.jck.com) by bs.jck.com with esmtp (Exim 4.34) id 1ElbzO-0007nG-AQ; Sun, 11 Dec 2005 19:56:26 -0500
Date: Sun, 11 Dec 2005 19:56:26 -0500
From: John C Klensin <john-ietf@jck.com>
To: Frank Ellermann <nobody@xyzzy.claranet.de>
Message-ID: <B7AF3AAE9035805E5B963411@scan.jck.com>
In-Reply-To: <439CAF6D.1ECE@xyzzy.claranet.de>
References: <200512092141.NAA00720@gra.isi.edu> <439A0C1F.2FEC@xyzzy.claranet.de> <tsl4q5ghlsj.fsf@cz.mit.edu> <439CAF6D.1ECE@xyzzy.claranet.de>
X-Mailer: Mulberry/4.0.4 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Content-Transfer-Encoding: 7bit
Cc: ietf@ietf.org, spf-discuss@v2.listbox.com
Subject: Re: Last call IETF experiments (was: Appeal ....)
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


--On Sunday, 11 December, 2005 23:59 +0100 Frank Ellermann
<nobody@xyzzy.claranet.de> wrote:

> Sam Hartman wrote:
> 
>>> Some folks including me were surprised that there's no
>>> "IETF last call" for experimental RFCs, unless they are
>>> the product of an IETF WG (4.2.3).
> 
>> That's actually not true.  The responsible AD can issue
>> a last call for an experimental draft.
> 
> Where do I miss that provision in 2026, is it something
> covered by chapter 9 (variance procedure) ?
> 
> Checking the 2026 updates I skipped 3667/3668/3978/3979.
> 
> Do 3.4 / 3.5 in 3912 address this "for the case where an
> IETF protocol is proposed to be changed or extended in an
> unanticipated way that may be harmful to the normal usage
> of the protocol, but where the protocol documents do not
> explicitly say that this type of extension requires IETF
> review" ?  
> 
> OTOH 3.4 / 3.5 don't say "MAY start a last call", they're
> about attempts to bypass a required "last call", or for
> the quoted case.

Frank,

2026 basically discusses the cases where Last Calls are
required, as one would expect.   But, by long-standing precedent
and good sense, the IESG is permitted to Last Call anything they
like on which they might need to make a decision in order to get
a better sense of the consensus or preferences of the community.
Certainly one would not want to argue against that.  

I think that, if an extensive enough search were done, one would
find occasional Last Calls for Experimental documents,
Informational ones, procedural changes or decisions that don't
lead to RFCs such as creation or deletion of areas, and possibly
even things like meeting scheduling.
 
The absence of a requirement for a Last Call on Experimental (or
Informational) does suggest that one would have a lot of trouble
appealing a decision on the grounds that the relevant AD didn't
ask for a Last Call first.  But that doesn't seem to be at issue
here.

    john



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