RE: draft-housley-two-maturity-levels

"Tony Hain" <alh-ietf@tndh.net> Wed, 27 October 2010 21:32 UTC

Return-Path: <alh-ietf@tndh.net>
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 760DB3A63D3 for <ietf@core3.amsl.com>; Wed, 27 Oct 2010 14:32:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.417
X-Spam-Level: *
X-Spam-Status: No, score=1.417 tagged_above=-999 required=5 tests=[AWL=0.397, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482, FH_HOST_EQ_D_D_D_D=0.765, HOST_EQ_STATICB=1.372]
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 IhVmNaPSn1kP for <ietf@core3.amsl.com>; Wed, 27 Oct 2010 14:32:38 -0700 (PDT)
Received: from tndh.net (static-66-15-163-216.bdsl.verizon.net [66.15.163.216]) by core3.amsl.com (Postfix) with ESMTP id 778393A63D2 for <ietf@ietf.org>; Wed, 27 Oct 2010 14:32:38 -0700 (PDT)
X-AuthUser: alh-ietf@tndh.net
Received: from ahainW7 ([192.168.123.15]:53253) by tndh.net with [XMail 1.27 ESMTP Server] id <S18C1B99> for <ietf@ietf.org> from <alh-ietf@tndh.net>; Wed, 27 Oct 2010 14:34:44 -0700
From: Tony Hain <alh-ietf@tndh.net>
To: 'Bob Braden' <braden@isi.edu>, ietf@ietf.org
References: <20101026232023.8FFF65B66CA@newdev.eecs.harvard.edu> <AANLkTi=tZnyVV+bcikN3jcRYnhixHbt0sv6yDEtyb=wT@mail.gmail.com> <046e01cb756d$cacf9d40$606ed7c0$@net> <4CC891F9.1030104@isi.edu>
In-Reply-To: <4CC891F9.1030104@isi.edu>
Subject: RE: draft-housley-two-maturity-levels
Date: Wed, 27 Oct 2010 14:34:24 -0700
Message-ID: <06c201cb761e$bb391d50$31ab57f0$@net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Act2GQMxOyUjy4ypR9GVM9xMyk9awgAAloOw
Content-Language: en-us
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-Archive: <http://www.ietf.org/mail-archive/web/ietf>
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>
X-List-Received-Date: Wed, 27 Oct 2010 21:32:41 -0000

Bob Braden wrote:
> >
> > We really should get serious about the term 'proposed', and note that
> the
> > referenced document is under development. It is not an end state in
> itself,
> > just aging on the shelf to meet a process check mark.
> >
> > Tony
> 
> Tony,
> 
> That would not work, would it?  The driving force behind most WG
> efforts
> is the community of vendors, who want to produce products ASAP. They
> certainly don't want to wait for a document to "develop". For their
> purposes, Proposed Standard and product out the door (if not earlier,
> at
> the I-D stage).
> 
> Presumably the WG process takes so long because different vendors have
> to work hard to reach a consensus. Once it is reached, they don't want
> a
> bit to change in the spec before the end of their product cycle.
> 
> In this environment, the only thing that seems to make sense is for WGs
> to start usually at Experimental (someone else suggested this, I
> apologize for not recalling who it was).

It would work if the overall process were more efficient. Now we effectively
go WG I-D to full IS, which is what your eloquent overview of the driving
force notes. If we truncated WG I-D at the common points people could agree
to start implementing, and have PS actually document the evolution of the
implementations, we would get back closer to when the IETF was productive. 

Fundamentally the problem is that the process has evolved to state that you
don't get an RFC number until the work is done. Instead of requiring
'perfection', we need to get back to 'good enough to start', then be
proactive about progressing PS to IS to document 'done'. 

Tony