Re: [art] Artart last call review of draft-ietf-core-links-json-07

Carsten Bormann <cabo@tzi.org> Wed, 26 April 2017 15:52 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 B00FE131476; Wed, 26 Apr 2017 08:52:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 rHfLtRPALlI5; Wed, 26 Apr 2017 08:52:48 -0700 (PDT)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 57BED131460; Wed, 26 Apr 2017 08:52:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v3QFpku5028088; Wed, 26 Apr 2017 17:51:46 +0200 (CEST)
Received: from client-0227.vpn.uni-bremen.de (client-0227.vpn.uni-bremen.de [134.102.107.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3wCl1s6lR2zDH15; Wed, 26 Apr 2017 17:51:45 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Subject: Re: [art] Artart last call review of draft-ietf-core-links-json-07
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <26C26E7B-24E1-4982-B3D8-9991AA1CC6DF@tzi.org>
Date: Wed, 26 Apr 2017 17:51:45 +0200
Cc: IETF <ietf@ietf.org>, Julian Reschke <julian.reschke@gmx.de>, art@ietf.org, draft-ietf-core-links-json.all@ietf.org, "core@ietf.org WG" <core@ietf.org>, Erik Wilde <erik.wilde@dret.net>, Herbert Van de Sompel <hvdsomp@gmail.com>
X-Mao-Original-Outgoing-Id: 514914705.088075-62d7dcc2c4f9f617e52eb3a25c091a6c
Content-Transfer-Encoding: quoted-printable
Message-Id: <FEA936B1-3DCE-4376-8E0D-0C57202FF777@tzi.org>
References: <149188258769.15738.17473942496982365590@ietfa.amsl.com> <A12A8CB3-F756-4790-806A-A67AA8CE1D78@tzi.org> <CAOywMHdqitw-uN09p11j2xkBK6TO8y3wjAWipK7vhqbTWp0T1w@mail.gmail.com> <a2350664-05a7-8909-4cf4-5b765e09f9e7@dret.net> <027F2C41-E498-4801-86E2-047771E10545@tzi.org> <4cd01462-2a0f-803e-df10-e68b3eed0226@dret.net> <B04F33DD-51C1-4545-AD59-2F1A3AF14FF6@tzi.org> <feee7d84-263a-49e4-d95e-09ab8526b703@dret.net> <CAOywMHfJpYB6u7BFVf10Gf=Nxk0E1h5iEvyVX5VeAW0UKQOSzQ@mail.gmail.com> <5EB045F7-09FA-4EE8-844A-5AC0E3BF5C1E@tzi.org> <f1b9f42f-559d-d146-e355-c3e2ba31cb01@gmx.de> <23DDC7F2-D46F-4C19-AEA8-C71187099414@tzi.org> <A43ECEE0-47C8-485C-A9AC-E7890B0A6AA4@gbiv.com> <26C26E7B-24E1-4982-B3D8-9991AA1CC6DF@tzi.org>
To: "Roy T. Fielding" <fielding@gbiv.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/hWTboRcybcEyyn-WAcigZ-5pbu0>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 26 Apr 2017 15:52:51 -0000

On Apr 25, 2017, at 23:25, Carsten Bormann <cabo@tzi.org> wrote:
> 
> OK, let me start typing that errata report then.

Below is a draft errata report.

Is this information correct?
Is it sufficient?

Obviously, this errata report doesn’t by itself answer the important questions raised about links-json, but it might be a useful outcome of this discussion anyway.

Grüße, Carsten



Report Errata for RFC6690

Date:	2017-04-26
Name:	Carsten Bormann
Email:	cabo@tzi.org
Type:	Editorial
Section:	2

Original Text:

   [...] In
   order to convert an HTTP Link Header field to this link format, first
   the "Link:" HTTP header is removed, any linear whitespace (LWS) is
   removed, the header value is converted to UTF-8, and any percent-
   encodings are decoded.

Corrected Text:

   (add after unchanged original text:)

   Note that this percent-decoding damages URIs that percent-encode
   reserved characters (i.e., characters out of ":/?#[]@!$&'()*+,;=",
   not including the double quotes).  Such URIs therefore generally
   cannot be successfully used with RFC 6690 link-format.

Notes:

   Fully percent-decoding URIs before placing them into the
   link-format reduces complexity in processing link-format, but
   creates a limitation on the set of URIs that link-format faithfully
   can represent.  This may not be as widely known as is desirable,
   creating a pitfall for unwitting users of RFC 6990.