Re: Please Review Draft IESG Statement on Activities that are OBE

John C Klensin <john-ietf@jck.com> Tue, 03 February 2009 17:08 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 070D128C1C9; Tue, 3 Feb 2009 09:08:05 -0800 (PST)
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 15E4A28C19D for <ietf@core3.amsl.com>; Tue, 3 Feb 2009 09:08:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.608
X-Spam-Level:
X-Spam-Status: No, score=-2.608 tagged_above=-999 required=5 tests=[AWL=-0.009, BAYES_00=-2.599]
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 92KZavmjRRSc for <ietf@core3.amsl.com>; Tue, 3 Feb 2009 09:08:02 -0800 (PST)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 249F628C16A for <ietf@ietf.org>; Tue, 3 Feb 2009 09:08:02 -0800 (PST)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1LUOkO-000O4l-ID; Tue, 03 Feb 2009 12:07:40 -0500
Date: Tue, 03 Feb 2009 12:07:39 -0500
From: John C Klensin <john-ietf@jck.com>
To: Jari Arkko <jari.arkko@piuha.net>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: Please Review Draft IESG Statement on Activities that are OBE
Message-ID: <9832E198075D8009F6D0A7CD@PST.JCK.COM>
In-Reply-To: <49887402.8000007@piuha.net>
References: <20090202004852.583463A690A@core3.amsl.com> <4987A564.90504@gmail.com> <49887402.8000007@piuha.net>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Disposition: inline
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-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

--On Tuesday, February 03, 2009 18:42 +0200 Jari Arkko
<jari.arkko@piuha.net> wrote:

> Brian,
> 
>> Almost, because I'm not sure that the "MUST NOT publish"
>> should apply to Experimental. I think SHOULD NOT is strong
>> enough for Experimental; we already have a set of guidelines
>> for Experimental publication.
>>   
> 
> I think I agree with this.

Setting my other misgivings aside, +1.

However, I just tried to think about the cases in which we would
want to publish something as experimental that we had concluded
were OBE.

(1) In the late 80s and early 90s, a large fraction of the
community (probably a majority) had concluded that TCP/IP was
OBE.  We had an entire IETF Area devoted to OSI Transition.
Fortunately, we did not shut down all of the WGs that depended
on TCP or IP as this document would suggest if it has been
applied at that time.

(2) Using the criteria in the document, we would have shut down
(or never started) any work on XMPP because it appeared at the
time that the marketplace had decided on a set of incompatible
and proprietary protocols.

(3) Given those two examples, and probably others, I think there
may be a place for publishing specifications that appear to be
dead ends as Experimental or even, with appropriate disclaimers,
as Proposed Standards.  The conclusion that the technology is
OBE could be wrong and the community and IESG should be able to
make judgments about the risks of being wrong, the advantages of
having alternate technologies well-specified in case the
marketplace choice turns out to be unworkable in practice.

So, again, I'm not quite sure what problem is being solved here
and I think an argument should be made for "more good sense and
judgment and fewer rules that then turn out to over-constrain
us".

    john

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