Re: [art] Fwd: New Version Notification for draft-rivest-sexp-06.txt

Erik Auerswald <auerswal@unix-ag.uni-kl.de> Wed, 17 April 2024 11:21 UTC

Return-Path: <auerswal@unix-ag.uni-kl.de>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFE51C14F61E for <art@ietfa.amsl.com>; Wed, 17 Apr 2024 04:21:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 vtptltZLBXrV for <art@ietfa.amsl.com>; Wed, 17 Apr 2024 04:21:05 -0700 (PDT)
Received: from mailgw1.uni-kl.de (mailgw1.uni-kl.de [IPv6:2001:638:208:120::220]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 395D3C14F602 for <art@ietf.org>; Wed, 17 Apr 2024 04:21:04 -0700 (PDT)
Received: from sushi.unix-ag.uni-kl.de (sushi.unix-ag.uni-kl.de [IPv6:2001:638:208:ef34:0:ff:fe00:65]) by mailgw1.uni-kl.de (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id 43HBLGv4007803 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 17 Apr 2024 13:21:17 +0200
Received: from sushi.unix-ag.uni-kl.de (ip6-localhost [IPv6:::1]) by sushi.unix-ag.uni-kl.de (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id 43HBKxeU016531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 17 Apr 2024 13:20:59 +0200
Received: (from auerswal@localhost) by sushi.unix-ag.uni-kl.de (8.14.4/8.14.4/Submit) id 43HBKxx1016530; Wed, 17 Apr 2024 13:20:59 +0200
Date: Wed, 17 Apr 2024 13:20:59 +0200
From: Erik Auerswald <auerswal@unix-ag.uni-kl.de>
To: Donald Eastlake <d3e3e3@gmail.com>
Cc: ART Area <art@ietf.org>
Message-ID: <20240417112059.GA10771@unix-ag.uni-kl.de>
References: <171332687483.30286.1243519720062169998@ietfa.amsl.com> <CAF4+nEHk2_OPS8-G9m+wFMKU0gqjWp8W8CAfkjG7iHOz=7nFCQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAF4+nEHk2_OPS8-G9m+wFMKU0gqjWp8W8CAfkjG7iHOz=7nFCQ@mail.gmail.com>
Author: Erik Auerswald <auerswal@unix-ag.uni-kl.de>
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/oMAOMqzHzmc-BA_7QoiuxRWqYvc>
Subject: Re: [art] Fwd: New Version Notification for draft-rivest-sexp-06.txt
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Apr 2024 11:21:09 -0000

Hi,

On Wed, Apr 17, 2024 at 01:02:54AM -0400, Donald Eastlake wrote:
> 
> An improved version has been posted responding to many of the comments
> that have been made.

Thanks for the update!

I'd like to make a few comments from a quick glance:

1. It seems to me as if the second example of an S-expression given in
   section 6.1 does not match the ABNF given in section 7.1.

2. It seems to me as if the "canonical" representation is not uniquely
   defined, because -- according to the examples -- it may use "display
   hints", but it is not specified if the "default" display hint
   ("application/octet-stream" in the current draft) may be given or not.

3. Since the "default" display hint may be application-specific, omitting
   it from the "canonical" representation, as shown in two of the three
   examples in section 6.1, seems to possibly change the "canonical"
   S-expression value when changing applications.

4. The value of the "default" display hint has changed over the versions
   of this draft.  I'd expect this to cause interoperability problems
   if any new implementation were to emerge, and if any existing
   implementation would already implement the original default display
   hint.

5. I'd say that this S-expression format has no similarities to
   Bernstein's "netstrings", i.e., the length of a general S-expression
   is not given up front.  Giving the complete length up front is the
   one special property provided by netstrings.  Thus I'd say that the
   last sentence of the first paragraph of section 1.1 is misleading.

Best regards,
Erik