[core] CoAP: non-traditional response forms

Carsten Bormann <cabo@tzi.org> Mon, 13 November 2017 03:33 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 ABF44126DCA for <core@ietfa.amsl.com>; Sun, 12 Nov 2017 19:33:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 mpaYM9yLc3E4 for <core@ietfa.amsl.com>; Sun, 12 Nov 2017 19:33:22 -0800 (PST)
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 2D2AC128B44 for <core@ietf.org>; Sun, 12 Nov 2017 19:33:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id vAD3XIZf025468 for <core@ietf.org>; Mon, 13 Nov 2017 04:33:18 +0100 (CET)
Received: from dhcp-8241.meeting.ietf.org (dhcp-8241.meeting.ietf.org [31.133.130.65]) (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 3yZx706ZLhzDWwP; Mon, 13 Nov 2017 04:33:16 +0100 (CET)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset="utf-8"
X-Mao-Original-Outgoing-Id: 532236791.192-31999d21015515f7eea361e53f00410a
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Mon, 13 Nov 2017 11:33:11 +0800
Message-Id: <A2CBB392-CD50-4572-A202-749B82FC0FDE@tzi.org>
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/7kjAYywwAsJ9nYJAojMB--gSWSk>
Subject: [core] CoAP: non-traditional response forms
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: Mon, 13 Nov 2017 03:33:24 -0000

I have submitted a new draft, draft-bormann-core-responses-00.txt.

This is trying to outline additional ways CoAP responses may be formed, beyond those defined in RFC 7252.

This draft is a reaction to developments within LWM2M and OCF that are not yet all public.

I expect these ideas to be controversial.
(I myself am not convinced that any of these approaches should be pursued.) 
But they would solve real problems.

I cannot possible ask Jaime to allocate agenda tine for this this week before there was a mailing list discussion.  So please fire away…

Grüße, Carsten

Name:		draft-bormann-core-responses
Title:		CoAP: Non-traditional response forms
Htmlized:       https://tools.ietf.org/html/draft-bormann-core-responses-00
Abstract:
  In CoAP as defined by RFC 7252, responses are always unicast back to
  a client that posed a request.  The present memo describes two forms
  of responses that go beyond that model.  These descriptions are not
  intended as advocacy for adopting these approaches immediately, they
  are provided to point out potential avenues for development that
  would have to be carefully evaluated.