[tsvwg] Re: draft-ietf-tsvwg-udp-options
"touch@strayalpha.com" <touch@strayalpha.com> Tue, 09 July 2024 23:13 UTC
Return-Path: <touch@strayalpha.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CAB6C14EB17; Tue, 9 Jul 2024 16:13:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W7vJupAwZCxk; Tue, 9 Jul 2024 16:13:20 -0700 (PDT)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B5E1C14E513; Tue, 9 Jul 2024 16:13:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=7zkfrlxhww1NChFTBo9cKR6zLDwgnZFHRhhVmRWW0PE=; b=GK0iI3V+wl8LLz8kLI6goROjN0 +YE4iT8sfapPuTDOShzfpVIYT5ygJp+0r5vcCMvPVWdZ/J1Z1C+GYwb/Pl72hnNTezacjzfaJjYpa pHfbBlVIypSwSOrn0qcmNZ91JLVgh9pPyY1f3BzG3dM/YxY1FsYb2PPWB+SbsQCLXbxuhDemxvgwL ONsepsaF69LoyguJ8EAsOPZ7O5XadMzocsET5gPSYoqAeBWdcJQ4Z4Go8FxhplAL2pkYtQ56dcy5L 0h73Go05HkUHdvCLxArIqXZ/ZgPV/es8cloo/gnSjkVCvXOG52rSkEmeFlaNbUGEYVdzseiF+S5Wk 2r9j3a0g==;
Received: from [172.58.210.6] (port=11685 helo=smtpclient.apple) by server217.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96.2) (envelope-from <touch@strayalpha.com>) id 1sRK1O-00HBXJ-1N; Tue, 09 Jul 2024 19:13:18 -0400
Content-Type: multipart/alternative; boundary="Apple-Mail=_02A7C2CD-C0FC-4838-8988-0510ED5FAE72"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.600.62\))
From: "touch@strayalpha.com" <touch@strayalpha.com>
In-Reply-To: <3545D32F-7F15-4748-A499-241CE21C6731@juniper.net>
Date: Tue, 09 Jul 2024 16:13:06 -0700
Message-Id: <882EE15E-7DCC-4FA7-8B82-DAF47ED70EEA@strayalpha.com>
References: <3545D32F-7F15-4748-A499-241CE21C6731@juniper.net>
To: John Scudder <jgs=40juniper.net@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3774.600.62)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Message-ID-Hash: IUWAJQVFZYIXVMUMFCJ6Q2BFZNSXFUUZ
X-Message-ID-Hash: IUWAJQVFZYIXVMUMFCJ6Q2BFZNSXFUUZ
X-MailFrom: touch@strayalpha.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tsvwg.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "draft-ietf-tsvwg-udp-options@ietf.org" <draft-ietf-tsvwg-udp-options@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [tsvwg] Re: draft-ietf-tsvwg-udp-options
List-Id: Transport Area Working Group <tsvwg.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/aLGMMcrsspP91r5H_XGYt1C10IY>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Owner: <mailto:tsvwg-owner@ietf.org>
List-Post: <mailto:tsvwg@ietf.org>
List-Subscribe: <mailto:tsvwg-join@ietf.org>
List-Unsubscribe: <mailto:tsvwg-leave@ietf.org>
Hi, John, We are using the IETF convention of isolated keywords (SAFE, UNSAFE, RESERVED, UNASSIGNED) in all caps, as (as you note) is the case for 2119 keywords. It makes it more clear when these words are used in their special sense, vs. (e.g.) at the beginning of a sentence. We use all caps for option names for similar reasons (vs. Time), but also to avoid the use of awkward mixed case values (e.g., UExp, OAuth) or forced generation of “backcronyms”. This is consistent with TCP, e.g., using SACK rather than SAck for selective acknowledgements. This also makes lists of option names easier to see in running text, which we do in several places in the doc. In other cases I could find, we use capitalization as per the original source - unless I missed any. We could add an explanation to that effect in the terminology section if useful. Joe — Dr. Joe Touch, temporal epistemologist www.strayalpha.com > On Jul 9, 2024, at 12:48 PM, John Scudder <jgs=40juniper.net@dmarc.ietf.org> wrote: > > Hi, > > I looked briefly at this document as part of my review of draft-ietf-opsawg-tsvwg-udp-ipfix-13, which references it normatively. Because I’m not primarily reviewing this document, I haven’t checked to see if this drive-by comment has already been discussed; I apologize if it has. That having been said: > > I notice you’re using all-caps SAFE and UNSAFE to denote different classes of options. Pretty please, consider using the more usual, and less SHOUTY, option of indicating a keyword by capitalizing it, as in Safe and Unsafe. To me at least, the SHOUTY CASE rendering makes the document less usable because (a) SHOUTY IN MY HEAD, (b) I keep reflexively wanting to know what it’s an acronym for, and (c) it bugs me that these aren’t RFC 2119 keywords but are styled like them. > > I acknowledge that this is a superficial complaint, that there’s no rule against ALL CAPS, and I won’t make a fuss if you choose not to change your convention, but I thought I should mention that for this reader at least, it makes the document less accessible and confers no advantage I can see vs. the intial-cap option. (OK there’s one: it’s clear when you’re using the keyword and not the common English word when it begins a sentence. But to me at least, that’s not a sufficient benefit.) > > (The same goes for various other uses of ALL CAPS in the doc, this was just the most obvious and the one that tripped me up.) > > $0.02, > > —John
- [tsvwg] draft-ietf-tsvwg-udp-options John Scudder
- [tsvwg] Re: draft-ietf-tsvwg-udp-options touch@strayalpha.com