Re: On diversity in the NomCom

Toerless Eckert <tte@cs.fau.de> Thu, 16 July 2020 17:06 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
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 730083A0CFD for <ietf@ietfa.amsl.com>; Thu, 16 Jul 2020 10:06:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mjxmjaG_ESkG for <ietf@ietfa.amsl.com>; Thu, 16 Jul 2020 10:05:59 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 867243A0CDC for <ietf@ietf.org>; Thu, 16 Jul 2020 10:05:57 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 702D5548011; Thu, 16 Jul 2020 19:05:52 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 69817440043; Thu, 16 Jul 2020 19:05:52 +0200 (CEST)
Date: Thu, 16 Jul 2020 19:05:52 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>
Cc: John C Klensin <john-ietf@jck.com>, Rob Sayre <sayrer@gmail.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, IETF discussion list <ietf@ietf.org>
Subject: Re: On diversity in the NomCom
Message-ID: <20200716170552.GA51477@faui48f.informatik.uni-erlangen.de>
References: <7429392e-a411-4c40-8fa9-f03de558b7ca@dogfood.fastmail.com> <d3187a20-76a8-0ef9-d32f-6b8e400a0d30@gmail.com> <ee517835-1ad4-e2c0-a33b-e194f7c37f95@gmail.com> <CAChr6SxXwKwwtXxL+9f2Zz8kufpnOLmHHkK-dY6PC+k9mNE4+w@mail.gmail.com> <16772aec-9ead-3658-16c8-dfbcdfa19edc@gmail.com> <CAChr6Sy+a=ziSH-D8Q+wQLDA6rEXg2SfiE+4V7trr2z20kQs9Q@mail.gmail.com> <2D8F8708458BF390168BD5EC@PSB> <A3B22E6E-8A16-4C1F-B3BF-30D27DCE1616@akamai.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <A3B22E6E-8A16-4C1F-B3BF-30D27DCE1616@akamai.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/htXbvPZVJdIxPa2NJ5fGApqsxr4>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 16 Jul 2020 17:06:08 -0000

Hi Rich,

I hope you enjoy a bit of what i intend to be good humored ranting:

Where you at the infamous RFC bof where 20 people presented and
discussed 30 opinions about what should be in what (RFC variation)
name, without ever explaining their context upfront, leaving many
 observers in the dark as to what the heck anyone was talking about ?

If we ever where to poll for most bizarre IETF meeting, than that
RFC bof would get my vote. Really entertaining. As confusing as
westworld season 1+2.

If anybody wants to open the pandoras box of trying to make
RFC be anything but just the superset of all the documents
we publish, then i will chime in on the side of constitutional
originalists meaning an RFC is a document that is asking
for feedback. Nothing less, nothing more. The whole abuse
of putting never-to-be-touched normative specifications into RFC
is an abomination of what used to be an ad-hoc engineering 
discussion tool. Only "drafts" today are really in the spirit
and name of RFCs IMHO.

Maybe less of a rant:

The mayority of customers also are NOT clear about the distinction
between the different tracks and status options of RFCs we have, and
even when they are aware, it does not matter that much, because
the predominant use of RFCs in customers is to put their numbers
into RFP for product offers. And when a customer wants specific
functionality it is secondary whether this is an individual
submission, informational, experimental or standards track
RFC. Only customers who actaully follow IETF would know the
difference in "quality" of the specs based on status status.

Cheers
    Toerless

On Thu, Jul 16, 2020 at 03:04:34PM +0000, Salz, Rich wrote:
> > I also note that many other SDOs publish informative,
> non-standard, documents in the form of technical reports and
> that things we would call Experimental (or our original
> definition of Proposed Standard) show up as things "for trial
> use".  So, again, fwiw, we are not the only, or even the first,
> body to conclude that formal review, consensus, and publication
> of such documents is a practical necessity.
> 
> If we were to do this, we need another term besides RFC.  After 20 years, everyone "knows" that RFC means an Internet standard.
> 
> (Yes, I exaggerate about what everyone knows)
> 

-- 
---
tte@cs.fau.de