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

Anders Rundgren <anders.rundgren.net@gmail.com> Tue, 28 May 2019 19:06 UTC

Return-Path: <anders.rundgren.net@gmail.com>
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 E8444120090 for <teep@ietfa.amsl.com>; Tue, 28 May 2019 12:06:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 hXYQJD0oV2sa for <teep@ietfa.amsl.com>; Tue, 28 May 2019 12:06:17 -0700 (PDT)
Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (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 7707A12006F for <teep@ietf.org>; Tue, 28 May 2019 12:06:17 -0700 (PDT)
Received: by mail-wm1-x32e.google.com with SMTP id e19so3000823wme.1 for <teep@ietf.org>; Tue, 28 May 2019 12:06:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=oQb2ZSb3ICd+dfCQl9U9WutRKcmwD/dTjn4HU/7pGu0=; b=o2S+HHXosoijOXCVveZT4zySk5tgiQsL1FFcIUeFW/zySxTwsxLnoL+l50wEJcyDVs XvT2GSD0a/g75qnwrmV1xzGg36TfEUfLJ/gDwlCbgVwWRiRf6e1OdzFeyDLDoWgRaXrv NvvySLadT9Czx4N5+BlKjDznP3RXUIYgk160GrSsim8HEuPOiLfZ0qW9pXbIHSI3ByMo zGhWD3MxYjtFcRUaBBYxFZ47jMuyP589Pg6tEhc7/Z5ZGsURT1kXAO/ghm58tj0vMV0V 917gv5GVWtPi+3Qylqa8xRvLsUS54gMEkC92ZC51F4x4TwWIFjyC/aSVKTU8iZGmj+sv K/Tw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=oQb2ZSb3ICd+dfCQl9U9WutRKcmwD/dTjn4HU/7pGu0=; b=q/6io24hlZ14AJ/EzbNPDT46F5dA8I0yeOfx3k6gJe6MHGxRsObg3YBqhqItN+Q5Nw IyRQ0AKEuep2UrGsiiA4jq1HHHxPVpaVl+eNoCDvpLvHabzOr26F+aW+3bdJOIlqvhEp 2lkt2FAWYH6C2tAW+SWYpZeFfiSYtTnyfxtCBJYgivs0GyoMpTQTCdjuhm5zgtVmva8+ slzfihXYfXLXHgr2zacQYKq3NnPPd1g1NPUajdRqMFaXYrayCQFj4kCfKM0OZ04bQsq5 +ba4YdPyS621KsYxirh2wGUeXIA1MYT3GWfkVLXb5oX9ZYP1eGdM9OsWhYIrO5BrQt7F XTCw==
X-Gm-Message-State: APjAAAW86I3QeNbA8NbIeDCuuxZymQ+7+r8SJEtuKMYKVjctu7W6eb+0 oU/dkRGWUjBcMQ5VgXA1UmNGwv5uMnA=
X-Google-Smtp-Source: APXvYqysAltChKnVYblljwcnN45y7b/tcsdCEvHemyoa/76sYY1aBr2AeEtN80CvRjfPbbn7QhtzGw==
X-Received: by 2002:a05:600c:10d2:: with SMTP id l18mr4420692wmd.164.1559070375460; Tue, 28 May 2019 12:06:15 -0700 (PDT)
Received: from [192.168.1.79] (25.131.146.77.rev.sfr.net. [77.146.131.25]) by smtp.googlemail.com with ESMTPSA id i32sm8871148wri.23.2019.05.28.12.06.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 May 2019 12:06:14 -0700 (PDT)
From: Anders Rundgren <anders.rundgren.net@gmail.com>
To: Hannes Tschofenig <Hannes.Tschofenig@arm.com>, "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>, "teep@ietf.org" <teep@ietf.org>
References: <B57377C9-72EC-45C4-B5C2-9A6443B8C073@cisco.com> <246ce79a-75a6-4e4d-d76a-2b54eb71cf75@gmail.com> <DBBPR08MB4539085AD085A75E4132261FFA1E0@DBBPR08MB4539.eurprd08.prod.outlook.com>
Message-ID: <a767bce1-e5f6-d6be-fb48-041da5c99d16@gmail.com>
Date: Tue, 28 May 2019 21:06:11 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0
MIME-Version: 1.0
In-Reply-To: <DBBPR08MB4539085AD085A75E4132261FFA1E0@DBBPR08MB4539.eurprd08.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/teep/6lQIPyMCQVvHtl0-kEdfVlsGvmE>
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: Tue, 28 May 2019 19:06:20 -0000

On 2019-05-28 13:45, Hannes Tschofenig wrote:
> Hi Anders,

Hi Hannes,

> 
> We talked about the use of CBOR for OTrP in the past and I believe it would be a useful addition to cover some IoT segments.
> However, we have so far been busy working on the architecture and therefore had not time to work on these details.

As an independent developer who [fortunately...] do not have existing deployments or GlobalPlatform compatibility to worry about, I see three alternatives:
- Status quo: Duplication like in the current EAT spec. (which from a pure engineering point of view doesn't feel overly cool).
- Moderate revision: Using CBOR as the common denominator since any system can deal with CBOR.
- Major revision: Decoupling OTrP formats from TEEP through an enhanced architecture as outlined on GitHub.


> I am not sure I understand the second part of your question.

I imagined that a common "Cloud" use-case would be *upload* of customer-written TAs using the traditional client-server/request-response model which doesn't seem to be covered by the current draft.


Note: I only want to get the options on the table and leave adoption decisions to others :-)


Cheers,
Anders
> 
> Ciao
> Hannes
> 
> -----Original Message-----
> From: TEEP <teep-bounces@ietf.org> On Behalf Of Anders Rundgren
> Sent: Dienstag, 28. Mai 2019 07:42
> To: Nancy Cam-Winget (ncamwing) <ncamwing@cisco.com>; teep@ietf.org
> Subject: Re: [Teep] Call for adoption of draft-thaler-teep-otrp-over-http
> 
> Hi Nancy & Co,
> I have a couple of related questions.
> 
> The IoT market has adopted CBOR rather than JSON.  Is the plan to later revive something along the lines of:
> https://www.ietf.org/archive/id/draft-liu-opentrustprotocol-cbor-00.txt ?
> 
> OTrP over HTTP for the client-centric (constrained devices, mobile phones) world and the "Cloud" are considered identical. I don't fully understand how that is intended to work:
> https://github.com/ietf-teep/OTrP/issues/14
> Maybe I'm simply missing some vital information?
> 
> Best regards,
> Anders
> 
> On 2019-05-28 01:11, Nancy Cam-Winget (ncamwing) wrote:
>> Hi,
>>
>> At the IETF 104 TEEP session, we discussed the need to transport the OTrP messages and Dave has drafted a document to specify HTTPs as a transport.
>>
>> This begins a 2 week period to determine interest in adopting this draft as a working group item.  The poll will close on June 10th EOD PDT.
>>
>> The draft is:
>>
>> https://datatracker.ietf.org/doc/draft-thaler-teep-otrp-over-http/
>>
>> Minutes from IETF 104:
>>
>> https://datatracker.ietf.org/doc/minutes-104-rats/
>>
>> Warm regards,
>>
>>                   Nancy
>>
>>
>> _______________________________________________
>> TEEP mailing list
>> TEEP@ietf.org
>> https://www.ietf.org/mailman/listinfo/teep
>>
> 
> _______________________________________________
> TEEP mailing list
> TEEP@ietf.org
> https://www.ietf.org/mailman/listinfo/teep
> 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.
>