Re: Review of: Characterization of Proposed Standards

Olaf Kolkman <olaf@NLnetLabs.nl> Fri, 01 November 2013 08:33 UTC

Return-Path: <olaf@NLnetLabs.nl>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DB5B11E80E6 for <ietf@ietfa.amsl.com>; Fri, 1 Nov 2013 01:33:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.512
X-Spam-Level:
X-Spam-Status: No, score=-102.512 tagged_above=-999 required=5 tests=[AWL=0.088, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZNc5MhHOYB2d for <ietf@ietfa.amsl.com>; Fri, 1 Nov 2013 01:33:31 -0700 (PDT)
Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D86911E8127 for <ietf@ietf.org>; Fri, 1 Nov 2013 01:33:29 -0700 (PDT)
Received: from [IPv6:2001:980:2282:1:18da:f57a:e7ee:f93e] ([IPv6:2001:980:2282:1:18da:f57a:e7ee:f93e]) (authenticated bits=0) by open.nlnetlabs.nl (8.14.7/8.14.4) with ESMTP id rA18XFdP005872 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 1 Nov 2013 09:33:18 +0100 (CET) (envelope-from olaf@NLnetLabs.nl)
Authentication-Results: open.nlnetlabs.nl; dmarc=none header.from=NLnetLabs.nl
DKIM-Filter: OpenDKIM Filter v2.8.3 open.nlnetlabs.nl rA18XFdP005872
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nlnetlabs.nl; s=default; t=1383294799; bh=rDo8Q+LX5XaBUxojHMEL9UY1PyvR7KtXpWWi6Y6lnBo=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=F2ZmHMloBIszGOGmYSp2iFjsepqhK79Z3eHqimLsGzI8JbqHexBLAjpxoQKbG3zGH ZXWSg2sHCVFFdNkta3033hr/exMAsOU1rcLlL78UCGXZNZQkEMmKWS0Vb/MpgoI+R4 0b464yQrb0B+ULKDzK8ZGZIi9ZT5isOshIi0KCug=
Content-Type: multipart/signed; boundary="Apple-Mail=_614D1BF6-6416-4757-8C8D-A44B3F9E912D"; protocol="application/pgp-signature"; micalg="pgp-sha1"
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\))
Subject: Re: Review of: Characterization of Proposed Standards
From: Olaf Kolkman <olaf@NLnetLabs.nl>
In-Reply-To: <CAC4RtVCewEKatJKJnBbCqgsuBjHCOHY49WoTx+y-K_zDt+Smxg@mail.gmail.com>
Date: Fri, 01 Nov 2013 09:33:14 +0100
Message-Id: <34A065A2-516B-4033-BCAF-E0811698E6A6@NLnetLabs.nl>
References: <5269209F.3060706@dcrocker.net> <B4B31C25-C472-41B3-AAF8-96670E0E243F@NLnetLabs.nl> <52729C1D.7010400@dcrocker.net> <CAC4RtVCewEKatJKJnBbCqgsuBjHCOHY49WoTx+y-K_zDt+Smxg@mail.gmail.com>
To: Barry Leiba <barryleiba@computer.org>
X-Mailer: Apple Mail (2.1816)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::53]); Fri, 01 Nov 2013 09:33:19 +0100 (CET)
Cc: "<draft-kolkman-proposed-standards-clarified.all@tools.ietf.org>" <draft-kolkman-proposed-standards-clarified.all@tools.ietf.org>, Dave Crocker <dcrocker@bbiw.net>, IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Fri, 01 Nov 2013 08:33:31 -0000

> 
> I think that's not really addressing the core of Dave's concern, which
> isn't that the repetition is unnecessary (which would be a matter of
> taste), but that it's actually harmful, in that future changes could
> leave us with two divergent definitions of "Internet Standard".
> 
> On this, I'll note that we're already somewhat along that path, as
> 6410 quoted text from 2026 in its definition of "Internet Standard".

This IMHO is an argument to consolidate. If I don’t get it right (with some high layer IETF experience) then how would an external consumer. Let’s put a consolidated  2026/6410 IETF Standards characterization in this document and create clarity.

(I would be helped with being pointed out those small things)

I want one document to point at when people ask me ‘what is the difference between proposed and Internet standards’.  For the people that ask for that difference it’s the characterization that matters. For those that want to know what the processes are… well, they can dive deeper. 

The target audience of this document is not only the IETF is what I am saying.

> Perhaps you have a suggestion for different wording, Dave, that will
> address your concern while still addressing mine?

I’d be happy to incorporate (also see my note to SM that contains an argument: we want to be able to generically say that Proposed standards are good enough for market, except when they are not).


—Olaf