[Ace] Embedded Content Types

Jim Schaad <ietf@augustcellars.com> Wed, 20 February 2019 17:58 UTC

Return-Path: <ietf@augustcellars.com>
X-Original-To: ace@ietfa.amsl.com
Delivered-To: ace@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEA49130E2F; Wed, 20 Feb 2019 09:58:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 uTBXMwUejKe5; Wed, 20 Feb 2019 09:58:48 -0800 (PST)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47CB9130DD3; Wed, 20 Feb 2019 09:58:48 -0800 (PST)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 20 Feb 2019 09:58:41 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: <ace@ietf.org>
CC: <draft-ietf-ace-coap-est@ietf.org>
Date: Wed, 20 Feb 2019 09:58:40 -0800
Message-ID: <02a201d4c945$eb10a510$c131ef30$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdTJQwabXPaUkoDzRkqcz/D5vJfkVw==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/ace/xR5l_MwOGjyjbTy2HJmFCPyMz8Y>
Subject: [Ace] Embedded Content Types
X-BeenThere: ace@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" <ace.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ace>, <mailto:ace-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ace/>
List-Post: <mailto:ace@ietf.org>
List-Help: <mailto:ace-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ace>, <mailto:ace-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Feb 2019 17:58:51 -0000

The CoRE working had an interesting virtual meeting this morning (my time)
where the main topic of discussion was how to deal with embedded content
types.  This is a current problem that needs to be addressed with the EST
document which is currently trying to deal with last call comments.  The log
from the meeting can be found at
https://etherpad.tools.ietf.org/p/core-interim-2019-02-20.

The takeaway from this that I got was:
1.  There is a real problem and we need to figure out the best ways to try
and deal with this in a generic manner.   This is a problem not only here,
but it the Publish/Subscribe CoRE document and in many other cases that we
can see.

2.  We are not going to get a general solution immediately so EST needs to
look at  doing something now.

3.  A couple of different possibilities where discussed that could be used:
a)  Return a list of links rather than a multipart content and let the
client sort through that list and download the things that they want.  This
is a purely reactive solution.
b) Use a different URI to ask for the different options.  This could be done
either by the use of a different URI path or by the use of a query
parameter.
c) Register a different content type for each of the possible return values.

There was a general preference for the use of a different URI as being the
solution that should be used today.  The idea of registering multiple
content types was generally disliked as it does not really extend well.
There was no specific preference on whether the use of a different URI path
or a query parameter would be preferred.  The use of a different URI would
allow for better discovery of capabilities.  

The idea of listing nested content types in the 'ct' link type was also
universally disliked.

The CoRE, T2TRG and other forums are expected to continue discussions on
this topic in different contexts such as Pub-Sub and CoRAL. To come up with
both proactive and reactive solutions to the more general problem.

Jim