Another twist on my proposal

Mike O'Dell <mo@uunet.uu.net> Fri, 05 May 1995 12:12 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa01985; 5 May 95 8:12 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa01980; 5 May 95 8:12 EDT
Received: from ietf.cnri.reston.va.us by CNRI.Reston.VA.US id aa04225; 5 May 95 8:12 EDT
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa01973; 5 May 95 8:12 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa01969; 5 May 95 8:12 EDT
Received: from rodan.UU.NET by CNRI.Reston.VA.US id aa04220; 5 May 95 8:12 EDT
Received: by rodan.UU.NET id QQyoke17902; Fri, 5 May 1995 08:12:50 -0400
Message-Id: <QQyoke17902.199505051212@rodan.UU.NET>
To: iesg@CNRI.Reston.VA.US
Subject: Another twist on my proposal
Date: Fri, 05 May 1995 08:12:49 -0400
X-Orig-Sender: iesg-request@IETF.CNRI.Reston.VA.US
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Mike O'Dell <mo@uunet.uu.net>

Instead of "Completely Random Application or Protocol", call the new
RFC class

	"Cannot Ever Be A Standard"

(CEBAS - pronounced "sea bass" - think of a better acronym if you wish)

To summarize my previously proposed rules

	If you can convince the IESG something is A Good Idea,
	it can go out "Informational".  The IESG reserves absolute
	right of refusal for anything to go Informational for any
	reason - suspected jiggery-pokery a very good reason. Another
	would be things we thing are Wrong for whatever reason moves
	us to concensus.

	If you cannot convince the IESG you have A Good Idea, the
	document can still be published as a CEBAS, but there is
	a profound consequence:  the protocol or technology described
	in the document will be barred from ever being introduced
	into the Standards Track "without fundamental revision or
	reformulation."  The IESG reserves the right to issue wavers
	of this limitation, but only if a minimum of 2 years has
	passed between issuance as a CEBAS and the request for the
	waver.


This restriction should materially deter anyone from using CBAS as a
way of "getting an RFC number" prematurely, especially if they have
designs on standards-status later on.

We retain an avenue-of-last-resort, which I think is a good idea, but
we put some teeth into what it means to use it.  

my comments about how to roll this out still apply.

Whacha think?

	-mo