[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
- [core] Modernized Link Format Klaus Hartke
- Re: [core] Modernized Link Format Christian Amsüss
- Re: [core] Modernized Link Format Klaus Hartke
- Re: [core] Modernized Link Format Christian Amsüss
- Re: [core] Modernized Link Format Klaus Hartke
- Re: [core] Modernized Link Format Christian Amsüss
- Re: [core] Modernized Link Format Klaus Hartke
- Re: [core] Modernized Link Format Jim Schaad
- Re: [core] Modernized Link Format Klaus Hartke
- Re: [core] Modernized Link Format Jim Schaad