Re: [Teep] Call for adoption of draft-thaler-teep-otrp-over-http

sfaibish@comcast.net Wed, 29 May 2019 17:14 UTC

Return-Path: <sfaibish@comcast.net>
X-Original-To: teep@ietfa.amsl.com
Delivered-To: teep@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CDBD1201B3 for <teep@ietfa.amsl.com>; Wed, 29 May 2019 10:14:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net
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 eqkxODGtSltj for <teep@ietfa.amsl.com>; Wed, 29 May 2019 10:14:44 -0700 (PDT)
Received: from resqmta-ch2-11v.sys.comcast.net (resqmta-ch2-11v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:43]) (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 42D25120183 for <teep@ietf.org>; Wed, 29 May 2019 10:14:30 -0700 (PDT)
Received: from resomta-ch2-06v.sys.comcast.net ([69.252.207.102]) by resqmta-ch2-11v.sys.comcast.net with ESMTP id VxLbh84UGAf6HW29lh5X6J; Wed, 29 May 2019 17:14:29 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1559150069; bh=nbLSuiylR2Gg0Drf4cU+XrcM2RMwnWk8tkW1xLiklac=; h=Received:Received:Date:From:To:Message-ID:Subject:MIME-Version: Content-Type; b=LtoclTBZ0HhDHXtl1MsyeVbKLacPA/dBCZpyiFSE+eDQKbTyvbKL9T7jp1IWLPirR IJLmYxvl9dT3O8E/JSxPKUdxQ0uojJHqhTlgKLgU56luaje0emw+q3LBVMClgp0xNL 9ehGZIKJknQ9/HfmA5yzkHrU8Ph6sAgjsVHxjRlCU3FlgFXM0g3cSto5weYiRgwgrG Da9ZpIGX7C6xdoNm72ood9RFH0XT5MTul3vLjD/C6dXdrcu+MJRYTeSNB4o56kEjnb QhtmO3AeoAXxlWgvYOum74GgfCLf7E5Rf77LFowMaXq+ZvvC4/NC86dLI1Xm8HoURB pTlTIWxSKRAOQ==
Received: from Sorins-iPad ([147.178.0.131]) by resomta-ch2-06v.sys.comcast.net with ESMTPA id W29fh1ciOhtX3W29ihDBGp; Wed, 29 May 2019 17:14:27 +0000
X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgeduuddruddvjedgudduvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucevohhmtggrshhtqdftvghsihdpqfgfvfdppffquffrtefokffrnecuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffkufggtgesrgdtreertddtjeenucfhrhhomhepshhfrghisghishhhsegtohhmtggrshhtrdhnvghtnecukfhppedugeejrddujeekrddtrddufedunecurfgrrhgrmhephhgvlhhopefuohhrihhnshdqihfrrggupdhinhgvthepudegjedrudejkedrtddrudefuddpmhgrihhlfhhrohhmpehsfhgrihgsihhshhestghomhgtrghsthdrnhgvthdprhgtphhtthhopehtvggvphesihgvthhfrdhorhhgpdhrtghpthhtohephhgrnhhnvghsrdhtshgthhhofhgvnhhighesrghrmhdrtghomhenucevlhhushhtvghrufhiiigvpedt
X-Xfinity-VMeta: sc=0;st=legit
Date: Wed, 29 May 2019 13:14:23 -0400
From: sfaibish@comcast.net
To: teep@ietf.org, hannes.tschofenig@arm.com
Message-ID: <739a3943-6586-423a-8e8d-e5f42591137a@Sorins-iPad>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="5ceebdef_6b8b4567_11234"
Archived-At: <https://mailarchive.ietf.org/arch/msg/teep/jFToaBBdNEhKlS8fwvXCdCEMVAM>
Subject: Re: [Teep] Call for adoption of draft-thaler-teep-otrp-over-http
X-BeenThere: teep@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: A Protocol for Dynamic Trusted Execution Environment Enablement <teep.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teep>, <mailto:teep-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teep/>
List-Post: <mailto:teep@ietf.org>
List-Help: <mailto:teep-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teep>, <mailto:teep-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 May 2019 17:14:47 -0000

Sent: Wednesday, May 29, 2019 10:59 AM To: Hannes Tschofenig; Dave Thaler; Anders Rundgren; Nancy Cam-Winget (ncamwing); teep@ietf.org Subject: RE: [Teep] Call for adoption of draft-thaler-teep-otrp-over-http

Based on our IoT customer base we currently know that JSON is the only one used today. That said I agree with Hannes that we should consider CBOR as well but I think we can adopt the draft as it is and maybe later add CBOR support. I am looking mainly at the industrial markets we serve many use JSON but I am looking from the storage users perspective so I cannot attest that they don’t use neither. In summary I will adopt the draft as it is. Thanks

./Sorin

From: TEEP<teep-bounces@ietf.org>On Behalf Of Hannes Tschofenig Sent: Wednesday, May 29, 2019 10:35 AM To: Dave Thaler; Anders Rundgren; Nancy Cam-Winget (ncamwing); teep@ietf.org Subject: Re: [Teep] Call for adoption of draft-thaler-teep-otrp-over-http

[EXTERNAL EMAIL]
• The IoT market has adopted CBOR rather than JSON.

• That’s a bit overstated, “IoT” is very broad and hence there are _many_ IoT “markets”, and many of them have not adopted CBOR. For example, if you look in industrial IoT, the dominant protocol is OPC UA, which uses neither CBOR nor JSON. In consumer IoT like in devices on shelves now, I think you will find that JSON is far more deployed than CBOR is (e.g., Hue light bulbs and many other IoT devices use JSON-over-HTTP). It is true that some of the IoT market has adopted CBOR.For example, OCF adopted CBOR, but OCF has very little actual deployment today.

I agree with Dave here. I think it is fair to say that the JWT has been implement and deployed by the Web community. Particularly in the OAuth context it is widely deployed.

CBOR has been suggested for IoT-related specifications but CBOR, COSE and CWT is definitely not widely implement and even less widely used.

The question I wonder is whether the current deployment status matters in our case and I don’t think it has any relationship to the call for adoption of draft-thaler-teep-otrp-over-http.
When the initial version of OTrP was written there was the assumption that the encoding of the protocol in JSON would be more convenient for Web developers given that the main deployment use case was for mobile phones and tablets.

Now, there is of course the question whether Web developers should be exposed to the details and the encoding of the OTrP protocol itself. I think that’s an important question. Afterall, we are trying to make the life of developers simpler with this work.

Since the formation of the TEEP group we have also added other use cases extending our original goals for OTrP. This makes me believe that it is worthwhile to look into a CBOR-based encoding as well. I also would like to take advance of ongoing working work in SUIT&RATS.

Ciao Hannes

IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.