Re: draft-housley-two-maturity-levels

Phillip Hallam-Baker <hallam@gmail.com> Wed, 27 October 2010 23:32 UTC

Return-Path: <hallam@gmail.com>
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 0784E3A67AD for <ietf@core3.amsl.com>; Wed, 27 Oct 2010 16:32:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.317
X-Spam-Level:
X-Spam-Status: No, score=-2.317 tagged_above=-999 required=5 tests=[AWL=0.281, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 sdv9VYzUfYHv for <ietf@core3.amsl.com>; Wed, 27 Oct 2010 16:32:23 -0700 (PDT)
Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by core3.amsl.com (Postfix) with ESMTP id 7BB883A679F for <ietf@ietf.org>; Wed, 27 Oct 2010 16:32:23 -0700 (PDT)
Received: by ywp6 with SMTP id 6so938506ywp.31 for <ietf@ietf.org>; Wed, 27 Oct 2010 16:34:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=RgS6o58BVeFEGdIXZ6aEdpvo1F4sPtuBF/lJrgzAmA4=; b=pEjSyhNBQq6ppXgMJGppvQqD/mUn1hu1cgZuZmGNCUvAFiV1iKuyg5KWcI4Q5TJfen Fju2iUzRG8IoxXIFbyGLyceVcFK9E0dlz5RYBUpxLC8U5aSnRnLdEunnPLRqY/i/h12E nt4BQ6n/PdE1fe5c8kACqibwB5qEluTyAng5U=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=tXC/Ilz1m18jMT1vEbAuZsIA/zNdC5LSPnZOprPTs5LJukOEjAI1glEK8V4X0oKPeA k1xXPuKXKUUQXvQmFLrZ4jFq4aBTHc4asbgpmspx1AEBaA0IODQU697lKww79hazjx2P QpvdJag6BwtWI3DJQ1usLemOS+i0Nxe993nYs=
MIME-Version: 1.0
Received: by 10.90.57.2 with SMTP id f2mr1766328aga.118.1288222452217; Wed, 27 Oct 2010 16:34:12 -0700 (PDT)
Received: by 10.100.41.14 with HTTP; Wed, 27 Oct 2010 16:34:12 -0700 (PDT)
In-Reply-To: <4CC854D9.2060109@dcrocker.net>
References: <4B803580-664C-42B3-92A7-712452F12BA3@gmail.com> <01NTJJR8423E000CVY@mauve.mrochek.com> <4CC854D9.2060109@dcrocker.net>
Date: Wed, 27 Oct 2010 19:34:12 -0400
Message-ID: <AANLkTimw9SEftBT10S-czV6GSxmUfd59XyN6oeBOnV6j@mail.gmail.com>
Subject: Re: draft-housley-two-maturity-levels
From: Phillip Hallam-Baker <hallam@gmail.com>
To: dcrocker@bbiw.net
Content-Type: multipart/alternative; boundary="00163630fa1ba7f8c00493a1a91f"
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-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 23:32:25 -0000

That depends on where the proposal is in the stack.

Cruft in the lower layers is decidedly bad. Cruft in the application layers
is inevitable and is best left to the market to sort out.

At this point with HTTP not recognized as an Internet Standard, I don't
think we need to worry too much about the bar having been set too low.

This is a process that is going to be run by humans, not machines. I don't
think we need to worry too much about them doing stupid things because that
is what the process appears to require.



On Wed, Oct 27, 2010 at 12:35 PM, Dave CROCKER <dhc2@dcrocker.net> wrote:

>
>
> On 10/27/2010 8:53 AM, ned+ietf@mauve.mrochek.com<ned%2Bietf@mauve.mrochek.com>wrote:
>
>> three level is one level too many. Simplifying things and
>> eliminating process clutter is helpful in and of itself.
>>
>
>
> By my reading of the proposal, this means that any spec with a couple of
> interoperable implementations can become a (full) Internet Standard.
>
> This means that the assignment of that final status has nothing to do with
> real-world deployment and use, or even inclusion in products.
>
> In other words, it has nothing to do with demonstrated utility.
>
> Is that really what the IETF community wants?
>
>
> d/
> --
>
>  Dave Crocker
>  Brandenburg InternetWorking
>  bbiw.net
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf
>



-- 
Website: http://hallambaker.com/