[core] "No Content" CoAP option (was Re: "Too Many Requests Response Code for CoAP" draft (draft-keranen-core-too-many-reqs-00))

Ari Keränen <ari.keranen@ericsson.com> Thu, 08 March 2018 13:06 UTC

Return-Path: <ari.keranen@ericsson.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 400B0126CE8 for <core@ietfa.amsl.com>; Thu, 8 Mar 2018 05:06:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.321
X-Spam-Level:
X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 DcQ9UcA4pKEq for <core@ietfa.amsl.com>; Thu, 8 Mar 2018 05:06:26 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 33C25126CD6 for <core@ietf.org>; Thu, 8 Mar 2018 05:06:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1520514384; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=3IRF6lvpc9vgIYjUmhjkfSFqiM04lTWt5dMgeNe16J0=; b=EqxSArJesfXb+mFykAHJwziYSJpq0tVHybI4qpuqKdUrBNvhSK0MOjOyiwawjztd 2M2XKoj7/eaf2ybLE4yL3kwGG41lDM4UvossiS+BjvSCVVBHm4uSNPiLghuvXRcm 5Xbmfkl8jmesYrmqN2FQrzp510aFNbNXCvAIJjbjWFo=;
X-AuditID: c1b4fb25-44ba69c000002d5f-91-5aa135507c2f
Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 3F.DC.11615.05531AA5; Thu, 8 Mar 2018 14:06:24 +0100 (CET)
Received: from ESESSMB109.ericsson.se ([169.254.9.82]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Thu, 8 Mar 2018 14:05:22 +0100
From: Ari Keränen <ari.keranen@ericsson.com>
To: Klaus Hartke <hartke@projectcool.de>
CC: Michael Koster <michaeljohnkoster@gmail.com>, core <core@ietf.org>
Thread-Topic: "No Content" CoAP option (was Re: [core] "Too Many Requests Response Code for CoAP" draft (draft-keranen-core-too-many-reqs-00))
Thread-Index: AQHTtt4dttxtKX0IgU+ewEr/qg/bDw==
Date: Thu, 08 Mar 2018 13:05:22 +0000
Message-ID: <753934EB-16DB-4AD9-915E-1A9298FAA1A1@ericsson.com>
References: <152025806136.14652.11784946748337213501.idtracker@ietfa.amsl.com> <225023B8-B663-482A-93E6-8DD054606A79@ericsson.com> <CAAzbHvYBycMA48UBA=J_ZZBUf9fjsam8uaQPpwpe_02swhQp4Q@mail.gmail.com> <2599BFCF-9A26-40BE-95E1-FBFF6B1ECDD4@gmail.com> <CAAzbHvazO6zRPG5tdJnDWNdFqpQatZB2-wzTJM3q5gAsqF4QzQ@mail.gmail.com>
In-Reply-To: <CAAzbHvazO6zRPG5tdJnDWNdFqpQatZB2-wzTJM3q5gAsqF4QzQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [87.95.226.8]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <199131956D0DFC46A7C9318279D94CDF@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrAIsWRmVeSWpSXmKPExsUyM2J7oG6A6cIog3s94hb73q5ntniz/zaT xbT28+wOzB47Z91l91iy5CeTx4sP7YwBzFFcNimpOZllqUX6dglcGXtvWxTc5q641zSTuYFx DWcXIyeHhICJRMvl5cxdjFwcQgKHGSX6G/cwQjiLGCW6L59hBqliE7CXmLzmIyOILSKgIXF4 +k0WEJtZwE2iYXkbC0iDsEA3o8Sj9i1gjojABEaJX2v3skN06ElsW/EcrINFQEVi+9UesKm8 QFPb1/8BmyokcJRJYuaZOBCbUyBQYlvHVFYQm1FATOL7qTVMENvEJW49mc8EcbeAxJI955kh bFGJl4//sULY8hIzzt6CqteTuDF1ChuEbS3Rd+89M4StLbFs4WuoGwQlTs58wjKBUWwWkhWz kLTPQtI+C0n7LCTtCxhZVzGKFqcWJ+WmGxnrpRZlJhcX5+fp5aWWbGIExtvBLb9VdzBefuN4 iFGAg1GJh9dfb2GUEGtiWXFl7iFGCQ5mJRHeAH2gEG9KYmVValF+fFFpTmrxIUZpDhYlcd45 wu1RQgLpiSWp2ampBalFMFkmDk6pBkbX5fy1b/+cPbmb+Zdq7z+XEAXeX+0qKUopwZOWdlRN Lds4wfIwqyb//swLfI9eRcQv+yPdKckuWGTRarmrqsfGsTbi6Pub675X2Z/wnRj7JusOm7zX pedGfaHyKf6POopfCe8y0OP+dK9vw79ddtwFP/4vOHnlqerv28eCWzhOTfv59ezS2AtKLMUZ iYZazEXFiQAe2BR7swIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/ckqGPPkZwvasV-Ad0bbUXaTlIxw>
Subject: [core] "No Content" CoAP option (was Re: "Too Many Requests Response Code for CoAP" draft (draft-keranen-core-too-many-reqs-00))
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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, 08 Mar 2018 13:06:33 -0000


> On 5 Mar 2018, at 19.51, Klaus Hartke <hartke@projectcool.de> wrote:
> 
> Michael Koster wrote:
>> We are proposing a code in Pub/Sub for the case of a broker where the topic
>> exists but there is not a valid data value.
> 
> This sounds strangely familiar:
> https://tools.ietf.org/html/draft-hartke-core-pending-02

The 2.05 "Content Pending" has indeed quite similar semantics to our proposal and should work for pub/sub too.

But the dual use of the "X" vs. "X pending" was a bit unclear in the draft now. Maybe it's worth clarifying already in the intro that it's the new payload format that indicates this difference. Could also mention explicitly that these are not new Response Codes, since that's probably what most readers would expect this  draft to specify.

>> We thought that an equivalent to the HTTP 204 "No Content" could be used but
>> the code conflicts with 2.04 in CoAP, so we propose 2.07
> 
> We had that in the -01 version of the draft, but that didn't seem to
> gain traction, so we've switched to a new content-format to indicate
> this status. Would this work for pub/sub?

Do you remember what was the reason for lack of traction? 

Implementation-wise it seems slightly simpler to handle different "error/pending" cases just by looking at the response code and not having to bother about the payload type, but I don't have a strong opinion on this (or an implementation, at least yet).


Cheers,
Ari