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

Carsten Bormann <cabo@tzi.org> Thu, 21 March 2019 10:22 UTC

Return-Path: <cabo@tzi.org>
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 C677B130F5B; Thu, 21 Mar 2019 03:22:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level:
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=0.001] 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 7eiEXBypqr7n; Thu, 21 Mar 2019 03:22:29 -0700 (PDT)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A461130DE4; Thu, 21 Mar 2019 03:22:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost2.informatik.uni-bremen.de [134.102.200.7]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id x2LAMJ5G000788; Thu, 21 Mar 2019 11:22:24 +0100 (CET)
Received: from [100.68.224.189] (ip-109-41-65-253.web.vodafone.de [109.41.65.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 44Q2sR1lnyz1Br6; Thu, 21 Mar 2019 11:22:19 +0100 (CET)
Content-Type: multipart/alternative; boundary="Apple-Mail-EB030125-EA69-47BF-BCCC-84BFBEEC5C64"
Mime-Version: 1.0 (1.0)
From: Carsten Bormann <cabo@tzi.org>
X-Mailer: iPhone Mail (16D57)
In-Reply-To: <20190321090713.GC28481@hephaistos.amsuess.com>
Date: Thu, 21 Mar 2019 11:22:18 +0100
Cc: core <core@ietf.org>, draft-ietf-core-senml-etch@ietf.org
Content-Transfer-Encoding: 7bit
Message-Id: <617D6214-5CB0-4BB9-899A-16F76442D33F@tzi.org>
References: <541A113C-5FA1-410F-B17F-EC2D194E5079@tzi.org> <20190321090713.GC28481@hephaistos.amsuess.com>
To: Christian Amsüss <christian@amsuess.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/Kj3ZF1tE4DzDSyMCbj5h5L9e_IQ>
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 10:22:32 -0000

I think we can check the procedural side (and the editorial implications on other drafts) once we know what we want.

Sent from mobile on the way to Prague

> On 21. Mar 2019, at 10:07, Christian Amsüss <christian@amsuess.com> wrote:
> 
> 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