Re: [apps-discuss] +exi (was: Re: type name suffixes)

Carsten Bormann <cabo@tzi.org> Wed, 16 November 2011 04:43 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A8E61F0C6F for <apps-discuss@ietfa.amsl.com>; Tue, 15 Nov 2011 20:43:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.249
X-Spam-Level:
X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WP3rVfjpEa9y for <apps-discuss@ietfa.amsl.com>; Tue, 15 Nov 2011 20:43:04 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by ietfa.amsl.com (Postfix) with ESMTP id 82A601F0C4B for <apps-discuss@ietf.org>; Tue, 15 Nov 2011 20:43:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id pAG4gp0d005530; Wed, 16 Nov 2011 05:42:51 +0100 (CET)
Received: from dhcp-9069.meeting.ietf.org (dhcp-9069.meeting.ietf.org [130.129.8.105]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 63B4C395; Wed, 16 Nov 2011 05:42:49 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset=iso-8859-1
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <187EB539-B92A-4E65-BAF2-F18E01AC32F3@mnot.net>
Date: Wed, 16 Nov 2011 12:42:44 +0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <16B1EA83-5B6B-4512-9358-7F2474D6280C@tzi.org>
References: <4EBBB0EE.8050502@it.aoyama.ac.jp> <01O88YVG6MQY00RCTX@mauve.mrochek.com> <4EBCCE76.2090807@it.aoyama.ac.jp> <01O8AM6GDT5000RCTX@mauve.mrochek.com> <4EC0CCAE.5070402@stpeter.im> <01O8EWMK2T8E00RCTX@mauve.mrochek.com> <4EC2DC42.7010307@stpeter.im> <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <C68CB012D9182D408CED7B884F441D4D0611DAC31D@nambxv01a.corp.adobe.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <lu96c7hsl37325nn3184ub4vr88qjgja50@hive.bjoern.hoehrmann.de> <EDB50792-348B-4693-9FDF-04BA091F8BE9@sensinode.com> <187EB539-B92A-4E65-BAF2-F18E01AC32F3@mnot.net>
To: Mark Nottingham <mnot@mnot.net>
X-Mailer: Apple Mail (2.1251.1)
Cc: Bjoern Hoehrmann <derhoermi@gmx.net>, "apps-discuss@ietf.org" <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] +exi (was: Re: type name suffixes)
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Nov 2011 04:43:04 -0000

On Nov 16, 2011, at 12:13, Mark Nottingham wrote:

> 
> On 15/11/2011, at 9:21 PM, Zach Shelby wrote:
> 
>> Ouch, don't do that. 
>> 
>> The main interest right now for EXI is in constrained networks, and in particular over CoAP. We don't have support for indicating content-encoding in CoAP.
> 
> Maybe it should be added?

YAGNI.
(Or, in terms of Monday's plenary, "fluff".)

>> Besides, the current media type for EXI is application/exi. Thus it would make perfect sense to have +exi entries. Furthermore, EXI is totally different than gzip, which is a generic encoding that can be applied to anything. EXI can be applied only to XML objects, and in particular EXI is often used in a schema mode where it is only applicable to a single schema. Thus the form application/schema+exi makes even more sense, as that EXI format is actually specific to that particular schema and the media type tells you everything that is needed to decode the representation. 
> 
> These arguments were part of the discussion during EXI, and W3C decided to use a content-coding.

Maybe we need to interpret CoAP's Content-Type option to stand for a pair of a media-type and a content-coding.

Grüße, Carsten