Re: [woes] New WOES charter proposal

Mike Jones <Michael.Jones@microsoft.com> Sat, 16 July 2011 01:13 UTC

Return-Path: <Michael.Jones@microsoft.com>
X-Original-To: woes@ietfa.amsl.com
Delivered-To: woes@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 112DE21F85B9 for <woes@ietfa.amsl.com>; Fri, 15 Jul 2011 18:13:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.411
X-Spam-Level:
X-Spam-Status: No, score=-10.411 tagged_above=-999 required=5 tests=[AWL=0.188, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UiFi-2Km9djd for <woes@ietfa.amsl.com>; Fri, 15 Jul 2011 18:13:23 -0700 (PDT)
Received: from smtp.microsoft.com (mailb.microsoft.com [131.107.115.215]) by ietfa.amsl.com (Postfix) with ESMTP id 8151721F856B for <woes@ietf.org>; Fri, 15 Jul 2011 18:13:23 -0700 (PDT)
Received: from TK5EX14MLTC104.redmond.corp.microsoft.com (157.54.79.159) by TK5-EXGWY-E802.partners.extranet.microsoft.com (10.251.56.168) with Microsoft SMTP Server (TLS) id 8.2.176.0; Fri, 15 Jul 2011 18:13:22 -0700
Received: from TK5EX14MBXC201.redmond.corp.microsoft.com ([169.254.8.198]) by TK5EX14MLTC104.redmond.corp.microsoft.com ([157.54.79.159]) with mapi id 14.01.0323.002; Fri, 15 Jul 2011 18:13:22 -0700
From: Mike Jones <Michael.Jones@microsoft.com>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, Dave CROCKER <dcrocker@bbiw.net>
Thread-Topic: [woes] New WOES charter proposal
Thread-Index: AQHMQ1BlUGM/TGyrVEadNI6Ha28vK5TuIoew
Date: Sat, 16 Jul 2011 01:13:22 +0000
Message-ID: <4E1F6AAD24975D4BA5B168042967394348D4C6D2@TK5EX14MBXC201.redmond.corp.microsoft.com>
References: <B2ABF893-10E6-496A-8F63-FFA2C9C89541@vpnc.org> <0DE0E2DE-A2FC-40DF-978B-594658571658@vpnc.org> <B26C1EF377CB694EAB6BDDC8E624B6E723160841@CH1PRD0302MB115.namprd03.prod.outlook.com> <23656536-E4BA-41BE-AA61-A23654246826@gmx.net> <A42506AF-BE66-4308-AD7B-03B4323D87CE@vpnc.org> <4E1F6AAD24975D4BA5B168042967394348D3F7F1@TK5EX14MBXC201.redmond.corp.microsoft.com> <4E164455.9020309@cs.tcd.ie> <4E171C20.8000305@dcrocker.net> <4E1F557F.8030500@cs.tcd.ie> <4E20DA1E.1020201@bbiw.net> <4E20DD0B.2080106@cs.tcd.ie>
In-Reply-To: <4E20DD0B.2080106@cs.tcd.ie>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.74]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "woes@ietf.org" <woes@ietf.org>
Subject: Re: [woes] New WOES charter proposal
X-BeenThere: woes@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Web Object Encryption and Signing \(woes\) BOF discussion list" <woes.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/woes>, <mailto:woes-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/woes>
List-Post: <mailto:woes@ietf.org>
List-Help: <mailto:woes-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/woes>, <mailto:woes-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Jul 2011 01:13:24 -0000

Some use cases require a compact, URL-safe data representation.  For instance, this is needed when the data is passed in a URL query parameter - particularly for feature phone browsers that may limit URLs to 1024 or sometimes even 256 characters.  That's one concrete example of something not covered by CMS.

Some end-to-end use cases require a JSON key representation and ways of referring to them.  That's another concrete example of something not covered in CMS.

				-- Mike

-----Original Message-----
From: woes-bounces@ietf.org [mailto:woes-bounces@ietf.org] On Behalf Of Stephen Farrell
Sent: Friday, July 15, 2011 5:36 PM
To: Dave CROCKER
Cc: woes@ietf.org
Subject: Re: [woes] New WOES charter proposal



On 16/07/11 01:23, Dave CROCKER wrote:
> 
> On 7/14/2011 1:45 PM, Stephen Farrell wrote:
>>> The first requirement is for proponents to provide much more 
>>> explicit details about what is being proposed in the use of CMS.
> ...
>> Well, I don't really follow your logic there, but we're not aiming to 
>> do a new thing here.
> ...
>> Anyway the path for developing yet another crypto format is a pretty 
>> well trodden one and IMO CMS is the best current starting point for 
>> that process, so I think its entirely reasonable to ask people why 
>> they disagree with that.
>>
>> It does of course presume familiarity with CMS, but then that should 
>> be a prerequisite for working on woes, really.
> 
> 
> Steve,
> 
> Oh.  This working group is merely a CMS encoding exercise?  That was 
> not at all clear previously.
>  
> I suspect I am not the only one who missed this as the anchoring and 
> inflexible premise to the work.  (For reference, that requires even 
> stronger language than is in the current draft.)

Maybe you could put [] around the sarcasm, given that this is JSON related? :-)

I asked for examples of what's not covered by CMS but is needed here. I did that actually wanting to get an answer since I may well be missing something. (So far, no substantive answer has been offered.) I was not trying to score some rhetorical points.

S.
_______________________________________________
woes mailing list
woes@ietf.org
https://www.ietf.org/mailman/listinfo/woes