[core] pre-draft: Dereference Link type ("redirection")

Christian Amsüss <christian@amsuess.com> Thu, 27 September 2018 10:43 UTC

Return-Path: <christian@amsuess.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 621E6130E29 for <core@ietfa.amsl.com>; Thu, 27 Sep 2018 03:43:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id WFVoo5LCAmBP for <core@ietfa.amsl.com>; Thu, 27 Sep 2018 03:43:47 -0700 (PDT)
Received: from prometheus.amsuess.com (prometheus.amsuess.com []) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCE77130DF6 for <core@ietf.org>; Thu, 27 Sep 2018 03:43:46 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bd]) by prometheus.amsuess.com (Postfix) with ESMTPS id A64A341951 for <core@ietf.org>; Thu, 27 Sep 2018 12:43:43 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com []) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 1833157 for <core@ietf.org>; Thu, 27 Sep 2018 12:43:40 +0200 (CEST)
Received: from hephaistos.amsuess.com (hephaistos.amsuess.com [IPv6:2a02:b18:c13b:8010::71b]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id AE33A19 for <core@ietf.org>; Thu, 27 Sep 2018 12:43:39 +0200 (CEST)
Received: (nullmailer pid 452 invoked by uid 1000); Thu, 27 Sep 2018 10:43:39 -0000
Date: Thu, 27 Sep 2018 12:43:39 +0200
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: core@ietf.org
Message-ID: <20180927104338.GB5321@hephaistos.amsuess.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bAmEntskrkuBymla"
Content-Disposition: inline
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ZNv9ugJ1I0zgYlV_K1-oOUJ0Ys8>
Subject: [core] pre-draft: Dereference Link type ("redirection")
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, 27 Sep 2018 10:43:51 -0000

Hello CoRE,

there have been some occasions on which redirection hase come up
invarious forms. A corner use case for that popped up again when
reviewing the senml-fetch draft.

I don't plan on pushing this, as I personally have no use cases for it,
but I'd rather have some place where to spool any demand for redirection
and other forms of indirection, so that if and when there comes actual
demand, there's something to start with.

An initial pre-draft is attached ("pre-draft" because its style is
probably too tongue-in-cheek for a draft upload), comments are welcome.

Best regards

Most people would leave. Not us. We're Vikings. We have stubbornness issues.
  -- Hiccup, son of Stoic