Re: RFC abbreviations list

Carsten Bormann <cabo@tzi.org> Sat, 25 July 2020 23:46 UTC

Return-Path: <cabo@tzi.org>
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 2857D3A0B96 for <ietf@ietfa.amsl.com>; Sat, 25 Jul 2020 16:46:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 5BU_SiwkJt1G for <ietf@ietfa.amsl.com>; Sat, 25 Jul 2020 16:46:08 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8209B3A0B95 for <ietf@ietf.org>; Sat, 25 Jul 2020 16:46:08 -0700 (PDT)
Received: from [192.168.217.116] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BDjPp3dBmzyfp; Sun, 26 Jul 2020 01:46:06 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Subject: Re: RFC abbreviations list
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <c1b8ce64-afe6-1590-2025-aa2e280c9e84@joelhalpern.com>
Date: Sun, 26 Jul 2020 01:46:06 +0200
Cc: Toerless Eckert <tte@cs.fau.de>, IETF list <ietf@ietf.org>
X-Mao-Original-Outgoing-Id: 617413565.87614-2fb46236214356437e37a7616fc1d68d
Content-Transfer-Encoding: quoted-printable
Message-Id: <5F00817D-794A-4038-AF78-A1C53CFD8AA7@tzi.org>
References: <35BE966B-63A2-438F-BD61-570E86ED2E1A@strayalpha.com> <297BF899-553D-44DB-AB56-04280F776F7A@employees.org> <6646575A-E6EA-4B4E-AC1B-F8B84B5A1203@strayalpha.com> <20200724225654.GB43465@faui48f.informatik.uni-erlangen.de> <8F6D2B44-1914-4B3B-9458-3F2BF2CFCA05@tzi.org> <20200725210457.GJ43465@faui48f.informatik.uni-erlangen.de> <9A6BE775-78B9-41C5-A3EE-A34C7D092CA0@tzi.org> <20200725221507.GL43465@faui48f.informatik.uni-erlangen.de> <b8163085-e988-ae6a-e93f-3702f33b0dd0@joelhalpern.com> <20200725225731.GP43465@faui48f.informatik.uni-erlangen.de> <c1b8ce64-afe6-1590-2025-aa2e280c9e84@joelhalpern.com>
To: Joel Halpern Direct <jmh.direct@joelhalpern.com>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/5BfoYKJ9yZuVaeT16ZWuNApiTPg>
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: Sat, 25 Jul 2020 23:46:13 -0000

On 2020-07-26, at 01:00, Joel Halpern Direct <jmh.direct@joelhalpern.com> wrote:
> 
> It may be that we are not doing a good job adding terms to the RFC list of abbreviations which do not need expansion on first use.

There is a big difference between expansion on first use (in abstract and  document) and expansion in the title.

8778 Use of the HSS/LMS Hash-Based Signature Algorithm with CBOR Object
     Signing and Encryption (COSE). R. Housley. April 2020. (Format:
     HTML, TXT, PDF, XML) (Status: PROPOSED STANDARD) (DOI:
     10.17487/RFC8778) 

CBOR was ready to no longer be expanded here, but imagine we had expanded that and HSS/LMS in that title as well.  This one of several RFCs that no longer expands CBOR in the title, but CBOR is not starred in https://www.rfc-editor.org/materials/abbrev.expansion.txt — CDDL (*) isn’t even in there.

Oh, and RSA was never expanded in an RFC title.  MD5, SHA, ...

Looking at the way RSVP-TE was handled in RFC titles over the years makes me nauseous.

(Toerless’ original point was that, if you add contentiousness to that list — abbreviation expansions are rarely contentious, but the original subject of the thread this thread exited from was — such a list would not stay healthy.  But that is not my point, just that you need to clean the dust out of the fans once a year, and if you do not have a preventive maintenance schedule, that won’t happen.)

Grüße, Carsten

(*) CDDL was originally the CBOR Data Definition Language (CDDL), which I surmise would have become the Concise Binary Object Representation (CBOR) Data Definition Language (CDDL).  We shortened that to Concise Data Definition Language (CDDL), mainly because it was the right thing to do, but probably also motivated by the inevitable monster expansions.  Still…

8610 Concise Data Definition Language (CDDL): A Notational Convention to
     Express Concise Binary Object Representation (CBOR) and JSON Data
     Structures. H. Birkholz, C. Vigano, C. Bormann. June 2019. (Format:
     TXT, HTML) (Status: PROPOSED STANDARD) (DOI: 10.17487/RFC8610)