Re: [core] Should we bury draft-ietf-core-interfaces?

Christian Amsüss <christian@amsuess.com> Thu, 21 March 2019 09:07 UTC

Return-Path: <christian@amsuess.com>
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 4646E1277CE; Thu, 21 Mar 2019 02:07:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 pJtnk6-tjLM0; Thu, 21 Mar 2019 02:07:17 -0700 (PDT)
Received: from prometheus.amsuess.com (alt.prometheus.amsuess.com [IPv6:2a01:4f8:190:3064::3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE09B126C01; Thu, 21 Mar 2019 02:07:17 -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 091FF41923; Thu, 21 Mar 2019 10:07:15 +0100 (CET)
Received: from poseidon-mailbox.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bf]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 5702936; Thu, 21 Mar 2019 10:07:14 +0100 (CET)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:9568:5ff3:9971:c700]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 1723817B; Thu, 21 Mar 2019 10:07:14 +0100 (CET)
Received: (nullmailer pid 17586 invoked by uid 1000); Thu, 21 Mar 2019 09:07:13 -0000
Date: Thu, 21 Mar 2019 10:07:13 +0100
From: Christian Amsüss <christian@amsuess.com>
To: Carsten Bormann <cabo@tzi.org>
Cc: core <core@ietf.org>, draft-ietf-core-senml-etch@ietf.org
Message-ID: <20190321090713.GC28481@hephaistos.amsuess.com>
References: <541A113C-5FA1-410F-B17F-EC2D194E5079@tzi.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="sHrvAb52M6C8blB9"
Content-Disposition: inline
In-Reply-To: <541A113C-5FA1-410F-B17F-EC2D194E5079@tzi.org>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/b2VyotQ_ge7MBBupW2ZTW6Mmslg>
Subject: Re: [core] Should we bury draft-ietf-core-interfaces?
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, 21 Mar 2019 09:07:20 -0000

Hello Carsten, hello CoRE,

On Wed, Mar 20, 2019 at 09:52:18PM +0100, Carsten Bormann wrote:
> At the interim call today we discussed whether core-interfaces, after already having split out all its salient parts into different documents, can now be buried.
> 
> If you agree, please say so in a reply; speak up particularly if you don’t agree.
> We probably will make a decision in the Friday IETF104 CoRE meeting, so please reply till 2019-03-28.

I see some use of core-interface terminology in senml-etch. It isn't
made explicit, but the use case description talks of batches of sensor
data, and updates several resources at once. Without the background of
core-interface batches, I think it's not immediately obvious how such a
PATCH is used, and in particular at which resource it is targeted.
(That can be addressed in senml-etch though, and doesn't need to keep
core-interfaces around).

On the procedural side, core-interfaces is part of the WG charter, so
abandoning this draft may need more than just WG consensus.

(Personally, I'll miss core-interfaces, as it shaped my introduction to
CoAP, but let that be motivation to have a good t2trg-rest-iot
document.)

Best regards
Christian

-- 
The tortoise lays on its back, its belly baking in the hot sun, beating
its legs trying to turn itself over, but it can’t, not without your
help. But you’re not helping. Why is that?
  -- Holden, Blade Runner