Re: [core] CoAP over TCP

Simon Lemay <simon.lemay@gmail.com> Thu, 26 February 2015 17:54 UTC

Return-Path: <simon.lemay@gmail.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37E4F1A1B7B for <core@ietfa.amsl.com>; Thu, 26 Feb 2015 09:54:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, J_CHICKENPOX_38=0.6, SPF_PASS=-0.001] autolearn=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 NrrwgPIX2Prj for <core@ietfa.amsl.com>; Thu, 26 Feb 2015 09:54:03 -0800 (PST)
Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7D4B1A1B25 for <core@ietf.org>; Thu, 26 Feb 2015 09:54:03 -0800 (PST)
Received: by iecrd18 with SMTP id rd18so18506818iec.8 for <core@ietf.org>; Thu, 26 Feb 2015 09:54:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AO+1bJPHwBJTrWhXa6CwJ3/efGYUrry9HTtYiiqeoIU=; b=aPSE6jz6FM+63T1jGc9b/es9syprO+KdUMz4PzCBe6aFSAAi0kjpf03o6XGqF6HWB+ x2DJ29GsLH2/Tf9L3aRi4Wnf1DBo1AzYf1vV04ssBTrei+yx7HN9yA3yfdMhGxQNCYMd QaseZjwvm1S6i6DBk3giLLRcFET45MrkTg+5qzfWILE17Ek2xMAyid+F7NcBZ0Dsn000 mTCPoKE0plNrpbvHzUnHHJRxcZGYyPKGIAUcznS4RRtFE3BnxWF0PN/hbbD1vHM0uJn1 OjLCyD78uqwQ8n+8nYve4NQ5h9xchqiCTzk+2v7jEPkoDQ8Ci/haexzLIBnt9uGSiuLX OlzA==
X-Received: by 10.107.129.138 with SMTP id l10mr13510614ioi.37.1424973242989; Thu, 26 Feb 2015 09:54:02 -0800 (PST)
Received: from [192.168.205.140] ([199.15.130.142]) by mx.google.com with ESMTPSA id jf10sm11940169igb.1.2015.02.26.09.54.01 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Feb 2015 09:54:02 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
From: Simon Lemay <simon.lemay@gmail.com>
In-Reply-To: <7221955A65891E4C90CEF9A551B5633E564E095C1B@DFW1MBX04.mex07a.mlsrvr.com>
Date: Thu, 26 Feb 2015 11:54:01 -0600
Content-Transfer-Encoding: quoted-printable
Message-Id: <D35F8B91-A0B9-4752-8ADE-0619685A794E@gmail.com>
References: <7221955A65891E4C90CEF9A551B5633E564E095C1B@DFW1MBX04.mex07a.mlsrvr.com>
To: Ben Kinsella <bkinsella@bb-elec.com>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/core/3c1j9LZaqN4Yb-KWH0Vm4olNgCY>
Cc: "core@ietf.org" <core@ietf.org>
Subject: Re: [core] CoAP over TCP
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Thu, 26 Feb 2015 17:54:05 -0000

Hi, 

I would say thank you for resurrecting this thread :)

We are currently working on new version draft-tschofenig-core-coap-tcp-tls in order to have out asap so we can move forward on standerdizing CoAP over TCP.  And you are correct, it is the goal of IETF to make it standards, and was identify as a priority 

I would say that it should come out soon, we are writing up the final corner case in the RFC and it will put is out for review very soon.

Thanks for raising the the question :)

Simon Lemay


> On Feb 26, 2015, at 8:55 AM, Ben Kinsella <bkinsella@bb-elec.com> wrote:
> 
> Hi.
> 
> Apologies for resurrecting this thread, but I haven't seen any updates on this topic since November.
> 
>>> 3) CoAP over TCP.  draft-bormann-core-coap-tcp-01 is a summary of the
>>> design choices. draft-tschofenig-core-coap-tcp-tls selects one option
>>> without explaining why.
>> 
>> draft-tschofenig-core-coap-tcp-tls describes what we (ARM and Zebra)
>> have implemented and deployed.
> 
> draft-bormann-core-coap-tcp expired in January, and draft-tschofenig-core-coap-tcp-tls is due to expire next week.
> Please excuse my ignorance of how the IETF process works, but my understanding was that the IETF would standardise on one approach for CoAP over TCP.
> Is this still going to happen?
> 
> My interest is in the use of CoAP and LWM2M over cellular networks, and I have some concerns over the use of UDP in scenarios which do not support VPNs or private APNs.
> Can anyone provide real-world examples of the successful use of CoAP over UDP in this type of environment?
> For example, my understanding is that LWM2M already makes a slight modification to CoAP in order to get around the cellular NAT issue: the device initiates the connection to the head-end.
> Is UDP as the transport simply not an issue, and therefore there is no real motivation for CoAP over TCP?
> 
> I was hoping that IETF standardisation of CoAP over TCP would also trigger changes in OMA's LWM2M spec.
> For example, if I adopt the ARM approach outlined in draft-tschofenig-core-coap-tcp-tls, I presume I cannot use a standard LWM2M server?
> In what scenarios is the ARM/Zebra approach used?
> 
> Alternatively, I know that there are also efforts underway to add an MQTT binding to LWM2M, as an alternative to CoAP.
> Which is likely to reach standardisation first: CoAP over TCP, or LWM2M over MQTT?
> 
> Regards,
> Ben.
> 
> Ben Kinsella | Senior Engineer
> B+B SmartWorx | Westlink Commercial Park, Oranmore, Co. Galway, Ireland
> Office: +353 91 792444 | 
> Email: bkinsella@bb-smartworx.com | bb-smartworx.com
> Skype: ben.kinsella | ie.linkedin.com/in/benkinsella/
> 
> 
> Hannes Tschofenig | 11 Nov 00:33 2014
> Re: CoAP over TCP
> 
> Hi Carsten,
> 
> thanks for the write-up.
> 
> On 10/24/2014 06:11 PM, Carsten Bormann wrote:
>> In alternative transports, I believe we have three hot topics:
>> 
>> 1) General issues.  draft-silverajan-core-coap-alternative-transports
>> is a good basis for this and we will do the call for adoption soon.
>> 
>> 2) CoAP over SMS.  This is also related to the question of DTLS over
>> SMS.  We have a good draft for the former, which is mostly waiting
>> for (1).  draft-fossati-dtls-over-gsm-sms merits some discussion.
> 
> Thanks for mentioning draft-fossati-dtls-over-gsm-sms; I am happy to
> briefly describe what we had been working on.
> 
>> 
>> 3) CoAP over TCP.  draft-bormann-core-coap-tcp-01 is a summary of the
>> design choices. draft-tschofenig-core-coap-tcp-tls selects one option
>> without explaining why.
> 
> draft-tschofenig-core-coap-tcp-tls describes what we (ARM and Zebra)
> have implemented and deployed.
> 
> Our use case is firewall traversal in enterprise networks. Our goal was
> to use our existing CoAP over UDP implementation. Doing optimizations to
> CoAP when we already add all the complexity of TCP didn't seem
> worthwhile to us.
> 
> Ciao
> Hannes
> 
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core