Re: [core] CoAP requirements and HTTP iwf

"Don Sturek" <d.sturek@att.net> Fri, 26 March 2010 13:47 UTC

Return-Path: <d.sturek@att.net>
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 3E1803A6405 for <core@core3.amsl.com>; Fri, 26 Mar 2010 06:47:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.395
X-Spam-Level: **
X-Spam-Status: No, score=2.395 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, DNS_FROM_OPENWHOIS=1.13, MSGID_MULTIPLE_AT=1.449, UNPARSEABLE_RELAY=0.001]
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 pa-FWUmYexUK for <core@core3.amsl.com>; Fri, 26 Mar 2010 06:47:13 -0700 (PDT)
Received: from smtp104.sbc.mail.mud.yahoo.com (smtp104.sbc.mail.mud.yahoo.com [68.142.198.203]) by core3.amsl.com (Postfix) with SMTP id 470E73A63EC for <core@ietf.org>; Fri, 26 Mar 2010 06:47:12 -0700 (PDT)
Received: (qmail 85614 invoked from network); 26 Mar 2010 13:47:30 -0000
Received: from Studio (d.sturek@69.225.120.125 with login) by smtp104.sbc.mail.mud.yahoo.com with SMTP; 26 Mar 2010 06:47:30 -0700 PDT
X-Yahoo-SMTP: fvjol_aswBAraSJvMLe2r1XTzhBhbFxY8q8c3jo-
X-YMail-OSG: OsEa0NUVM1lxFxi73pcG56S3CcdlQ2o8IOSAQ13OghWVTBSYYw1ECaiPRWlkt05XykO7fr_mn0KInomz_z55HwL_laKTTtfF60DIm_vy0ucZpWItpVOGGCvSem0ZxRWnMKxMlgQgUQ83wnhNFWodUPl.20yGAVP9ZRZ6xOx4mKqN7kZ66SG9xsCDrd.ku7wUFE4u9oac1mU1z.nnrBhVQ9bihR6kXIn6qiFT3oYRsaH1Rqt4jqy3QAbUzudc4mYAF5QOWV7EN.uaxSGsGLOQau4oRw00We2YKZf4yifJ_VQlpIR4wPDd
X-Yahoo-Newman-Property: ymail-3
From: Don Sturek <d.sturek@att.net>
To: "'Adriano Pezzuto (apezzuto)'" <apezzuto@cisco.com>, core@ietf.org
References: <0D212BD466921646B58854FB79092CEC0196C3BC@XMB-AMS-106.cisco.com>
In-Reply-To: <0D212BD466921646B58854FB79092CEC0196C3BC@XMB-AMS-106.cisco.com>
Date: Fri, 26 Mar 2010 06:47:27 -0700
Message-ID: <009601caccea$e0443360$a0cc9a20$@sturek>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcrMxAgxob0ouQv0SS+I/WEtUZFC5QAJfQ+A
Content-Language: en-us
Subject: Re: [core] CoAP requirements and HTTP iwf
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: d.sturek@att.net
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: Fri, 26 Mar 2010 13:47:14 -0000

If I recall, the CoRE charter removed the mapping devices (CoGII is what I
think they were back in the original CoAP charter).  I think CoRE only
focused on development of a RESTful architecture implementation over
transports that are not constrained to be TCP (ie, UDP is supported).

I think we will make a mistake by having a discussion on mapping to HTTP
since the discussion below will take place ("what about XMPP mappings",
"what about SIP mappings", etc.).  

If we architect CoRE for mappings to all of these other standards I am
doubtful it ever achieves it primary goal of a simple RESTful protocol
implementation for constrained devices.

Don


-----Original Message-----
From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of
Adriano Pezzuto (apezzuto)
Sent: Friday, March 26, 2010 2:09 AM
To: core@ietf.org
Subject: [core] CoAP requirements and HTTP iwf

Hello,
a great session in Anaheim!

For what concerns CoAP and HTTP mapping (REQ7: of
draft-shelby-core-coap-req-00), I understood that there is not "the"
CoAP-HTTP mapping but more possible ways to do the mapping are possible.
Also, further mappings, e.g.  CoAP-XMPP,   CoAP-SIP, ..  might be
defined in the future, if required.

What about to split the CoAP specs from the  CoaP-*P mapping specs? I
mean to have different specs for CoAP core protocol, CoAP-HTTP mapping,
CoAP-XMPP mapping, CoAP-*P mapping and so on.

Not sure if this make sense ...

regards,
Adriano
_______________________________________________
core mailing list
core@ietf.org
https://www.ietf.org/mailman/listinfo/core