Re: [Cbor] 🔔 WGLC with request for reviews on draft-ietf-cbor-edn-literals-05

Carsten Bormann <cabo@tzi.org> Tue, 14 November 2023 10:27 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55CA1C15C2BE for <cbor@ietfa.amsl.com>; Tue, 14 Nov 2023 02:27:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=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=ham autolearn_force=no
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 0wX-3RsJLYN8 for <cbor@ietfa.amsl.com>; Tue, 14 Nov 2023 02:27:52 -0800 (PST)
Received: from smtp.zfn.uni-bremen.de (smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::21]) (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 962BCC14CE5E for <cbor@ietf.org>; Tue, 14 Nov 2023 02:27:51 -0800 (PST)
Received: from eduroam-pool10-323.wlan.uni-bremen.de (eduroam-pool10-323.wlan.uni-bremen.de [134.102.91.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4SV2YZ0fl3zDCcf; Tue, 14 Nov 2023 11:27:46 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <e2bcabf3-4364-4655-b298-0f71d2023665@ri.se>
Date: Tue, 14 Nov 2023 11:27:45 +0100
Cc: Christian Amsüss <christian@amsuess.com>, cbor@ietf.org
X-Mao-Original-Outgoing-Id: 721650465.640156-d7d75743a4a23b54c48d96014e8691dd
Content-Transfer-Encoding: quoted-printable
Message-Id: <11F2CDC8-8B6F-4B87-9D21-4D741D2733CC@tzi.org>
References: <ZTOP6cVk0og7ZG9q@hephaistos.amsuess.com> <e2bcabf3-4364-4655-b298-0f71d2023665@ri.se>
To: Marco Tiloca <marco.tiloca@ri.se>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/wFzgMSIrn3gkXRNqmnf03Qj3l-w>
Subject: Re: [Cbor] 🔔 WGLC with request for reviews on draft-ietf-cbor-edn-literals-05
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Nov 2023 10:27:57 -0000

Hi Marco,

thank you for your review.

> I have only a few minor comments below. Besides that, I think that the document is ready.
> 
> 
> * Both the abstract and Section 1 mention that two extensions are defined, i.e., "dt" and "cri". Can't the "ip" extension also be mentioned?

Yes, it should indeed be mentioned.

Actually, I believe the “cri” extension now needs to move to draft-ietf-core-href, as we now can assume that that specification will trail behind the edn-literals specification.

I will create pull requests that move over cri’’ to -href and instead mention ip’’ in the abstract and introduction of -edn.

> * In Section 3.2, the last example using "commented out" EDN text includes
> 
>    "contract": "Herewith I buy" /.../ "gned: Alice & Bob"
> 
>    Shouldn't this be as below?
> 
>    "contract": "Herewith I buy/.../gned: Alice & Bob"

The purpose of the example was to show “commented out” ellipses, i.e., ellipses that will be entirely invisible in any processing by CI etc.
The /comment/ syntax works inside h’’ byte strings (which do not allow a ‘/‘ otherwise), but not inside in text strings (which do, so the /.../ becomes part of the text string); that’s why the example split the text string into a concatenated text string (Appendix G.4 of RFC 8610) and put the ellipsis into a comment that works in the whitespace between the halfs of the concatenated text string.

Grüße, Carsten

> On 2023-10-21 10:46, Christian Amsüss wrote:
>> Hello CBOR group,
>> 
>> this mail announces the Working Group Last Call on edn-literals[1],
>> which will end at the Monday of IETF 118 (2023-11-06), in parallel with
>> the WGLC on draft-ietf-cbor-update-8610-grammar.
>> 
>> Note that this document has evolved from merely adding application
>> oriented literals (`dt'2023-01-01'`) to also formalizing diagnostic
>> notation in ABNF form, filling several gaps and defining a media type
>> for it.
>> 
>> While this document has been discussed during interims, all the mailing
>> list discussion on it has been sparse and dates to whenit was only about
>> application oriented literals, so: Please have a look at the latest
>> version. The author was considerate enough to pack the 10 pages of ABNF
>> details into an appendix, leaving the rest at just 12 screen pages
>> (thereof 4 IANA considerations). While far be it for me to suggest
>> skimping on IANA considerations and appendix review, those who want to
>> review this with a more high-level mindset will find those early pages
>> to be most relevant to them -- and both kinds of reviews would be very
>> welcome.
>> 
>> Best regards,
>> Christian
>> 
>> [1]: 
>> https://eur05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-cbor-edn-literals%2F&data=05%7C01%7Cmarco.tiloca%40ri.se%7Caf92e1297c384a79560208dbd21243a4%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C638334748107781311%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=LAgrzztbHS22AI6RBSz6eMQmq8UQbwgwoSMbHBEQ%2Feg%3D&reserved=0
>> 
>> 
>> 
> 
> -- 
> Marco Tiloca
> Ph.D., Senior Researcher
> 
> Phone: +46 (0)70 60 46 501
> 
> RISE Research Institutes of Sweden AB
> Box 1263
> 164 29 Kista (Sweden)
> 
> Division: Digital Systems
> Department: Computer Science
> Unit: Cybersecurity
> 
> 
> https://www.ri.se
> <OpenPGP_0xEE2664B40E58DA43.asc>
> 
>