Re: [core] Comments on SOAP over CoAP
Guido Moritz <guido.moritz@uni-rostock.de> Wed, 30 March 2011 10:29 UTC
Return-Path: <prvs=6070FC579C=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C206C3A68B7 for <core@core3.amsl.com>; Wed, 30 Mar 2011 03:29:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.943
X-Spam-Level:
X-Spam-Status: No, score=-1.943 tagged_above=-999 required=5 tests=[AWL=0.305, BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r9Fz9XRRvIQc for <core@core3.amsl.com>; Wed, 30 Mar 2011 03:29:17 -0700 (PDT)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 09DB828C118 for <core@ietf.org>; Wed, 30 Mar 2011 03:29:17 -0700 (PDT)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'Linyi Tian' <tianlinyi@huawei.com>, 'core' <core@ietf.org>
References: <C9B8CDE8.1704%tianlinyi@huawei.com>
In-Reply-To: <C9B8CDE8.1704%tianlinyi@huawei.com>
Date: Wed, 30 Mar 2011 12:30:56 +0200
Message-ID: <004501cbeec5$8dd537c0$a97fa740$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0046_01CBEED6.515E07C0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQJtjv7iUkwRIEXxeRcvGhaooo0V+pMCaLmQ
Content-Language: de
Subject: Re: [core] Comments on SOAP over CoAP
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Wed, 30 Mar 2011 10:29:22 -0000
Linyi, indeed I am not completely sure if this work fits in the IETF, working on this in OASIS (especially in the WS-DD TC, i.e. DPWS) might be another and maybe the right option. But as stated in the draft, we also wanted to point at issues coming up when using CoAP. And yes, we are using CoAP not as it was intended. But the same happened to HTTP (e.g. XMPP over HTTP BOSH, WebDav, SOAP over HTTP ). So even if CoAP was designed as a RESTful protocol, it might be misused in future developments just as reliable transport mechanism (as we are doing with SOAP over CoAP). So we wanted to point at the critical issues that might have to be changed. For example having a payload in a POST response is required by all such kinds of Foo over CoAP solutions. POST is too unclear as it just says server, process this and do whatever you have to do with it. And in our case this requires maybe a payload in the response also. So since we have implementations for DPWS and EXI for TelosB motes, we are quite optimistic to push DPWS/SOAP down to these constrained environments also. Maybe not Class 1 devices and only Class 2 (c.f. Carstens classification), but this is what we try to find out. So the CoAP binding is just another building block to be required. Best, Guido Von: core-bounces@ietf.org [mailto:core-bounces@ietf.org] Im Auftrag von Linyi Tian Gesendet: Mittwoch, 30. März 2011 12:09 An: 'core' Betreff: [core] Comments on SOAP over CoAP Hi, Guido Moritz I want to know why this is related to constrained environment. I gues the sOaP over UDP (OASIS work) is not for constrained devices. It is just a binding (same level as HTTP Binding) to address two scenarios: one request & request/response in UDP. During the meeting I also asked the question why do we need large data in response to POST request. This feature is required if we want to work on SoAp over CoAP. I am not sure whether this is too much for CoAP. It may not fit our charter and objective in CORE. What do you think? Cheers, Linyi
- [core] Comments on SOAP over CoAP Linyi Tian
- Re: [core] Comments on SOAP over CoAP Guido Moritz
- Re: [core] Comments on SOAP over CoAP Carsten Bormann
- Re: [core] Comments on SOAP over CoAP Linyi Tian