Re: [core-parameters] CoRE LD resource type discussions

Jaime Jiménez <jaime@iki.fi> Mon, 08 July 2019 13:41 UTC

Return-Path: <jaime@iki.fi>
X-Original-To: core-parameters@ietfa.amsl.com
Delivered-To: core-parameters@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 404431201A0 for <core-parameters@ietfa.amsl.com>; Mon, 8 Jul 2019 06:41:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.82
X-Spam-Level:
X-Spam-Status: No, score=-1.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
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 QXg391YzdNy9 for <core-parameters@ietfa.amsl.com>; Mon, 8 Jul 2019 06:41:16 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BA82120196 for <core-parameters@ietf.org>; Mon, 8 Jul 2019 06:41:16 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 7C1DD22008; Mon, 8 Jul 2019 09:41:15 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Mon, 08 Jul 2019 09:41:15 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=zOczta0A1+2YXCi/VG0uc/rk9FQVnc+TGutKSl/c5 ok=; b=IPaRaJRtnlx3RGhqWOg7AqNj/M5r2XhzrztEmqOM7u63+pNcnrpXeVdF0 m5PSZ0BYBQzbPy7fJ3xSqI8CRe978vNH+S243Ttu4yxZoEvLUs6c5NMVE3V4UYCA gsAfuYAmUS610FHvpkn/s0d8UlNeJk7yrbzXNj/ziKp1O2BDpI0RmwCoRmDgmkmS 7ISdtQZaqpyf2RVQcSEtUYOWC+fThwP5Jk2BeKIQkI+9KWEv9v0R04GPVD2BRzwG GlpDhcHOSyPnK/jHciyJBbk+utXpITbmArERrwnLNwOeqhrn/IJXtjKehnXnvvU+ ngKER8gyj7qDjZ7g1yGJn6MHwUoLA==
X-ME-Sender: <xms:-kcjXQNKNYFQHeUs-3MW-uZCUTRQYHSwvSi13UwyKtImjGJfJlgsFA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrgedtgdejtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggugfgjfgesthekredttderudenucfhrhhomheplfgrihhm vgculfhimhornhgviicuoehjrghimhgvsehikhhirdhfiheqnecuffhomhgrihhnpehgih hthhhusgdrtghomhdpihgvthhfrdhorhhgnecukfhppeekledrudeiiedrgeelrddvgeef necurfgrrhgrmhepmhgrihhlfhhrohhmpehjrghimhgvsehikhhirdhfihenucevlhhush htvghrufhiiigvpedt
X-ME-Proxy: <xmx:-kcjXcJ8c-nqXAy8XrGm8862pI22ns4x35aBhNpIaiL5Tw2dSnqgjw> <xmx:-kcjXaryhIatHZ-d7903x2S42MBthDss2rqLzETTCb5Moj04JGOs9w> <xmx:-kcjXYNNdncM2UF3adWM1wDvY1ysA5UuMUC2G8AOYRgHpz74O-yZFw> <xmx:-0cjXebpV2EhJghbmDBk4nf3oYz-fWRa2BDFaXqFqp6PYcBYj2jSzg>
Received: from EMB-918HFH01 (89-166-49-243.co.dnainternet.fi [89.166.49.243]) by mail.messagingengine.com (Postfix) with ESMTPA id 274F98005A; Mon, 8 Jul 2019 09:41:14 -0400 (EDT)
Date: Mon, 08 Jul 2019 16:41:12 +0300
From: Jaime Jiménez <jaime@iki.fi>
To: "Christian M. Amsüss" <christian@amsuess.com>
Cc: core-parameters@ietf.org
Message-ID: <20190708134112.vo6klgo56e34q2cx@EMB-918HFH01>
References: <20190708121720.GA7097@hephaistos.amsuess.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20190708121720.GA7097@hephaistos.amsuess.com>
User-Agent: NeoMutt/20180716
Archived-At: <https://mailarchive.ietf.org/arch/msg/core-parameters/ytjd7qxr7cH0kJWu8_TFvnahqMw>
Subject: Re: [core-parameters] CoRE LD resource type discussions
X-BeenThere: core-parameters@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Expert review of CoAP parameters." <core-parameters.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core-parameters>, <mailto:core-parameters-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core-parameters/>
List-Post: <mailto:core-parameters@ietf.org>
List-Help: <mailto:core-parameters-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core-parameters>, <mailto:core-parameters-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 13:41:19 -0000

Forwarding here more discussion details on the  found by Christian.

On Mon, Jul 08, 2019 at 02:17:21PM +0200, Christian M. Amsüss wrote:
> Hi Jaime,
> 
> previous discussions on rt= values:
> 
> * core.rd-ep: was introduced in -14. This was merged in
>   https://github.com/core-wg/resource-directory/pull/146 as a result of
>   the RD authors' meeting before it (see mail from Mon, 25 Jun 2018
>   17:52:55 +0200 to you and the authors, subject "Re: resource directory
>   telco 25 June 2018 16h - 17h30", section "Other open points") -- there
>   was not much of a discussion; MK proposed it and CB and me agreed
>   it's a good idea. Active registraions fit the bill of what
>   https://tools.ietf.org/html/rfc6690#section-3.1 defines as something
>   that can need an "application specific semantic type [of] a resource".
> 
> * core.rd / core.rd-lookup-ep / core.rd-lookup-res: Have been around
>   since core.rd-lookup was split up from cor.rd-lookup in 6e87adea
>   2017-03-13 (for -10) to make for a more REST-ful (and RFC 7320
>   compliant) discovery process.
> 
>   RFC 7320 describes why we need that ("Specifying a fixed path relative
>   to another (e.g., {whatever}/myapp) is also bad practice (even if
>   "whatever" is discovered as suggested in Section 3)") and RFC6690
>   gives us the tools to do it. I don't remember (neither did find) any
>   discussion on the gernal concept of using rt= for that.
> 
> That's all I found
> 
> Christian
> 
> -- 
> To use raw power is to make yourself infinitely vulnerable to greater powers.
>   -- Bene Gesserit axiom