[core] Modernized Link Format

Klaus Hartke <hartke@projectcool.de> Thu, 11 October 2018 11:48 UTC

Return-Path: <hartke@projectcool.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01B20130E1B for <core@ietfa.amsl.com>; Thu, 11 Oct 2018 04:48:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_FAIL=0.001, URIBL_BLOCKED=0.001] autolearn=no 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 yl73j5Dt6uzs for <core@ietfa.amsl.com>; Thu, 11 Oct 2018 04:48:10 -0700 (PDT)
Received: from wp382.webpack.hosteurope.de (wp382.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8597::]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFF75130DD5 for <core@ietf.org>; Thu, 11 Oct 2018 04:48:09 -0700 (PDT)
Received: from mail-qt1-f175.google.com ([209.85.160.175]); authenticated by wp382.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1gAZRn-00025I-Lh; Thu, 11 Oct 2018 13:48:07 +0200
Received: by mail-qt1-f175.google.com with SMTP id j46-v6so9385165qtc.9 for <core@ietf.org>; Thu, 11 Oct 2018 04:48:07 -0700 (PDT)
X-Gm-Message-State: ABuFfog5Y3D+Ss/IfVX1OoDzqd+hLw8sm1eSq179Io7EasL/PSnEADlV NmE7hLJm3CMpsJXtQcGCfoWC7V912tgRmmNeoA8=
X-Google-Smtp-Source: ACcGV611DW5K5SmdcszwTy3j75DcmWHXFhq5JUu5R7QxKsynvUmgo4A/AhFNLrCLQGZgEQjpHGzVfhBMP/ieGdbFfhg=
X-Received: by 2002:a0c:9609:: with SMTP id 9mr1139476qvx.129.1539258486603; Thu, 11 Oct 2018 04:48:06 -0700 (PDT)
MIME-Version: 1.0
From: Klaus Hartke <hartke@projectcool.de>
Date: Thu, 11 Oct 2018 13:47:30 +0200
X-Gmail-Original-Message-ID: <CAAzbHvZiSQvpK=qwtaQX2L5QjZ7nerLW_=eBPFmEhg5YrUPqMA@mail.gmail.com>
Message-ID: <CAAzbHvZiSQvpK=qwtaQX2L5QjZ7nerLW_=eBPFmEhg5YrUPqMA@mail.gmail.com>
To: "core@ietf.org WG" <core@ietf.org>
Content-Type: text/plain; charset="UTF-8"
X-bounce-key: webpack.hosteurope.de; hartke@projectcool.de; 1539258489; 3deb2a40;
X-HE-SMSGID: 1gAZRn-00025I-Lh
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ZbUuOBKBusMUJZLOJH3E5gpLVcg>
Subject: [core] Modernized Link Format
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Oct 2018 11:48:12 -0000

I've done a quick review of appendix D of the Resource Directory draft
[1]. If I understand correctly, the section obsoletes Section 2.1 of
RFC 6690 [2]...

   Each link conveys one target URI as a URI-reference inside angle
   brackets ("<>").  The context URI of a link (also called the base URI
   in [RFC3986]) is determined by the following rules in this
   specification:

   (a)  The context URI is set to the anchor parameter, when specified.

   (b)  Origin of the target URI, when specified.

   (c)  Origin of the link format resource's base URI.

...and replaces it with the following new rules:

   o  The URI-reference inside angle brackets ("<>") describes the
      target URI of the link.

   o  The context of the link is expressed by the "anchor" parameter.
      If the anchor attribute is absent, it defaults to the empty
      reference ("").

   o  Both these references are resolved according to Section 5 of
      [RFC3986].

The resolution of the anchor URI in the final step is presumably
performed against the URI used to retrieve the Link Format document.

This means that the link in the following Link Format document located
at <coap://example.com:1234/.well-known/core>...

    <foo/bar>

...would resolve to the following URI under the old rules...

    coap://example.com:1234/foo/bar

...and  to the following URI under the new rules...

    coap://example.com:1234/.well-known/foo/bar

...regardless of whether "rel" is the implicit "hosts" relation type
as in this example or any other relation type.

Is that correct?

While the impact of this change on existing deployments might be low,
it's a breaking change and as such IMO requires an RFC that updates or
obsoletes RFC 6609.

Klaus

[1] https://tools.ietf.org/html/draft-ietf-core-resource-directory-15#appendix-D
[2] https://tools.ietf.org/html/rfc6690#section-2.1