From nobody Mon May 2 04:08:37 2016 Return-Path: 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 8725212B04E for ; Mon, 2 May 2016 04:08:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.597 X-Spam-Level: X-Spam-Status: No, score=-3.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-0.996, 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 FKVMLJRrIvj9 for ; Mon, 2 May 2016 04:08:33 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35A9312B03F for ; Mon, 2 May 2016 04:08:32 -0700 (PDT) Received: from [192.168.10.140] ([213.210.38.194]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LqQnR-1bad8R0pmb-00e15Q; Mon, 02 May 2016 13:08:22 +0200 To: Vasu Kantubukta , "ace@ietf.org" References: From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 X-Enigmail-Draft-Status: N1110 Message-ID: <57273524.9080806@gmx.net> Date: Mon, 2 May 2016 13:08:20 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="14pajxnuJgAsSE08cupRhcRB4O6SKU1s3" X-Provags-ID: V03:K0:RQ2cqRZX1ZPoXrJOVTkZWgdHiC3ZQvvpph1FqzecwsYQm0qGWhd 53iC9WDHleyJc7mNzBNuGVVG+Yp4+7pHLXm7EYgLH2TQcBQMKnK6ri3B8CfoWS70/6wQ6Mt q7Zzh0LDUPp0iYWQHIuxhpZ2t8wBLuPGprD3sP4OBMXQPx51Z+1etw1Pf+BBxlo03PHJDKV Q6gpNq3TQo0OLYawhVt5A== X-UI-Out-Filterresults: notjunk:1;V01:K0:GK/csuqmwYg=:DVVBWn38YqMkYOvxeRAQB/ KS0DqZpZ/NE879IpEszzNJy5SejB3va07hSHW3OodMO1o2BBLWGSmFeFD14nJJsKIzBsospG3 hrzUoyThPUo6Vp0CiToTAUlhmeWPhEI1/KH6cja1myfoKtAeYc9Ujhy/Pq6X646zuMVcYA5e6 XknjUIU1VjLl2P8fQps1JWyXhTIPbUd2/C1St27ZnSxMYIf1fdvmYCbJDFPyistSTGVzCe2Cw lX5TZF/46vl60G/7aPw6cVk3nZ/1wpI4rbCY9dgci8lfWgfjphEV7kOxmxjcs3JFGOow/7caj Zai25VEOfnB0tMHyDM2Qj1hey2JrAgMEwvYkHmfgWTBzcn3k498hrl9uF189xDphSPLy5Viyv kXzYEeGIWK68CiwLoGdo/+J50ORlGtCnLr5X1KrQExrh131iNWZTexHy0dAr2AST2m4Kre71K Hs5/1HpxB3iZovh0xh4DYOSkdYXa2Hv04JRvvWWZlwJvboU9/oK62n8PbOcx8VijQiYzDp0K3 rb1BD3o+feW5Ya13IAb7RBU2wdAy4qQhUZ8rYABGMrq5/nTabGvBWRZ8ahOZdIuQMeAIg8mDf m/DBeXdpKeaapqMp8whJQlAq6T7maqlwvN0NQuzH0t7YWg9QVZY94GkcPD2fTl2g5O+Z4BDRi zjQM0YaTtsQxH3YhIQ8y5BWM4vRrHdoQk9h6HZlPWQkomxAV32rJBaIjD7J0s5y3TBVX50E/+ t7ZT374MfpBIMCZi7esN+IA8I14XrONOUMFVaoPyUz3OmVu28LzlERANcEM= Archived-At: Subject: Re: [Ace] discussion on draft-vasu-ace-core-access-privilege-provisoining-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2016 11:08:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --14pajxnuJgAsSE08cupRhcRB4O6SKU1s3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Vasu, thanks for your response. > Could you explain a little bit what you mean by "verifies the device op= eration", and "integrity check with the network"? > ---> Sorry for the wording, maybe it is not conveying the actual meanin= g.=20 > ---> I mean it verifies whether the device can be operational in the ne= twork or not, and can join to the network or not. Your description is a bit too fuzzy to be practical. How can the Commissioner determine when a device is "operational in a network" and whether it can "join a network"? Neither 'joining' nor 'operational' are concepts that are well defined in your write-up so that someone could write code for it. Ciao Hannes >=20 > Thanks and Best Regards > K Vasu >=20 >=20 > -----Original Message----- > From: Ace [mailto:ace-bounces@ietf.org] On Behalf Of ace-request@ietf.o= rg > Sent: 2016=E5=B9=B44=E6=9C=8823=E6=97=A5 0:30 > To: ace@ietf.org > Subject: Ace Digest, Vol 29, Issue 18 >=20 > Send Ace mailing list submissions to > ace@ietf.org >=20 > To subscribe or unsubscribe via the World Wide Web, visit > https://www.ietf.org/mailman/listinfo/ace > or, via email, send a message with subject or body 'help' to > ace-request@ietf.org >=20 > You can reach the person managing the list at > ace-owner@ietf.org >=20 > When replying, please edit your Subject line so it is more specific tha= n "Re: Contents of Ace digest..." >=20 >=20 >=20 > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace >=20 --14pajxnuJgAsSE08cupRhcRB4O6SKU1s3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: GPGTools - http://gpgtools.org iQEcBAEBCgAGBQJXJzUlAAoJEGhJURNOOiAthnMH/2jYbcNbkuMcFXayCM2y4DeE wKL2FjXy8BPcFLxPvRA3iD7YOmLBeEqB62cVRWdpHtGXROaFIEC6uZ1Y9LLIDSV6 iagzxXT15u9JQYPS0Lwtz4BbExFCPYExzPog0yZyzdavVI32z2WWEVjFsvAHmuO1 lx3iCYcGpiA/Yorfz9hxbZkesxuSU6LoziEzX8O7tOHft5cZDrXexfZuR3hZTBn+ IBqh9FDIrFfm96P9LDUnvqPYK0oCg9WlfUwci6pUE9EjOkWr7/sE4YLvFwdegt1Z m+7OBmN8kXLFEtB9LKWqVzohbNA+K/1Ra5cL7ScFSOZ0ZNdnKlJdQsU26nvI0o4= =Ufm2 -----END PGP SIGNATURE----- --14pajxnuJgAsSE08cupRhcRB4O6SKU1s3-- From nobody Wed May 4 06:14:54 2016 Return-Path: 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 C9CC512B060 for ; Wed, 4 May 2016 06:14:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.217 X-Spam-Level: X-Spam-Status: No, score=-5.217 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 bcXU671w6tUI for ; Wed, 4 May 2016 06:14:48 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 451A612B051 for ; Wed, 4 May 2016 06:14:48 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CNY24401; Wed, 04 May 2016 13:14:45 +0000 (GMT) Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 4 May 2016 14:14:45 +0100 Received: from BLREML509-MBB.china.huawei.com ([169.254.1.138]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0235.001; Wed, 4 May 2016 18:44:36 +0530 From: Vasu Kantubukta To: Hannes Tschofenig , Vasu Kantubukta , "ace@ietf.org" Thread-Topic: [Ace] discussion on draft-vasu-ace-core-access-privilege-provisoining-00 Thread-Index: AQHRnMlB/ZGS96TbOUGxy1P6DRf9yZ+XRfcwgA3qIQCAA6B78A== Date: Wed, 4 May 2016 13:14:35 +0000 Message-ID: References: <57273524.9080806@gmx.net> In-Reply-To: <57273524.9080806@gmx.net> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.211.249] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A010204.5729F5C6.00D2, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.138, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 66c3d38f20390f3bb98c17331c18dd71 Archived-At: Subject: Re: [Ace] discussion on draft-vasu-ace-core-access-privilege-provisoining-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2016 13:14:53 -0000 SGkgSGFubmVzLA0KDQpQbHogZmluZCBteSBpbmxpbmUgcmVzcG9uc2UgYmVsb3cNCg0KWW91ciBk ZXNjcmlwdGlvbiBpcyBhIGJpdCB0b28gZnV6enkgdG8gYmUgcHJhY3RpY2FsLiAgSG93IGNhbiB0 aGUgQ29tbWlzc2lvbmVyIGRldGVybWluZSB3aGVuIGEgZGV2aWNlIGlzICJvcGVyYXRpb25hbCBp biBhIG5ldHdvcmsiIGFuZCB3aGV0aGVyIGl0IGNhbiAiam9pbiBhIG5ldHdvcmsiPyBOZWl0aGVy ICdqb2luaW5nJyBub3IgJ29wZXJhdGlvbmFsJyBhcmUgY29uY2VwdHMgdGhhdCBhcmUgd2VsbCBk ZWZpbmVkIGluIHlvdXIgd3JpdGUtdXAgc28gdGhhdCBzb21lb25lIGNvdWxkIHdyaXRlIGNvZGUg Zm9yIGl0Lg0KDQotLS0+IFRoYW5rcyBmb3IgdGhlIHN1Z2dlc3Rpb24sIFdlIHdpbGwgdXBkYXRl IHRoZSBkcmFmdCB3aXRoIG1vcmUgZGV0YWlscyBhYm91dCBjb21taXNzaW9uaW5nLg0KDQpGWUks IFBseiBmaW5kIHRoZSBjb21taXNzaW9uaW5nIGlzIGFzIGV4cGxhaW5lZCBiZWxvdzogDQoNCldl IGRlZmluZSBjb21taXNzaW9uaW5nIGF0IHR3byBzdGFnZXM6IGNvbW1pc3Npb25pbmcgYXQgcHJl LWNvbmZpZ3VyYXRpb24sIGFuZCBjb21taXNzaW9uaW5nIGF0IHBvc3QgY29uZmlndXJhdGlvbi4N Cg0KQ29tbWlzc2lvbmluZyBiZWZvcmUgcHJlLWNvbmZpZ3VyYXRpb24gaXMgYSBrbm93biB0b3Bp YyBhcyBleHBsYWluZWQgYmVsb3c6IA0KVGhlcmUgYXJlIHR3byBmdW5jdGlvbmFsaXRpZXMgZm9y IHRoZSBjb21taXNzaW9uaW5nIG9mIGRldmljZSBpLmUuIGNvbW1pc3Npb25pbmcgc2VydmVyICgg YXQgRW5kIERldmljZSksIGFuZCBjb21taXNzaW9uaW5nIGNsaWVudCAoYXQgU21hcnQgcGhvbmUv dGFibGV0LS1DQSkuIEluaXRpYWxseSBhbnkgZGV2aWNlIHRoYXQgd2lzaGVzIHRvIGpvaW4gdG8g dGhlIG5ldHdvcmsgd2lsbCBhZHZlcnRpemUgaXRzIGlkZW50aXR5ICh3aXRoIGFueSBVVUlEL01h bnVmYWN0dXJlciBpZCBvZiBkZXZpY2UpIHRvIHRoZSBjb21taXNzaW9uaW5nIGNsaWVudC4gT25j ZSB0aGUgZGV2aWNlIHByb3ZpZGVzIGl0cyBjb21taXNzaW9uaW5nIHByb2ZpbGUgaW5mb3JtYXRp b24gKGkuZS4gQ2FuIGJlIGFueSBkZXZpY2UgcHJvZmlsZSBpbmZvKSB0byB0aGUgY29tbWlzc2lv bmluZyBjbGllbnQsIHRoZW4gY29tbWlzc2lvbmluZyBjbGllbnQgcHJvdmlkZXMgbmV0d29yayBj b25maWd1cmF0aW9uIGluZm9ybWF0aW9uIChzdWNoIGFzIFNTSUQsIHBhc3N3b3JkKSB0byB0aGUg IGNvbW1pc3Npb25pbmcgc2VydmVyLiBUaGVuIGNvbW1pc3Npb25pbmcgc2VydmVyIGNhbiB1c2Ug dGhpcyBpbmZvcm1hdGlvbiB0byBjb25uZWN0IHRvIHRoZSBtMm1ndy4NCg0KQ29tbWlzc2lvbmlu ZyBhdCBwb3N0IGNvbmZpZ3VyYXRpb24gaXMgc29tZXRoaW5nIHdoYXQgd2UgdXNlZCBpbiB0aGUg ZHJhZnQuIEZvciBleGFtcGxlLCBhZnRlciBzZXJ2aWNlIGFkdmVydGlzZWQgdG8gcmQgc2VydmVy LCBjb21taXNzaW9uaW5nIGNsaWVudCBjYW4gZGVmaW5lIHBvbGljaWVzIChhZG1pc3Npb24gYW5k IHJlc291cmNlIGNvbnRyb2wgcG9saWNpZXMpIGZvciB0aGUgcmVnaXN0ZXJlZCBzZXJ2aWNlIGF0 IHRoZSBwcm92aXNpb25pbmcgc2VydmVyLg0KDQpUaGFua3MgYW5kIEJlc3QgUmVnYXJkcw0KSyBW YXN1DQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogSGFubmVzIFRzY2hv ZmVuaWcgW21haWx0bzpoYW5uZXMudHNjaG9mZW5pZ0BnbXgubmV0XSANClNlbnQ6IDIwMTblubQ1 5pyIMuaXpSAxNjozOA0KVG86IFZhc3UgS2FudHVidWt0YTsgYWNlQGlldGYub3JnDQpTdWJqZWN0 OiBSZTogW0FjZV0gZGlzY3Vzc2lvbiBvbiBkcmFmdC12YXN1LWFjZS1jb3JlLWFjY2Vzcy1wcml2 aWxlZ2UtcHJvdmlzb2luaW5nLTAwDQoNCkhpIFZhc3UsDQoNCnRoYW5rcyBmb3IgeW91ciByZXNw b25zZS4NCg0KPiBDb3VsZCB5b3UgZXhwbGFpbiBhIGxpdHRsZSBiaXQgd2hhdCB5b3UgbWVhbiBi eSAidmVyaWZpZXMgdGhlIGRldmljZSBvcGVyYXRpb24iLCBhbmQgImludGVncml0eSBjaGVjayB3 aXRoIHRoZSBuZXR3b3JrIj8NCj4gLS0tPiBTb3JyeSBmb3IgdGhlIHdvcmRpbmcsIG1heWJlIGl0 IGlzIG5vdCBjb252ZXlpbmcgdGhlIGFjdHVhbCBtZWFuaW5nLiANCj4gLS0tPiBJIG1lYW4gaXQg dmVyaWZpZXMgd2hldGhlciB0aGUgZGV2aWNlIGNhbiBiZSBvcGVyYXRpb25hbCBpbiB0aGUgbmV0 d29yayBvciBub3QsIGFuZCBjYW4gam9pbiB0byB0aGUgbmV0d29yayBvciBub3QuDQoNCllvdXIg ZGVzY3JpcHRpb24gaXMgYSBiaXQgdG9vIGZ1enp5IHRvIGJlIHByYWN0aWNhbC4gIEhvdyBjYW4g dGhlIENvbW1pc3Npb25lciBkZXRlcm1pbmUgd2hlbiBhIGRldmljZSBpcyAib3BlcmF0aW9uYWwg aW4gYSBuZXR3b3JrIiBhbmQgd2hldGhlciBpdCBjYW4gImpvaW4gYSBuZXR3b3JrIj8gTmVpdGhl ciAnam9pbmluZycgbm9yICdvcGVyYXRpb25hbCcgYXJlIGNvbmNlcHRzIHRoYXQgYXJlIHdlbGwg ZGVmaW5lZCBpbiB5b3VyIHdyaXRlLXVwIHNvIHRoYXQgc29tZW9uZSBjb3VsZCB3cml0ZSBjb2Rl IGZvciBpdC4NCg0KQ2lhbw0KSGFubmVzDQoNCg0KPiANCj4gVGhhbmtzIGFuZCBCZXN0IFJlZ2Fy ZHMNCj4gSyBWYXN1DQo+IA0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJv bTogQWNlIFttYWlsdG86YWNlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiANCj4gYWNl LXJlcXVlc3RAaWV0Zi5vcmcNCj4gU2VudDogMjAxNuW5tDTmnIgyM+aXpSAwOjMwDQo+IFRvOiBh Y2VAaWV0Zi5vcmcNCj4gU3ViamVjdDogQWNlIERpZ2VzdCwgVm9sIDI5LCBJc3N1ZSAxOA0KPiAN Cj4gU2VuZCBBY2UgbWFpbGluZyBsaXN0IHN1Ym1pc3Npb25zIHRvDQo+IAlhY2VAaWV0Zi5vcmcN Cj4gDQo+IFRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2Vi LCB2aXNpdA0KPiAJaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9hY2UNCj4g b3IsIHZpYSBlbWFpbCwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAn IHRvDQo+IAlhY2UtcmVxdWVzdEBpZXRmLm9yZw0KPiANCj4gWW91IGNhbiByZWFjaCB0aGUgcGVy c29uIG1hbmFnaW5nIHRoZSBsaXN0IGF0DQo+IAlhY2Utb3duZXJAaWV0Zi5vcmcNCj4gDQo+IFdo ZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIgU3ViamVjdCBsaW5lIHNvIGl0IGlzIG1vcmUg c3BlY2lmaWMgdGhhbiAiUmU6IENvbnRlbnRzIG9mIEFjZSBkaWdlc3QuLi4iDQo+IA0KPiANCj4g DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IEFj ZSBtYWlsaW5nIGxpc3QNCj4gQWNlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vYWNlDQo+IA0KDQo= From nobody Mon May 9 05:38:37 2016 Return-Path: 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 B7BB312B077; Mon, 9 May 2016 05:38:31 -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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.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 9-39p_oURuOR; Mon, 9 May 2016 05:38:27 -0700 (PDT) Received: from out4133-18.mail.aliyun.com (out4133-18.mail.aliyun.com [42.120.133.18]) by ietfa.amsl.com (Postfix) with ESMTP id BA3EC12D181; Mon, 9 May 2016 05:38:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1462797505; h=Date:Subject:From:To:Message-ID:Mime-version:Content-type; bh=dCMpT5UTfYmGIkvVFy+J5RS0W1mnTTCjS0d59row+KQ=; b=NjaDaCVy2xDuyYi8gQ+fDOGwxCPuRsKGwMdYknTz+7CUEDQXUYhSjxsmaFgcBbzD3uWMQyPHx6rWI8ejdxbIKsN9WrDszRxWNxVpw9LtdpEVb3rlATm3tY/fTWbLW8eWmfEXs8GdfKRGQz6ABNaGCi09mbb3VFUESreDio31wAQ= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R101e4; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03292; MF=kepeng.lkp@alibaba-inc.com; NM=1; PH=DS; RN=7; SR=0; TI=SMTPD_----4nE16x5_1462797491; Received: from 30.30.150.30(mailfrom:kepeng.lkp@alibaba-inc.com ip:182.92.253.7) by smtp.aliyun-inc.com(127.0.0.1); Mon, 09 May 2016 20:38:20 +0800 User-Agent: Microsoft-MacOutlook/14.4.8.150116 Date: Mon, 09 May 2016 20:38:11 +0800 From: "Kepeng Li" To: "Kepeng Li" , "ace@ietf.org" Message-ID: Thread-Topic: [Ace] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3545671101_2500699" Archived-At: Cc: Kathleen Moriarty , Hannes Tschofenig , cose@ietf.org, oauth@ietf.org, Stephen Farrell Subject: Re: [Ace] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2016 12:38:32 -0000 > 此邮件使用 MIME 格式。由于邮件阅读程序不能识别 此格式，因此，可能无法识别该邮件的分部或部分内容。 --B_3545671101_2500699 Content-type: text/plain; charset="GB2312" Content-transfer-encoding: quoted-printable We got several supports and no objections, so it is concluded that the draf= t is adopted as an ACE WG item, with the change that we remove the "web=A1=B0 fro= m the name. Authors: please resubmit the current draft as draft-ietf-ace-cbor-token-00.txt; we will start processing further changes in the WG process.(If you already know about technical issues, please use the WG tracker for now; editorial issues might be tracked easier on github.= ) We will also add this item in our ACE charter. Kind Regards Kepeng (ACE co-chair) =B7=A2=BC=FE=C8=CB: Li Kepeng =C8=D5=C6=DA: Thursday, 7 April, 2016 9:34 am =D6=C1: "ace@ietf.org" =B3=AD=CB=CD: Kathleen Moriarty , Hannes Tschofenig , , , Stephen Farrell =D6=F7=CC=E2: [Ace] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 To: ACE WG Cc: OAuth and COSE WG Hello all, This note begins a Call For Adoption for draft-wahlstroem-ace-cbor-web-token-00 [1] to be adopted as an ACE working group item, and added in the charter. The call ends on April 22, 2016. Keep in mind that adoption of a document does not mean the document as-is is ready for publication. It is merely acceptance of the document as a starting point for what will be the final product of the ACE working group. The working group is free to make changes to the document according to the normal consensus process. Please reply on this thread with expressions of support or opposition, preferably with comments, regarding accepting this as a work item. Note that this email was also copied to OAuth and COSE WG, in order to get input from wider audience. Thanks, Kind Regards Kepeng (ACE co-chair) [1] https://datatracker.ietf.org/doc/draft-wahlstroem-ace-cbor-web-token/ _______________________________________________ Ace mailing list Ace@ietf.org https://www.ietf.org/mailman/listinfo/ace --B_3545671101_2500699 Content-type: text/html; charset="GB2312" Content-transfer-encoding: quoted-printable
We got several supports = and no objections, so it is concluded that the draft is adopted as an ACE WG= item, with the change that we remove the "web“ from the name.<= /div>

Authors: please resubmit the= current draft as draft-ietf-ace-cbor-token-00.txt; we will start processing= further changes in the WG process.(If you already know about technical issues, please use t= he WG tracker for now; editorial issues might be tracked easier on github.)<= /span>
<= br>
We will a= lso add this item in our ACE charter.

Kind Regards
Kepeng (ACE co-chair)

=B7=A2=BC=FE=C8=CB: Li Kep= eng <kepeng.lkp@alibaba-inc.c= om>
=C8=D5=C6=DA: Thursday, 7 April= , 2016 9:34 am
=D6=C1: "ace@ietf.org" <ace@ietf= .org>
=B3=AD=CB=CD: Kathleen Moriar= ty <kathleen.moriarty.i= etf@gmail.com>, Hannes Tschofenig <hannes.tschofenig@gmx.net>, <cose@ietf.org>, <oauth@ietf.= org>, Stephen Farrell <= stephen.farrell@cs.tcd.ie>
=D6=F7=CC=E2: [Ace] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00
=

To: ACE WG
Cc: OAuth and COSE WG
<= font face=3D"Courier">

Hello= all,

This note begins a Call For Adoption for draft-wa=
hlstroem-ace-cbor-web-token-00 [1]
to be adopted as an ACE working grou= p item, and added in the charter.
The call = ends on April 22, 2016.

Keep in mind that adoption of a=
 document does not mean the document
as-is is ready for publication. It is merely acceptance of the
document as a starting point for what will be the final product
of the ACE working group. The working group is free to make changes to
the document according to the normal consensus process.

Please reply on this thread with expressions of support or opposition,
preferably with comments, regarding accepting this as a work item.

Note that this email was also copied to OAuth an= d COSE WG, in order to 
get input from wider audience.

Thanks,

Kind Regards
Kepeng (ACE co-chair)


_______________________________________________ Ace mailing list Ace@ietf.org https://www.ietf.org/ma= ilman/listinfo/ace --B_3545671101_2500699-- From nobody Mon May 9 05:50:36 2016 Return-Path: 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 5441A12D189 for ; Mon, 9 May 2016 05:50:34 -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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.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 K4KcoSaFc7qY for ; Mon, 9 May 2016 05:50:32 -0700 (PDT) Received: from out4133-50.mail.aliyun.com (out4133-50.mail.aliyun.com [42.120.133.50]) by ietfa.amsl.com (Postfix) with ESMTP id 0BFBD12D185 for ; Mon, 9 May 2016 05:50:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1462798230; h=Date:Subject:From:To:Message-ID:Mime-version:Content-type; bh=IVh0aORYI+DiJVbJuLM3ye/ZmIkq6v+/cVYGXS1Mpcg=; b=CERzvmk8Df7LhZdrI8gxZVhi/ffF4vLV0W3J3j/VdL/sAfVvjjVH/y/IO7RjPnUns/ytIqjVnTxgXtoBm/fIWLsniQxXRggPmO2ySb/5MAfFjH7tT6BZhhKi+N/Ef+EY5l6r6ae1xR/yMlc9kwPOivu3eTBxYIvBZHLu4oPU0AU= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R221e4; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03295; MF=kepeng.lkp@alibaba-inc.com; NM=1; PH=DS; RN=1; SR=0; TI=SMTPD_----4n9HHdy_1462798224; Received: from 30.30.150.30(mailfrom:kepeng.lkp@alibaba-inc.com ip:182.92.253.7) by smtp.aliyun-inc.com(127.0.0.1); Mon, 09 May 2016 20:50:29 +0800 User-Agent: Microsoft-MacOutlook/14.4.8.150116 Date: Mon, 09 May 2016 20:50:24 +0800 From: "Kepeng Li" To: "ace@ietf.org" Message-ID: Thread-Topic: Doodle poll for ACE interim meeting Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3545671830_2544205" Archived-At: Subject: [Ace] Doodle poll for ACE interim meeting X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2016 12:50:34 -0000 > 此邮件使用 MIME 格式。由于邮件阅读程序不能识别 此格式，因此，可能无法识别该邮件的分部或部分内容。 --B_3545671830_2544205 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hello all, As discussed in the last IETF 95 ACE F2F meeting, we planned to schedule a virtual interim meeting to allow the clock synchronization design team to report back to the group. Also we can use this interim meeting to discuss open issues about our WG items. I created a doodle poll for this interim meeting, and here is the link: http://doodle.com/poll/b5rcpz5wnyx5hhe6 The proposed alternative time slots are: 14th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; 15th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; 16th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; Last time, one hour is not enough for the call, so we scheduled two hours this time. We can always finish earlier. Please indicate your available time slots for the interim meeting before the end of 13th May. Thanks, Kind Regards Kepeng & Hannes --B_3545671830_2544205 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Hello all,

As discussed in the last IETF 95 ACE F2F mee= ting, we planned to schedule a virtual interim meeting to allow the clock sy= nchronization design team to report back to the group.

Also we can use this interim meeting to di= scuss open issues about our WG items.

I created a doodle poll for this interim meeting, and here = is the link:

The= proposed alternative time slots are: 
14th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 1= 6:00;
15= th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00;
16th June, GMT 12:00 ~ 14:00 = or GMT 14:00 ~ 16:00;

Last time, one hour is not enough for the call, so we scheduled two h= ours this time. We can always finish earlier.

Please indicate your available time slots for the i= nterim meeting before the end of 13th May.

Thanks,

Kind Regards
Kepeng & Hannes 
--B_3545671830_2544205-- From nobody Mon May 9 07:17:22 2016 Return-Path: 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 4E16312D1D6 for ; Mon, 9 May 2016 07:17:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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 SAU4izJuGtxP for ; Mon, 9 May 2016 07:17:19 -0700 (PDT) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0879412D1D2 for ; Mon, 9 May 2016 07:17:19 -0700 (PDT) Received: from mfilter22-d.gandi.net (mfilter22-d.gandi.net [217.70.178.150]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 8111141C0A4; Mon, 9 May 2016 16:17:17 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter22-d.gandi.net Received: from relay5-d.mail.gandi.net ([IPv6:::ffff:217.70.183.197]) by mfilter22-d.gandi.net (mfilter22-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id usVYikgHzxUF; Mon, 9 May 2016 16:17:15 +0200 (CEST) X-Originating-IP: 134.102.17.95 Received: from eduroam-0351.wlan.uni-bremen.de (eduroam-0351.wlan.uni-bremen.de [134.102.17.95]) (Authenticated sender: cabo@cabo.im) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 88EA841C0AA; Mon, 9 May 2016 16:16:45 +0200 (CEST) Message-ID: <57309BCC.8020609@tzi.org> Date: Mon, 09 May 2016 16:16:44 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Kepeng Li References: In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "ace@ietf.org" Subject: Re: [Ace] Doodle poll for ACE interim meeting X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2016 14:17:21 -0000 Hi Kepeng, Kepeng Li wrote: > The proposed alternative time slots are: > 14th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; > 15th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; > 16th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; I should note that June 14 is during IoTSU (https://down.dsg.cs.tcd.ie/iotsu/) and many people will still be traveling away from that on June 15. (There is also some strangeness about the 1400Z dates; these seem to show as 14-hour events.) Gr眉脽e, Carsten From nobody Mon May 9 07:31:56 2016 Return-Path: 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 5AF6312B05A; Mon, 9 May 2016 07:31:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 JbUVoDqJKGbt; Mon, 9 May 2016 07:31:47 -0700 (PDT) Received: from slow1-d.mail.gandi.net (slow1-d.mail.gandi.net [217.70.178.86]) by ietfa.amsl.com (Postfix) with ESMTP id BACC912B00A; Mon, 9 May 2016 07:31:47 -0700 (PDT) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by slow1-d.mail.gandi.net (Postfix) with ESMTP id 8176A47E163; Mon, 9 May 2016 16:31:37 +0200 (CEST) X-Originating-IP: 134.102.17.95 Received: from eduroam-0351.wlan.uni-bremen.de (eduroam-0351.wlan.uni-bremen.de [134.102.17.95]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id B528DA80E6; Mon, 9 May 2016 16:31:35 +0200 (CEST) Message-ID: <57309F46.9040705@tzi.org> Date: Mon, 09 May 2016 16:31:34 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Kepeng Li References: In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: Kathleen Moriarty , Hannes Tschofenig , cose@ietf.org, oauth@ietf.org, "ace@ietf.org" Subject: Re: [Ace] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2016 14:31:49 -0000 > draft-ietf-ace-cbor-token-00.txt; For the record, I do not think that ACE has a claim on the term "CBOR Token". While the term token is not used in RFC 7049, there are many tokens that could be expressed in CBOR or be used in applying CBOR to a problem. ACE CBOR Token is fine, though. (Or, better, CBOR ACE Token, CAT.) Gr眉脽e, Carsten From nobody Mon May 9 07:58:58 2016 Return-Path: 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 B8A6712D50F for ; Mon, 9 May 2016 07:58:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.897 X-Spam-Level: X-Spam-Status: No, score=-2.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.996, 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 dn6Ut4-gasgT for ; Mon, 9 May 2016 07:58:56 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0245412B054 for ; Mon, 9 May 2016 07:58:56 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id ACA90200A3; Mon, 9 May 2016 11:04:21 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 0FB5E638BD; Mon, 9 May 2016 10:58:55 -0400 (EDT) From: Michael Richardson To: Carsten Bormann In-Reply-To: <57309BCC.8020609@tzi.org> References: <57309BCC.8020609@tzi.org> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.2 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Date: Mon, 09 May 2016 10:58:55 -0400 Message-ID: <8114.1462805935@obiwan.sandelman.ca> Archived-At: Cc: Kepeng Li , "ace@ietf.org" Subject: Re: [Ace] Doodle poll for ACE interim meeting X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2016 14:58:58 -0000 Carsten Bormann wrote: > Hi Kepeng, > Kepeng Li wrote: >> The proposed alternative time slots are: >> 14th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; >> 15th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; >> 16th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; > I should note that June 14 is during IoTSU > (https://down.dsg.cs.tcd.ie/iotsu/) and many people will still be > traveling away from that on June 15. > (There is also some strangeness about the 1400Z dates; these seem to > show as 14-hour events.) Yes, I think that the AM/PM was input wrong. -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works | network architect [ ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [ From nobody Mon May 9 17:49:48 2016 Return-Path: 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 47FB912D547; Mon, 9 May 2016 17:49:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.197 X-Spam-Level: X-Spam-Status: No, score=-5.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.996, 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 Bb7RmqT8QjNS; Mon, 9 May 2016 17:49:42 -0700 (PDT) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (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 A30F912D0BD; Mon, 9 May 2016 17:49:39 -0700 (PDT) X-AuditID: 12074425-c7fff70000005f72-41-573130224aa3 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 23.49.24434.22031375; Mon, 9 May 2016 20:49:38 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id u4A0nbAF013683; Mon, 9 May 2016 20:49:37 -0400 Received: from [10.20.11.38] ([65.115.200.131]) (authenticated bits=0) (User authenticated as jricher@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u4A0nUEW015036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 May 2016 20:49:33 -0400 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Justin Richer In-Reply-To: <57309F46.9040705@tzi.org> Date: Mon, 9 May 2016 19:49:29 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <89B6F196-D08F-4FBD-9F0D-5B250284048F@mit.edu> References: <57309F46.9040705@tzi.org> To: Carsten Bormann X-Mailer: Apple Mail (2.3124) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprHKsWRmVeSWpSXmKPExsUixG6noqtkYBhusHyDnMX3bz3MFkem3GW1 mLZ1KqvF0p33WC0aduZbXJ5fZHHy7Ss2B3aPiW8/snjsnHWX3WPxpv1sHkuW/GTymLYoM4A1 issmJTUnsyy1SN8ugSvj9K9LbAX9bBW31t5lb2D8xtLFyMkhIWAi8X3ZZCCbi0NIoI1J4lP/ HlYIZwOjxLp5jVCZ1UwSZ6ZcBGthFlCX+DPvEjOIzSugJ7Fp/VsmEFtYIEzix76vrCA2m4Cq xPQ1LWBxTqD6OXPOgPWyCKhI7Pw1mxlkKLPAX0aJ2xOfsEMM1ZZYtvA11FAriUNHVwI1cwBt DpJom2sGEhYRUJK4cHENG8TZshJPTi5imcAoMAvJSbOQnDQLydQFjMyrGGVTcqt0cxMzc4pT k3WLkxPz8lKLdC30cjNL9FJTSjcxgoPeRXUH45y/XocYBTgYlXh4d3AZhguxJpYVV+YeYpTk YFIS5XVl1AsX4kvKT6nMSCzOiC8qzUktPsQowcGsJMJ7Tw+onDclsbIqtSgfJiXNwaIkzsvI wMAgJJCeWJKanZpakFoEk5Xh4FCS4H0A0ihYlJqeWpGWmVOCkGbi4AQZzgM0vBdseHFBYm5x ZjpE/hSjLseCH7fXMgmx5OXnpUqJ8/KBFAmAFGWU5sHNASUrx+ITza8YxYHeEuZl0weq4gEm OrhJr4CWMAEtkWPTB1lSkoiQkmpg5Gk1VtLRu84sejRua9lC4RduyrFLT7PXFZs9lDKUOV/A nRO/7kHC3fMH1HK9nZPi/s/n/cZ/8sbtDONGiadbj7mtN37829fribwIy5rvS50+zdt+fcsh 0Yn7fjx6Oqf3Hkd5l4ybvWvv8aUCzGvaZ9+rNjMv1Jm0Z/GKNB0W9VwdyYuvG29fVGIpzkg0 1GIuKk4EADn0NyMxAwAA Archived-At: Cc: Kathleen Moriarty , Kepeng Li , "ace@ietf.org" , Hannes Tschofenig , "" , cose@ietf.org Subject: Re: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2016 00:49:44 -0000 We can also call it the =E2=80=9CCOSE Token=E2=80=9D. As a chair of the = COSE working group, I=E2=80=99m fine with that amount of co-branding. =E2=80=94 Justin > On May 9, 2016, at 9:31 AM, Carsten Bormann wrote: >=20 >> draft-ietf-ace-cbor-token-00.txt;=20 >=20 > For the record, I do not think that ACE has a claim on the term "CBOR > Token". While the term token is not used in RFC 7049, there are many > tokens that could be expressed in CBOR or be used in applying CBOR to = a > problem. >=20 > ACE CBOR Token is fine, though. > (Or, better, CBOR ACE Token, CAT.) >=20 > Gr=C3=BC=C3=9Fe, Carsten >=20 > _______________________________________________ > COSE mailing list > COSE@ietf.org > https://www.ietf.org/mailman/listinfo/cose From nobody Tue May 10 01:43:58 2016 Return-Path: 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 8BBE012D1E0 for ; Tue, 10 May 2016 01:43:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wahlstromstekniska-se.20150623.gappssmtp.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 ygz4J-5eBt7V for ; Tue, 10 May 2016 01:43:54 -0700 (PDT) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (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 44BEC12D0C6 for ; Tue, 10 May 2016 01:43:52 -0700 (PDT) Received: by mail-lf0-x22a.google.com with SMTP id j8so6727908lfd.2 for ; Tue, 10 May 2016 01:43:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wahlstromstekniska-se.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=tSby/1R0Lu9eXQstX/YJ8XL0DFyOGbnRpVwShspzJqQ=; b=bPn/lEO5kS4Z++5m6QFNKEByjjHK3+PrBS3KwJF4F9RCPcxHGXrC7qiP4WyqvWN+xf Azla7jnU189E87xVsV8HZLfktl+MgPT7OlFha5k3HVGmlYbJpM3m08zgJqWtXxIfTDgj UZJxCGyCOstbRyQUM64xvs9o873H3c9e1vjacV185/20phKH8Psy7xljbdxGx0YBnO8X ePh/uSubc0Yxqmy75jQZY1XSEZMpElGQIRQovERTXvDWrrKU4SmK/LSx4JXabbjudqho 6BdE4vK2SCyQZKMcIRnL75XUXlvoF5R/EmeGbd1Wf0Y8LXqolvt5cCVUuTN1wh8W1HGL qmVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=tSby/1R0Lu9eXQstX/YJ8XL0DFyOGbnRpVwShspzJqQ=; b=gn/pL4v2KlHmnDqecfJD3m0DAykOyi9q2HRo9VzfjaSevsj7HepKwueFg5k30O1eMj 3Qm7ZmL9z56Ku3eJOVhmAdgJ1HG0iyJSeJEn4/VY6Z1u+T0+rwLbdmm+JiIyyZIXL71T dUFS0rXCCrb4wkk5jEntQuhWSXOI8nxZqb7ewakefp3iPpUgmHBRMXPUWPnuJytA33jn JIo7r4JTNvD1D1FnHwZA1a0TsoNKi59bB8ODcymjI6KyFLxci3+8ecfHoHOdeyetiT5M 3k+s9p2u1aUaHP5BUel8fSeV3DsZ3paWMeboIYfIdV+o4xmWmbGjKVzUpAIX/4tODRE/ Ey+A== X-Gm-Message-State: AOPr4FWJULkd6HVTGryh0gad/1etojDU0iTHD8lSYmQMTvOfSCtFpjkF1ROcw8+jzCFz62NmmMEIReeq76cNXg== MIME-Version: 1.0 X-Received: by 10.25.22.19 with SMTP id m19mr17054764lfi.118.1462869830177; Tue, 10 May 2016 01:43:50 -0700 (PDT) Received: by 10.25.136.5 with HTTP; Tue, 10 May 2016 01:43:50 -0700 (PDT) X-Originating-IP: [37.247.26.197] In-Reply-To: <89B6F196-D08F-4FBD-9F0D-5B250284048F@mit.edu> References: <57309F46.9040705@tzi.org> <89B6F196-D08F-4FBD-9F0D-5B250284048F@mit.edu> Date: Tue, 10 May 2016 10:43:50 +0200 Message-ID: From: =?UTF-8?Q?Erik_Wahlstr=C3=B6m?= To: Justin Richer Content-Type: multipart/alternative; boundary=001a11406a9c94ae0a053278ec62 Archived-At: Cc: Kathleen Moriarty , Kepeng Li , "ace@ietf.org" , Carsten Bormann , Hannes Tschofenig , "" , cose Subject: Re: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2016 08:43:56 -0000 --001a11406a9c94ae0a053278ec62 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Or keep the CBOR Web Token (CWT) for two major reasons: - To show the very close relationship to JWT. It relies heavily on JWT and it's iana registry. It is essentially a JWT but in CBOR/COSE instead of JSON/JOSE. - I would not say that JWT is the only format that works for the web, and it's even used in other, non-traditional, web protocols. That means I don't have a problem with the W in CWT at all. Why would JSON be the only web protocol? Then we also have one smaller (a lot smaller) reason, it's the fact that it can be called "cot" just like JWT is called a "jot" and I figured that our "cozy chairs" would very much like that fact because then it's essentially a "cozy cot" :) / Erik On Tue, May 10, 2016 at 2:49 AM, Justin Richer wrote: > We can also call it the =E2=80=9CCOSE Token=E2=80=9D. As a chair of the C= OSE working > group, I=E2=80=99m fine with that amount of co-branding. > > =E2=80=94 Justin > > > On May 9, 2016, at 9:31 AM, Carsten Bormann wrote: > > > >> draft-ietf-ace-cbor-token-00.txt; > > > > For the record, I do not think that ACE has a claim on the term "CBOR > > Token". While the term token is not used in RFC 7049, there are many > > tokens that could be expressed in CBOR or be used in applying CBOR to a > > problem. > > > > ACE CBOR Token is fine, though. > > (Or, better, CBOR ACE Token, CAT.) > > > > Gr=C3=BC=C3=9Fe, Carsten > > > > _______________________________________________ > > COSE mailing list > > COSE@ietf.org > > https://www.ietf.org/mailman/listinfo/cose > > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace > --001a11406a9c94ae0a053278ec62 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Or keep the CBOR Web Token (CWT) for two major reasons:- To show the very close relationship to JWT. It relies heavily on JWT an= d it's iana registry. It is essentially a JWT but in CBOR/COSE instead = of JSON/JOSE.
- I would not say that JWT is the only format that = works for the web, and it's even used in other, non-traditional, web pr= otocols. That means I don't have a problem with the W in CWT at all. Wh= y would JSON be the only web protocol?

Then we als= o have one smaller (a lot smaller) reason, it's the fact that it can be= called "cot" just like JWT is called a "jot" and I fig= ured that our "cozy chairs" would very much like that fact becaus= e then it's essentially a "cozy cot" :)

<= div>/ Erik


On Tue, May 10, 2016 at 2:49 AM, Justin Richer <jricher@= mit.edu> wrote:
We can also= call it the =E2=80=9CCOSE Token=E2=80=9D. As a chair of the COSE working g= roup, I=E2=80=99m fine with that amount of co-branding.

=C2=A0=E2=80=94 Justin

> On May 9, 2016, at 9:31 AM, Carsten Bormann <cabo@tzi.org> wrote:
>
>> draft-ietf-ace-cbor-token-00.txt;
>
> For the record, I do not think that ACE has a claim on the term "= CBOR
> Token".=C2=A0 While the term token is not used in RFC 7049, there= are many
> tokens that could be expressed in CBOR or be used in applying CBOR to = a
> problem.
>
> ACE CBOR Token is fine, though.
> (Or, better, CBOR ACE Token, CAT.)
>
> Gr=C3=BC=C3=9Fe, Carsten
>
> _______________________________________________
> COSE mailing list
> COSE@ietf.org
> https://www.ietf.org/mailman/listinfo/cose

_______________________________________________
Ace mailing list
Ace@ietf.org
https://www.ietf.org/mailman/listinfo/ace

--001a11406a9c94ae0a053278ec62-- From nobody Tue May 10 01:50:48 2016 Return-Path: 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 546B412D56E; Tue, 10 May 2016 01:50:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.792 X-Spam-Level: X-Spam-Status: No, score=-1.792 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=microsoft.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 kWD2aS42PBcY; Tue, 10 May 2016 01:50:40 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0129.outbound.protection.outlook.com [65.55.169.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 160EB12D0EC; Tue, 10 May 2016 01:50:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=2Pb2uuHwa6Jnqn40nZjHM/K60YjU2Fe2jk5X6obVYwc=; b=ZIXCgRcSRcQcIyBxcqyCc8nvXjHA/ZnWQvQFA1W1EHWnRPyN4YInFOi1R8GMKyhY+SpGQqpJx1p8vcntvjOJ6ImCQ7YO0z5oR97LUeythsu7gplRJaWMySvd+eUUrA/sf4nXmMo4TXu2MXm7e7fzKTHkfEy/N3AZmOS5CaXvgNM= Received: from SN1PR0301MB1645.namprd03.prod.outlook.com (10.162.130.139) by SN1PR0301MB1648.namprd03.prod.outlook.com (10.162.130.142) with Microsoft SMTP Server (TLS) id 15.1.485.9; Tue, 10 May 2016 08:50:38 +0000 Received: from SN1PR0301MB1645.namprd03.prod.outlook.com ([10.162.130.139]) by SN1PR0301MB1645.namprd03.prod.outlook.com ([10.162.130.139]) with mapi id 15.01.0492.016; Tue, 10 May 2016 08:50:38 +0000 From: Mike Jones To: =?utf-8?B?RXJpayBXYWhsc3Ryw7Zt?= , "Justin Richer" Thread-Topic: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 Thread-Index: AQHRqpgaOC6RkJUk/U2IOlAZ6LFfqJ+x20iA Date: Tue, 10 May 2016 08:50:38 +0000 Message-ID: References: <57309F46.9040705@tzi.org> <89B6F196-D08F-4FBD-9F0D-5B250284048F@mit.edu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: wahlstromstekniska.se; dkim=none (message not signed) header.d=none; wahlstromstekniska.se; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [86.110.65.6] x-ms-office365-filtering-correlation-id: 739799e7-b7da-4bfd-ed62-08d378b028c5 x-microsoft-exchange-diagnostics: 1; SN1PR0301MB1648; 5:K7Id0ATTLRgZvJbTnnlc06Wik3fklcDLwhFjrTXVUhOs7ZLB9rZ9vKoF32KEKZ3GmyTNyWBT2j/Qq0UqMyAidTJkY8BBX9sex2PfjxUfPh/FchNhiqIQz0/IoKdB6zwjr0kv47w0r3JLWO+p59/Www==; 24:GkraLZES7gpCh9GvOcxpnAtodVePBbUYq4KQqVONY5cwnIP/opCoMnaTqZ47uH1VH+1gGCZPn8ao2XOr/WnyiZsS7rB54UxFip5kbMzjqo0=; 7:I7HvaxNOca1PiuxDXJTZrycBzcztCmtk7kwVbcEox6ebrphSf+KJJLW0ebLIuJlABwAq6hPGM0io1oHQaiBzxCLBUN3k1v+sRlkxarMkL0Awrz05v3p+QO1emjbCz+Jz5gVBJQNj1GcrZhrbZqMvj7wi7mW6d66S1WwswgNjyqbA7S5fT0L6QmlH9FWpXpO6YDeZdOM0Z+3j+686i35n7Q== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0301MB1648; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(61426038)(61427038); SRVR:SN1PR0301MB1648; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0301MB1648; x-forefront-prvs: 0938781D02 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(377454003)(24454002)(74316001)(76576001)(92566002)(11100500001)(5003600100002)(8936002)(3280700002)(19609705001)(81166005)(19580395003)(3660700001)(9686002)(19580405001)(19617315012)(10090500001)(5002640100001)(10290500002)(10400500002)(5005710100001)(2950100001)(50986999)(87936001)(2171001)(2906002)(5008740100001)(66066001)(1220700001)(33656002)(230783001)(5001770100001)(54356999)(76176999)(16236675004)(99286002)(86362001)(122556002)(4326007)(77096005)(106116001)(19300405004)(790700001)(586003)(102836003)(6116002)(15975445007)(189998001)(19625215002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0301MB1648; H:SN1PR0301MB1645.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_SN1PR0301MB1645A1F955468253B8EF4782F5710SN1PR0301MB1645_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 10 May 2016 08:50:38.1134 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0301MB1648 Archived-At: Cc: Kathleen Moriarty , Kepeng Li , "ace@ietf.org" , Carsten Bormann , Hannes Tschofenig , "" , cose Subject: Re: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2016 08:50:43 -0000 --_000_SN1PR0301MB1645A1F955468253B8EF4782F5710SN1PR0301MB1645_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbHNvIGZlZWwgc3Ryb25nbHkgdGhhdCB0aGUgbmFtZSBzaG91bGQgcmVtYWluIENCT1IgV2Vi IFRva2VuLiAgQ1dUIGlzIGEgYmVuZWZpY2lhcnkgb2YgdGhlIGludGVsbGVjdHVhbCBhbmQgZGVw bG95bWVudCBoZXJpdGFnZSBmcm9tIHRoZSBTaW1wbGUgV2ViIFRva2VuIChTV1QpIGFuZCBKU09O IFdlYiBUb2tlbiAoSldUKS4gIENXVCBpcyBpbnRlbnRpb25hbGx5IHBhcmFsbGVsIHRvIEpXVC4g IFRoZSBuYW1lIHNob3VsZCBzdGF5IHBhcmFsbGVsIGFzIHdlbGwuDQoNClRoZSDigJxXZWLigJ0g cGFydCBvZiB0aGUg4oCcQ0JPUiBXZWIgVG9rZW7igJ0gbmFtZSBjYW4gYmUgdGFrZW4gYXMgYSBy ZWZlcmVuY2UgdG8gdGhlIFdlYiBvZiBUaGluZ3MgKHNlZSBodHRwczovL2VuLndpa2lwZWRpYS5v cmcvd2lraS9XZWJfb2ZfVGhpbmdzKS4gIEFzIEVyaWsgY29ycmVjdGx5IHBvaW50cyBvdXQgSlNP TiBpcyBub3QgdGhlIG9ubHkgZGF0YSByZXByZXNlbnRhdGlvbiB0aGF0IG1ha2VzIHRoaW5ncyBp biB0aGUgV2ViIGFuZCB0aGUgV2ViIG9mIFRoaW5ncy4NCg0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tIE1pa2UNCg0KRnJvbTogQWNl IFttYWlsdG86YWNlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBFcmlrIFdhaGxzdHLD tm0NClNlbnQ6IFR1ZXNkYXksIE1heSAxMCwgMjAxNiAxOjQ0IEFNDQpUbzogSnVzdGluIFJpY2hl ciA8anJpY2hlckBtaXQuZWR1Pg0KQ2M6IEthdGhsZWVuIE1vcmlhcnR5IDxrYXRobGVlbi5tb3Jp YXJ0eS5pZXRmQGdtYWlsLmNvbT47IEtlcGVuZyBMaSA8a2VwZW5nLmxrcEBhbGliYWJhLWluYy5j b20+OyBhY2VAaWV0Zi5vcmc7IENhcnN0ZW4gQm9ybWFubiA8Y2Fib0B0emkub3JnPjsgSGFubmVz IFRzY2hvZmVuaWcgPGhhbm5lcy50c2Nob2ZlbmlnQGdteC5uZXQ+OyA8b2F1dGhAaWV0Zi5vcmc+ IDxvYXV0aEBpZXRmLm9yZz47IGNvc2UgPGNvc2VAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW0Fj ZV0gW0NPU0VdIENhbGwgZm9yIGFkb3B0aW9uIGZvciBkcmFmdC13YWhsc3Ryb2VtLWFjZS1jYm9y LXdlYi10b2tlbi0wMA0KDQpPciBrZWVwIHRoZSBDQk9SIFdlYiBUb2tlbiAoQ1dUKSBmb3IgdHdv IG1ham9yIHJlYXNvbnM6DQotIFRvIHNob3cgdGhlIHZlcnkgY2xvc2UgcmVsYXRpb25zaGlwIHRv IEpXVC4gSXQgcmVsaWVzIGhlYXZpbHkgb24gSldUIGFuZCBpdCdzIGlhbmEgcmVnaXN0cnkuIEl0 IGlzIGVzc2VudGlhbGx5IGEgSldUIGJ1dCBpbiBDQk9SL0NPU0UgaW5zdGVhZCBvZiBKU09OL0pP U0UuDQotIEkgd291bGQgbm90IHNheSB0aGF0IEpXVCBpcyB0aGUgb25seSBmb3JtYXQgdGhhdCB3 b3JrcyBmb3IgdGhlIHdlYiwgYW5kIGl0J3MgZXZlbiB1c2VkIGluIG90aGVyLCBub24tdHJhZGl0 aW9uYWwsIHdlYiBwcm90b2NvbHMuIFRoYXQgbWVhbnMgSSBkb24ndCBoYXZlIGEgcHJvYmxlbSB3 aXRoIHRoZSBXIGluIENXVCBhdCBhbGwuIFdoeSB3b3VsZCBKU09OIGJlIHRoZSBvbmx5IHdlYiBw cm90b2NvbD8NCg0KVGhlbiB3ZSBhbHNvIGhhdmUgb25lIHNtYWxsZXIgKGEgbG90IHNtYWxsZXIp IHJlYXNvbiwgaXQncyB0aGUgZmFjdCB0aGF0IGl0IGNhbiBiZSBjYWxsZWQgImNvdCIganVzdCBs aWtlIEpXVCBpcyBjYWxsZWQgYSAiam90IiBhbmQgSSBmaWd1cmVkIHRoYXQgb3VyICJjb3p5IGNo YWlycyIgd291bGQgdmVyeSBtdWNoIGxpa2UgdGhhdCBmYWN0IGJlY2F1c2UgdGhlbiBpdCdzIGVz c2VudGlhbGx5IGEgImNvenkgY290IiA6KQ0KDQovIEVyaWsNCg0KDQpPbiBUdWUsIE1heSAxMCwg MjAxNiBhdCAyOjQ5IEFNLCBKdXN0aW4gUmljaGVyIDxqcmljaGVyQG1pdC5lZHU8bWFpbHRvOmpy aWNoZXJAbWl0LmVkdT4+IHdyb3RlOg0KV2UgY2FuIGFsc28gY2FsbCBpdCB0aGUg4oCcQ09TRSBU b2tlbuKAnS4gQXMgYSBjaGFpciBvZiB0aGUgQ09TRSB3b3JraW5nIGdyb3VwLCBJ4oCZbSBmaW5l IHdpdGggdGhhdCBhbW91bnQgb2YgY28tYnJhbmRpbmcuDQoNCiDigJQgSnVzdGluDQoNCj4gT24g TWF5IDksIDIwMTYsIGF0IDk6MzEgQU0sIENhcnN0ZW4gQm9ybWFubiA8Y2Fib0B0emkub3JnPG1h aWx0bzpjYWJvQHR6aS5vcmc+PiB3cm90ZToNCj4NCj4+IGRyYWZ0LWlldGYtYWNlLWNib3ItdG9r ZW4tMDAudHh0Ow0KPg0KPiBGb3IgdGhlIHJlY29yZCwgSSBkbyBub3QgdGhpbmsgdGhhdCBBQ0Ug aGFzIGEgY2xhaW0gb24gdGhlIHRlcm0gIkNCT1INCj4gVG9rZW4iLiAgV2hpbGUgdGhlIHRlcm0g dG9rZW4gaXMgbm90IHVzZWQgaW4gUkZDIDcwNDksIHRoZXJlIGFyZSBtYW55DQo+IHRva2VucyB0 aGF0IGNvdWxkIGJlIGV4cHJlc3NlZCBpbiBDQk9SIG9yIGJlIHVzZWQgaW4gYXBwbHlpbmcgQ0JP UiB0byBhDQo+IHByb2JsZW0uDQo+DQo+IEFDRSBDQk9SIFRva2VuIGlzIGZpbmUsIHRob3VnaC4N Cj4gKE9yLCBiZXR0ZXIsIENCT1IgQUNFIFRva2VuLCBDQVQuKQ0KPg0KPiBHcsO8w59lLCBDYXJz dGVuDQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+IENPU0UgbWFpbGluZyBsaXN0DQo+IENPU0VAaWV0Zi5vcmc8bWFpbHRvOkNPU0VAaWV0Zi5v cmc+DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29zZQ0KDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQWNlIG1haWxpbmcg bGlzdA0KQWNlQGlldGYub3JnPG1haWx0bzpBY2VAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2FjZQ0KDQo= --_000_SN1PR0301MB1645A1F955468253B8EF4782F5710SN1PR0301MB1645_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMwMDIwNjA7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwMjA2MCI+SSBhbHNvIGZlZWwgc3Ryb25nbHkgdGhh dCB0aGUgbmFtZSBzaG91bGQgcmVtYWluIENCT1IgV2ViIFRva2VuLiZuYnNwOyBDV1QgaXMgYSBi ZW5lZmljaWFyeSBvZiB0aGUgaW50ZWxsZWN0dWFsIGFuZCBkZXBsb3ltZW50IGhlcml0YWdlIGZy b20gdGhlIFNpbXBsZSBXZWIgVG9rZW4gKFNXVCkNCiBhbmQgSlNPTiBXZWIgVG9rZW4gKEpXVCku Jm5ic3A7IENXVCBpcyBpbnRlbnRpb25hbGx5IHBhcmFsbGVsIHRvIEpXVC4mbmJzcDsgVGhlIG5h bWUgc2hvdWxkIHN0YXkgcGFyYWxsZWwgYXMgd2VsbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwMjA2MCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMwMDIwNjAiPlRoZSDigJxXZWLigJ0gcGFydCBvZiB0aGUg4oCcQ0JPUiBXZWIg VG9rZW7igJ0gbmFtZSBjYW4gYmUgdGFrZW4gYXMgYSByZWZlcmVuY2UgdG8gdGhlIFdlYiBvZiBU aGluZ3MgKHNlZQ0KPGEgaHJlZj0iaHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvV2ViX29m X1RoaW5ncyI+aHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvV2ViX29mX1RoaW5nczwvYT4p LiZuYnNwOyBBcyBFcmlrIGNvcnJlY3RseSBwb2ludHMgb3V0IEpTT04gaXMgbm90IHRoZSBvbmx5 IGRhdGEgcmVwcmVzZW50YXRpb24gdGhhdCBtYWtlcyB0aGluZ3MgaW4gdGhlIFdlYiBhbmQgdGhl IFdlYiBvZiBUaGluZ3MuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDIwNjAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDAyMDYw Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgLS0gTWlrZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxh IG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDIwNjAiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYT48L3A+DQo8c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJr Ol9NYWlsRW5kQ29tcG9zZSI+PC9zcGFuPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gQWNlIFttYWlsdG86 YWNlLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkVyaWsgV2FobHN0csO2 bTxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBNYXkgMTAsIDIwMTYgMTo0NCBBTTxicj4NCjxi PlRvOjwvYj4gSnVzdGluIFJpY2hlciAmbHQ7anJpY2hlckBtaXQuZWR1Jmd0Ozxicj4NCjxiPkNj OjwvYj4gS2F0aGxlZW4gTW9yaWFydHkgJmx0O2thdGhsZWVuLm1vcmlhcnR5LmlldGZAZ21haWwu Y29tJmd0OzsgS2VwZW5nIExpICZsdDtrZXBlbmcubGtwQGFsaWJhYmEtaW5jLmNvbSZndDs7IGFj ZUBpZXRmLm9yZzsgQ2Fyc3RlbiBCb3JtYW5uICZsdDtjYWJvQHR6aS5vcmcmZ3Q7OyBIYW5uZXMg VHNjaG9mZW5pZyAmbHQ7aGFubmVzLnRzY2hvZmVuaWdAZ214Lm5ldCZndDs7ICZsdDtvYXV0aEBp ZXRmLm9yZyZndDsgJmx0O29hdXRoQGlldGYub3JnJmd0OzsgY29zZSAmbHQ7Y29zZUBpZXRmLm9y ZyZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtBY2VdIFtDT1NFXSBDYWxsIGZvciBhZG9w dGlvbiBmb3IgZHJhZnQtd2FobHN0cm9lbS1hY2UtY2Jvci13ZWItdG9rZW4tMDA8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PciBrZWVwIHRoZSBDQk9SIFdlYiBUb2tlbiAo Q1dUKSBmb3IgdHdvIG1ham9yIHJlYXNvbnM6PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+LSBUbyBzaG93IHRoZSB2ZXJ5IGNsb3NlIHJlbGF0aW9uc2hpcCB0byBK V1QuIEl0IHJlbGllcyBoZWF2aWx5IG9uIEpXVCBhbmQgaXQncyBpYW5hIHJlZ2lzdHJ5LiBJdCBp cyBlc3NlbnRpYWxseSBhIEpXVCBidXQgaW4gQ0JPUi9DT1NFIGluc3RlYWQgb2YgSlNPTi9KT1NF LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBJ IHdvdWxkIG5vdCBzYXkgdGhhdCBKV1QgaXMgdGhlIG9ubHkgZm9ybWF0IHRoYXQgd29ya3MgZm9y IHRoZSB3ZWIsIGFuZCBpdCdzIGV2ZW4gdXNlZCBpbiBvdGhlciwgbm9uLXRyYWRpdGlvbmFsLCB3 ZWIgcHJvdG9jb2xzLiBUaGF0IG1lYW5zIEkgZG9uJ3QgaGF2ZSBhIHByb2JsZW0gd2l0aCB0aGUg VyBpbiBDV1QgYXQgYWxsLiBXaHkgd291bGQgSlNPTiBiZSB0aGUgb25seSB3ZWIgcHJvdG9jb2w/ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRo ZW4gd2UgYWxzbyBoYXZlIG9uZSBzbWFsbGVyIChhIGxvdCBzbWFsbGVyKSByZWFzb24sIGl0J3Mg dGhlIGZhY3QgdGhhdCBpdCBjYW4gYmUgY2FsbGVkICZxdW90O2NvdCZxdW90OyBqdXN0IGxpa2Ug SldUIGlzIGNhbGxlZCBhICZxdW90O2pvdCZxdW90OyBhbmQgSSBmaWd1cmVkIHRoYXQgb3VyICZx dW90O2NvenkgY2hhaXJzJnF1b3Q7IHdvdWxkIHZlcnkgbXVjaCBsaWtlIHRoYXQgZmFjdCBiZWNh dXNlIHRoZW4gaXQncyBlc3NlbnRpYWxseSBhICZxdW90O2NvenkgY290JnF1b3Q7DQogOik8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LyBFcmlr PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ T24gVHVlLCBNYXkgMTAsIDIwMTYgYXQgMjo0OSBBTSwgSnVzdGluIFJpY2hlciAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmpyaWNoZXJAbWl0LmVkdSIgdGFyZ2V0PSJfYmxhbmsiPmpyaWNoZXJAbWl0LmVk dTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBp biA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPldlIGNhbiBhbHNvIGNhbGwgaXQgdGhlIOKAnENPU0UgVG9rZW7igJ0uIEFzIGEg Y2hhaXIgb2YgdGhlIENPU0Ugd29ya2luZyBncm91cCwgSeKAmW0gZmluZSB3aXRoIHRoYXQgYW1v dW50IG9mIGNvLWJyYW5kaW5nLjxicj4NCjxicj4NCiZuYnNwO+KAlCBKdXN0aW48YnI+DQo8YnI+ DQomZ3Q7IE9uIE1heSA5LCAyMDE2LCBhdCA5OjMxIEFNLCBDYXJzdGVuIEJvcm1hbm4gJmx0Ozxh IGhyZWY9Im1haWx0bzpjYWJvQHR6aS5vcmciPmNhYm9AdHppLm9yZzwvYT4mZ3Q7IHdyb3RlOjxi cj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyBkcmFmdC1pZXRmLWFjZS1jYm9yLXRva2VuLTAwLnR4dDs8 YnI+DQomZ3Q7PGJyPg0KJmd0OyBGb3IgdGhlIHJlY29yZCwgSSBkbyBub3QgdGhpbmsgdGhhdCBB Q0UgaGFzIGEgY2xhaW0gb24gdGhlIHRlcm0gJnF1b3Q7Q0JPUjxicj4NCiZndDsgVG9rZW4mcXVv dDsuJm5ic3A7IFdoaWxlIHRoZSB0ZXJtIHRva2VuIGlzIG5vdCB1c2VkIGluIFJGQyA3MDQ5LCB0 aGVyZSBhcmUgbWFueTxicj4NCiZndDsgdG9rZW5zIHRoYXQgY291bGQgYmUgZXhwcmVzc2VkIGlu IENCT1Igb3IgYmUgdXNlZCBpbiBhcHBseWluZyBDQk9SIHRvIGE8YnI+DQomZ3Q7IHByb2JsZW0u PGJyPg0KJmd0Ozxicj4NCiZndDsgQUNFIENCT1IgVG9rZW4gaXMgZmluZSwgdGhvdWdoLjxicj4N CiZndDsgKE9yLCBiZXR0ZXIsIENCT1IgQUNFIFRva2VuLCBDQVQuKTxicj4NCiZndDs8YnI+DQom Z3Q7IEdyw7zDn2UsIENhcnN0ZW48YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgQ09TRSBtYWlsaW5nIGxp c3Q8YnI+DQomZ3Q7IDxhIGhyZWY9Im1haWx0bzpDT1NFQGlldGYub3JnIj5DT1NFQGlldGYub3Jn PC9hPjxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9jb3NlIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9jb3NlPC9hPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXzxicj4NCkFjZSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86QWNlQGll dGYub3JnIj5BY2VAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9hY2UiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2FjZTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_SN1PR0301MB1645A1F955468253B8EF4782F5710SN1PR0301MB1645_-- From nobody Tue May 10 05:57:54 2016 Return-Path: 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 B4EF012D5B9; Tue, 10 May 2016 05:57:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.196 X-Spam-Level: X-Spam-Status: No, score=-5.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.996, 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 Zl7N8RBuMPgl; Tue, 10 May 2016 05:57:37 -0700 (PDT) Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (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 7FF8912B03D; Tue, 10 May 2016 05:57:36 -0700 (PDT) X-AuditID: 12074423-58fff7000000258f-cc-5731dabf32f1 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id E5.63.09615.FBAD1375; Tue, 10 May 2016 08:57:35 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id u4ACvYaS010547; Tue, 10 May 2016 08:57:34 -0400 Received: from [10.20.11.38] ([65.115.200.131]) (authenticated bits=0) (User authenticated as jricher@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u4ACvRlP031382 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 May 2016 08:57:30 -0400 Content-Type: multipart/alternative; boundary="Apple-Mail=_EF532274-2CD8-4C78-BC6B-DE6F810A1E2D" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Justin Richer In-Reply-To: Date: Tue, 10 May 2016 07:57:27 -0500 Message-Id: <5E85AFAC-07D3-4499-A5B2-5FEC69409913@mit.edu> References: <57309F46.9040705@tzi.org> <89B6F196-D08F-4FBD-9F0D-5B250284048F@mit.edu> To: Mike Jones X-Mailer: Apple Mail (2.3124) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrAKsWRmVeSWpSXmKPExsUixG6nrrv/lmG4wbN5ahbfv/UwWxyZcpfV YtrWqawWXyc0sVos3XmP1aJhZ77F5flFFnunfWKxOPn2FZsDp8fEtx9ZPHbOusvusXjTfjaP JUt+Mnm07vjL7jFtUabHmmkzWALYo7hsUlJzMstSi/TtErgyuh9dYCo408pYce9+A1sD48Li LkZODgkBE4kDf48xdzFycQgJtDFJvLz5nhHC2cgocW/JZVYIZw2TxJHj51hAWpgFEiRuv1oI ZvMK6ElsWv+WCcQWFgiTaPx9E8xmE1CVmL6mBczmFEiUOHr8OzuIzQIUv/pzL9hQZoEvTBKz p/0EcjiABllJzNwlCLFsNpPEvgWTWUEaRAR0JB5f/MYGcausxJOTi1gmMPLPQnLHLCR3QMS1 JZYtfM0MYWtK7O9ezoIpriHR+W0i6wJGtlWMsim5Vbq5iZk5xanJusXJiXl5qUW6Znq5mSV6 qSmlmxjBEeWivIPxZZ/3IUYBDkYlHt4dXIbhQqyJZcWVuYcYJTmYlER5BacAhfiS8lMqMxKL M+KLSnNSiw8xSnAwK4nwRl4GyvGmJFZWpRblw6SkOViUxHkZGRgYhATSE0tSs1NTC1KLYLIy HBxKEryzbgI1ChalpqdWpGXmlCCkmTg4QYbzAA2fC1LDW1yQmFucmQ6RP8WoKCXOWwWSEABJ ZJTmwfWCEp5j8YnmV4ziQK8I874AqeIBJku47ldAg5mABsux6YMMLklESEk1MHbKrGzb2PNJ U1ksaobdPsN/eyumVbuazbrUrBL/+lRpdVS32ovXc5Jm55idehif/WTithVvopkNPGWOrDLM lGy89ezlhMzrGpXrcj+9bms5FbmgVPfeway3gs9f3dp7ntNYaof+tXBDx8jXdzMvHr8x92b3 73gRcc8s+8QGI72lxyRPWtx7+02JpTgj0VCLuag4EQCP/Uo5UwMAAA== Archived-At: Cc: =?utf-8?Q?Erik_Wahlstr=C3=B6m?= , Kathleen Moriarty , Kepeng Li , "ace@ietf.org" , Carsten Bormann , Hannes Tschofenig , "" , cose Subject: Re: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2016 12:57:41 -0000 --Apple-Mail=_EF532274-2CD8-4C78-BC6B-DE6F810A1E2D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 You=E2=80=99re missing my original complaint: Until this token can be = directly encoded into web technologies, like HTTP headers and HTML = pages, then it has no business being called a =E2=80=9CWeb=E2=80=9D = anything. As it is, it=E2=80=99s a binary encoding that would need an = additional wrapper, like base64url perhaps, to be placed into web = spaces. It can be used in CoAP and native CBOR structures as-is, which = is what it=E2=80=99s designed to do.=20 The =E2=80=9Cweb=E2=80=9D part of JWT is very important. A JWT can be = used, as-is, in any part of an HTTP message: headers, query, form, etc. = It can also be encoded as a string in other data structures in just = about any language without any additional transformation, including = HTML, XML, and JSON. This makes the JWT very =E2=80=9Cwebby=E2=80=9D, = and this is a feature set that this new token doesn=E2=80=99t share. = Ergo, it has no business being called a =E2=80=9Cweb=E2=80=9D token = regardless of its heritage.=20 Both CBOR Token and COSE Token are fine with me.=20 =E2=80=94 Justin > On May 10, 2016, at 3:50 AM, Mike Jones = wrote: >=20 > I also feel strongly that the name should remain CBOR Web Token. CWT = is a beneficiary of the intellectual and deployment heritage from the = Simple Web Token (SWT) and JSON Web Token (JWT). CWT is intentionally = parallel to JWT. The name should stay parallel as well. > =20 > The =E2=80=9CWeb=E2=80=9D part of the =E2=80=9CCBOR Web Token=E2=80=9D = name can be taken as a reference to the Web of Things (see = https://en.wikipedia.org/wiki/Web_of_Things = ). As Erik correctly = points out JSON is not the only data representation that makes things in = the Web and the Web of Things. > =20 > -- Mike > =C2=A0 <> > From: Ace [mailto:ace-bounces@ietf.org] On Behalf Of Erik Wahlstr=C3=B6m= > Sent: Tuesday, May 10, 2016 1:44 AM > To: Justin Richer > Cc: Kathleen Moriarty ; Kepeng Li = ; ace@ietf.org; Carsten Bormann = ; Hannes Tschofenig ; = ; cose > Subject: Re: [Ace] [COSE] Call for adoption for = draft-wahlstroem-ace-cbor-web-token-00 > =20 > Or keep the CBOR Web Token (CWT) for two major reasons: > - To show the very close relationship to JWT. It relies heavily on JWT = and it's iana registry. It is essentially a JWT but in CBOR/COSE instead = of JSON/JOSE. > - I would not say that JWT is the only format that works for the web, = and it's even used in other, non-traditional, web protocols. That means = I don't have a problem with the W in CWT at all. Why would JSON be the = only web protocol? > =20 > Then we also have one smaller (a lot smaller) reason, it's the fact = that it can be called "cot" just like JWT is called a "jot" and I = figured that our "cozy chairs" would very much like that fact because = then it's essentially a "cozy cot" :) > =20 > / Erik > =20 > =20 > On Tue, May 10, 2016 at 2:49 AM, Justin Richer > wrote: > We can also call it the =E2=80=9CCOSE Token=E2=80=9D. As a chair of = the COSE working group, I=E2=80=99m fine with that amount of = co-branding. >=20 > =E2=80=94 Justin >=20 > > On May 9, 2016, at 9:31 AM, Carsten Bormann > wrote: > > > >> draft-ietf-ace-cbor-token-00.txt; > > > > For the record, I do not think that ACE has a claim on the term = "CBOR > > Token". While the term token is not used in RFC 7049, there are = many > > tokens that could be expressed in CBOR or be used in applying CBOR = to a > > problem. > > > > ACE CBOR Token is fine, though. > > (Or, better, CBOR ACE Token, CAT.) > > > > Gr=C3=BC=C3=9Fe, Carsten > > > > _______________________________________________ > > COSE mailing list > > COSE@ietf.org > > https://www.ietf.org/mailman/listinfo/cose = >=20 > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace = --Apple-Mail=_EF532274-2CD8-4C78-BC6B-DE6F810A1E2D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 You=E2=80=99re missing my original complaint: Until this = token can be directly encoded into web technologies, like HTTP headers = and HTML pages, then it has no business being called a =E2=80=9CWeb=E2=80=9D= anything. As it is, it=E2=80=99s a binary encoding that would need an = additional wrapper, like base64url perhaps, to be placed into web = spaces. It can be used in CoAP and native CBOR structures as-is, which = is what it=E2=80=99s designed to do. 

The =E2=80=9Cweb=E2=80=9D part of JWT = is very important. A JWT can be used, as-is, in any part of an HTTP = message: headers, query, form, etc. It can also be encoded as a string = in other data structures in just about any language without any = additional transformation, including HTML, XML, and JSON. This makes the = JWT very =E2=80=9Cwebby=E2=80=9D, and this is a feature set that this = new token doesn=E2=80=99t share. Ergo, it has no business being called a = =E2=80=9Cweb=E2=80=9D token regardless of its heritage. 

Both CBOR Token and COSE = Token are fine with me. 

 =E2=80=94 Justin

On May 10, 2016, at 3:50 AM, Mike Jones <Michael.Jones@microsoft.com> wrote:

I also feel strongly that the name should = remain CBOR Web Token.  CWT is a beneficiary of the intellectual = and deployment heritage from the Simple Web Token (SWT) and JSON Web = Token (JWT).  CWT is intentionally parallel to JWT.  The name = should stay parallel as well.
 
The =E2=80=9CWeb=E2=80=9D = part of the =E2=80=9CCBOR Web Token=E2=80=9D name can be taken as a = reference to the Web of Things (see https://en.wikipedia.org/wiki/Web_of_Things).  As = Erik correctly points out JSON is not the only data representation that = makes things in the Web and the Web of Things.
 
          &nb= sp;            = ;            &= nbsp;           &nb= sp;          -- Mike
 
From: Ace [mailto:ace-bounces@ietf.org] On Behalf = Of Erik = Wahlstr=C3=B6m
Sent: Tuesday, May 10, 2016 1:44 = AM
To: Justin Richer <jricher@mit.edu>
Cc: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>; Kepeng Li <kepeng.lkp@alibaba-inc.com>; ace@ietf.org; Carsten = Bormann <cabo@tzi.org>; Hannes Tschofenig <hannes.tschofenig@gmx.net>; <oauth@ietf.org> <oauth@ietf.org>; cose = <cose@ietf.org>
Subject: Re: [Ace] [COSE] Call for = adoption for draft-wahlstroem-ace-cbor-web-token-00
 
Or keep the CBOR Web Token (CWT) for two major reasons:
- To show the very close relationship to JWT. It relies = heavily on JWT and it's iana registry. It is essentially a JWT but in = CBOR/COSE instead of JSON/JOSE.
- I would not say = that JWT is the only format that works for the web, and it's even used = in other, non-traditional, web protocols. That means I don't have a = problem with the W in CWT at all. Why would JSON be the only web = protocol?
 
Then we also have one smaller (a lot smaller) reason, = it's the fact that it can be called "cot" just like JWT is called a = "jot" and I figured that our "cozy chairs" would very much like that = fact because then it's essentially a "cozy cot" :)
 
/ Erik
 
 
On Tue, May 10, 2016 at 2:49 AM, Justin Richer <jricher@mit.edu> = wrote:
We = can also call it the =E2=80=9CCOSE Token=E2=80=9D. As a chair of the = COSE working group, I=E2=80=99m fine with that amount of co-branding.

 =E2=80=94 Justin

> On May 9, 2016, at 9:31 AM, Carsten Bormann <cabo@tzi.org> wrote:
>
>> draft-ietf-ace-cbor-token-00.txt;
>
> For the record, I do not think that = ACE has a claim on the term "CBOR
> Token".  While = the term token is not used in RFC 7049, there are many
> = tokens that could be expressed in CBOR or be used in applying CBOR to = a
> problem.
>
> ACE = CBOR Token is fine, though.
> (Or, better, CBOR ACE = Token, CAT.)
>
> Gr=C3=BC=C3=9Fe, = Carsten
>
> = _______________________________________________
> COSE = mailing list
> COSE@ietf.org
> https://www.ietf.org/mailman/listinfo/cose

_______________________________________________
Ace mailing list
Ace@ietf.org
https://www.ietf.org/mailman/listinfo/ace
=

= --Apple-Mail=_EF532274-2CD8-4C78-BC6B-DE6F810A1E2D-- From nobody Tue May 10 08:15:44 2016 Return-Path: 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 3FEC212D704; Tue, 10 May 2016 08:14:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.215 X-Spam-Level: X-Spam-Status: No, score=-5.215 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 Afx2e5YWakx4; Tue, 10 May 2016 08:14:37 -0700 (PDT) Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) (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 EF31012D6FC; Tue, 10 May 2016 08:14:36 -0700 (PDT) Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u4AFES5h017962 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 May 2016 15:14:28 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u4AFER06014933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 May 2016 15:14:28 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u4AFEQIq027188; Tue, 10 May 2016 15:14:26 GMT Received: from [10.0.1.3] (/24.86.216.17) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 10 May 2016 08:14:25 -0700 Content-Type: multipart/alternative; boundary=Apple-Mail-12FBE324-A738-4D06-97CC-03AF56B063ED Mime-Version: 1.0 (1.0) From: "Phil Hunt (IDM)" X-Mailer: iPhone Mail (13E238) In-Reply-To: <5E85AFAC-07D3-4499-A5B2-5FEC69409913@mit.edu> Date: Tue, 10 May 2016 08:14:22 -0700 Content-Transfer-Encoding: 7bit Message-Id: <7C5768D4-8293-49E4-B8A6-49910E9C4372@oracle.com> References: <57309F46.9040705@tzi.org> <89B6F196-D08F-4FBD-9F0D-5B250284048F@mit.edu> <5E85AFAC-07D3-4499-A5B2-5FEC69409913@mit.edu> To: Justin Richer X-Source-IP: userv0021.oracle.com [156.151.31.71] Archived-At: X-Mailman-Approved-At: Tue, 10 May 2016 08:15:43 -0700 Cc: =?utf-8?Q?Erik_Wahlstr=C3=B6m?= , Kathleen Moriarty , Mike Jones , Kepeng Li , "ace@ietf.org" , Carsten Bormann , Hannes Tschofenig , "" , cose Subject: Re: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2016 15:14:50 -0000 --Apple-Mail-12FBE324-A738-4D06-97CC-03AF56B063ED Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I don't have this issue. I see your point, but I think the constrained brand= ing makes it clear.=20 IOW. When the specs say "constrained web" the use means to me that the token= s for the constrained set of binary protocols which all tend to be in parall= el architecture with web apis anyway. =20 Phil > On May 10, 2016, at 05:57, Justin Richer wrote: >=20 > You=E2=80=99re missing my original complaint: Until this token can be dire= ctly encoded into web technologies, like HTTP headers and HTML pages, then i= t has no business being called a =E2=80=9CWeb=E2=80=9D anything. As it is, i= t=E2=80=99s a binary encoding that would need an additional wrapper, like ba= se64url perhaps, to be placed into web spaces. It can be used in CoAP and na= tive CBOR structures as-is, which is what it=E2=80=99s designed to do.=20 >=20 > The =E2=80=9Cweb=E2=80=9D part of JWT is very important. A JWT can be used= , as-is, in any part of an HTTP message: headers, query, form, etc. It can a= lso be encoded as a string in other data structures in just about any langua= ge without any additional transformation, including HTML, XML, and JSON. Thi= s makes the JWT very =E2=80=9Cwebby=E2=80=9D, and this is a feature set that= this new token doesn=E2=80=99t share. Ergo, it has no business being called= a =E2=80=9Cweb=E2=80=9D token regardless of its heritage.=20 >=20 > Both CBOR Token and COSE Token are fine with me.=20 >=20 > =E2=80=94 Justin >=20 >> On May 10, 2016, at 3:50 AM, Mike Jones wro= te: >>=20 >> I also feel strongly that the name should remain CBOR Web Token. CWT is a= beneficiary of the intellectual and deployment heritage from the Simple Web= Token (SWT) and JSON Web Token (JWT). CWT is intentionally parallel to JWT= . The name should stay parallel as well. >> =20 >> The =E2=80=9CWeb=E2=80=9D part of the =E2=80=9CCBOR Web Token=E2=80=9D na= me can be taken as a reference to the Web of Things (see https://en.wikipedi= a.org/wiki/Web_of_Things). As Erik correctly points out JSON is not the onl= y data representation that makes things in the Web and the Web of Things. >> =20 >> -- Mike >> =20 >> From: Ace [mailto:ace-bounces@ietf.org] On Behalf Of Erik Wahlstr=C3=B6m >> Sent: Tuesday, May 10, 2016 1:44 AM >> To: Justin Richer >> Cc: Kathleen Moriarty ; Kepeng Li ; ace@ietf.org; Carsten Bormann ; Hanne= s Tschofenig ; ;= cose >> Subject: Re: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor= -web-token-00 >> =20 >> Or keep the CBOR Web Token (CWT) for two major reasons: >> - To show the very close relationship to JWT. It relies heavily on JWT an= d it's iana registry. It is essentially a JWT but in CBOR/COSE instead of JS= ON/JOSE. >> - I would not say that JWT is the only format that works for the web, and= it's even used in other, non-traditional, web protocols. That means I don't= have a problem with the W in CWT at all. Why would JSON be the only web pro= tocol? >> =20 >> Then we also have one smaller (a lot smaller) reason, it's the fact that i= t can be called "cot" just like JWT is called a "jot" and I figured that our= "cozy chairs" would very much like that fact because then it's essentially a= "cozy cot" :) >> =20 >> / Erik >> =20 >> =20 >> On Tue, May 10, 2016 at 2:49 AM, Justin Richer wrote: >> We can also call it the =E2=80=9CCOSE Token=E2=80=9D. As a chair of the C= OSE working group, I=E2=80=99m fine with that amount of co-branding. >>=20 >> =E2=80=94 Justin >>=20 >> > On May 9, 2016, at 9:31 AM, Carsten Bormann wrote: >> > >> >> draft-ietf-ace-cbor-token-00.txt; >> > >> > For the record, I do not think that ACE has a claim on the term "CBOR >> > Token". While the term token is not used in RFC 7049, there are many >> > tokens that could be expressed in CBOR or be used in applying CBOR to a= >> > problem. >> > >> > ACE CBOR Token is fine, though. >> > (Or, better, CBOR ACE Token, CAT.) >> > >> > Gr=C3=BC=C3=9Fe, Carsten >> > >> > _______________________________________________ >> > COSE mailing list >> > COSE@ietf.org >> > https://www.ietf.org/mailman/listinfo/cose >>=20 >> _______________________________________________ >> Ace mailing list >> Ace@ietf.org >> https://www.ietf.org/mailman/listinfo/ace >=20 > _______________________________________________ > COSE mailing list > COSE@ietf.org > https://www.ietf.org/mailman/listinfo/cose --Apple-Mail-12FBE324-A738-4D06-97CC-03AF56B063ED Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
I don't have this issue. I see your po= int, but I think the constrained branding makes it clear. 

IOW. When t= he specs say "constrained web" the use means to me that the tokens for the c= onstrained set of binary protocols which all tend to be in parallel architec= ture with web apis anyway.  

Phil

On May 10, 2016,= at 05:57, Justin Richer <jricher@mit.= edu> wrote:

You=E2=80=99re mi= ssing my original complaint: Until this token can be directly encoded into w= eb technologies, like HTTP headers and HTML pages, then it has no business b= eing called a =E2=80=9CWeb=E2=80=9D anything. As it is, it=E2=80=99s a binar= y encoding that would need an additional wrapper, like base64url perhaps, to= be placed into web spaces. It can be used in CoAP and native CBOR structure= s as-is, which is what it=E2=80=99s designed to do. 
The =E2=80=9Cweb=E2=80=9D part of JWT is v= ery important. A JWT can be used, as-is, in any part of an HTTP message: hea= ders, query, form, etc. It can also be encoded as a string in other data str= uctures in just about any language without any additional transformation, in= cluding HTML, XML, and JSON. This makes the JWT very =E2=80=9Cwebby=E2=80=9D= , and this is a feature set that this new token doesn=E2=80=99t share. Ergo,= it has no business being called a =E2=80=9Cweb=E2=80=9D token regardless of= its heritage. 

Both CBOR Token and COSE Token are fine with me. 

 =E2=80=94 Justin

On May 10, 2016, at 3:50 AM, Mike Jones <Michael.Jones@microsoft.com> w= rote:

I also feel strongly that the name should remain CBOR Web T= oken.  CWT is a beneficiary of the intellectual and deployment heritage= from the Simple Web Token (SWT) and JSON Web Token (JWT).  CWT is inte= ntionally parallel to JWT.  The name should stay parallel as well.
 
The =E2=80=9CWeb=E2=80=9D part of the =E2=80= =9CCBOR Web Token=E2=80=9D name can be taken as a reference to the Web of Th= ings (see https://en.wikipedia.org/wiki/Web_of_Things)= .  As Erik correctly points out JSON is not the only data representatio= n that makes things in the Web and the Web of Things.<= /span>
 
          &n= bsp;            =             &nbs= p;            &n= bsp;         -- Mike=
 
From: Ace [= mailto:ace-bounces@ietf.o= rg] On B= ehalf Of Erik Wahlstr=C3= =B6m
Sent: Tuesday, May 10, 2016 1:44 AM
T= o: Justin Richer <<= a href=3D"mailto:jricher@mit.edu" class=3D"">jricher@mit.edu>
Cc: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>; Kepeng Li <kepeng.lkp@alibaba-inc.com>; ace@ietf.org; Carsten B= ormann <cabo@tzi.org>; H= annes Tschofenig <hannes.tschofenig@gmx.net>; <oauth@ietf.org> <oauth@ietf.org>; cose <cose@ietf.org>
Subject: Re: [Ace] [COSE] Call for adoption f= or draft-wahlstroem-ace-cbor-web-token-00
=
 
Or keep the CBOR Web Token (CWT) for tw= o major reasons:
- To show the very close relationship to JWT. It relies heav= ily on JWT and it's iana registry. It is essentially a JWT but in CBOR/COSE i= nstead of JSON/JOSE.
- I would not say that JWT is the only format that= works for the web, and it's even used in other, non-traditional, web protoc= ols. That means I don't have a problem with the W in CWT at all. Why would J= SON be the only web protocol?
 
<= div class=3D"">
Then we also have one smaller= (a lot smaller) reason, it's the fact that it can be called "cot" just like= JWT is called a "jot" and I figured that our "cozy chairs" would very much l= ike that fact because then it's essentially a "cozy cot" :)<= /o:p>
 
/= Erik
 
 
On Tue, May 10, 2016 at 2:49 AM, Justin Ri= cher <jricher@mit.edu> wr= ote:
=
We can also call it the =E2=80=9CCOSE Token=E2= =80=9D. As a chair of the COSE working group, I=E2=80=99m fine with that amo= unt of co-branding.

 =E2=80=94 Justin

> On May 9, 2016, at 9:31 AM, Carsten Bormann &l= t;cabo@tzi.org> wrote:
>
>> draft-ietf-ace-cbor-token-00.txt;
>
> For the record, I do not think that ACE has a claim on the term "= CBOR
> Token".  While the term token is not used in RFC= 7049, there are many
> tokens that could be expressed in C= BOR or be used in applying CBOR to a
> problem.
>
> ACE CBOR Token is fine, though.
>= ; (Or, better, CBOR ACE Token, CAT.)
>
> G= r=C3=BC=C3=9Fe, Carsten
>
> ______________= _________________________________
> COSE mailing list
> COSE@ietf.org
> https://www.ietf.org/mailman/listinfo/cose

_______________________________________________
Ace mailing= list
Ace@ietf.org
https://www.ietf.org/m= ailman/listinfo/ace

_______________________________________________<= /span>
COSE mailing list
COSE@ietf.org
https://www.ietf.org/mailman/listinfo/cose
= --Apple-Mail-12FBE324-A738-4D06-97CC-03AF56B063ED-- From nobody Tue May 10 17:48:54 2016 Return-Path: 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 9581D12D520; Tue, 10 May 2016 13:37:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.196 X-Spam-Level: X-Spam-Status: No, score=-5.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.996, 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 msxFJJ_Vumsj; Tue, 10 May 2016 13:37:13 -0700 (PDT) Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu [18.9.25.15]) (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 2B62812D5FD; Tue, 10 May 2016 13:37:11 -0700 (PDT) X-AuditID: 1209190f-ca3ff70000004b9e-a5-573246761158 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 86.A7.19358.67642375; Tue, 10 May 2016 16:37:10 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id u4AKb9XR007849; Tue, 10 May 2016 16:37:09 -0400 Received: from [172.25.194.232] ([199.244.219.64]) (authenticated bits=0) (User authenticated as jricher@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u4AKb0ai008166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 May 2016 16:37:02 -0400 Content-Type: multipart/alternative; boundary="Apple-Mail=_15349204-7853-440C-A5EB-97A087AE6A22" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Justin Richer In-Reply-To: <7C5768D4-8293-49E4-B8A6-49910E9C4372@oracle.com> Date: Tue, 10 May 2016 15:36:57 -0500 Message-Id: <59DC8E68-F1F4-435C-AEF8-07D896B1A49A@mit.edu> References: <57309F46.9040705@tzi.org> <89B6F196-D08F-4FBD-9F0D-5B250284048F@mit.edu> <5E85AFAC-07D3-4499-A5B2-5FEC69409913@mit.edu> <7C5768D4-8293-49E4-B8A6-49910E9C4372@oracle.com> To: Phil Hunt X-Mailer: Apple Mail (2.3124) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrDKsWRmVeSWpSXmKPExsUixCmqrFvmZhRu8Pm7ocX3bz3MFkem3GW1 mLZ1KqvF1wlNrBZLd95jtWjYmW9xeX6Rxd5pn1gsTr59xWaxYH4juwOXx8S3H1k8ds66y+6x eNN+No8lS34yebTu+Mvu8fHpLRaPaYsyPdZMm8ESwBHFZZOSmpNZllqkb5fAlfHq5HS2gutz GStW/fjL2sB4poOxi5GTQ0LARGL1geMsXYxcHEICbUwSt76cZYdwNjJKrDy5iRHCWc8ksbq1 nw2khVkgQaJt+VZ2EJtXQE9i0/q3TCC2sECYxI99X1lBbDYBVYnpa1rA4pwCdhLXDj9nAbFZ gOKzf71iAxnKLLCcWeLlt69MEIOsJN4tXMYMse0Pk8TeT7+ZQRIiAioS365ehzpWVuLJyUUs Exj5ZyE5ZBaSQyDi2hLLFr5mhrA1JfZ3L2fBFNeQ6Pw2kXUBI9sqRtmU3Crd3MTMnOLUZN3i 5MS8vNQiXRO93MwSvdSU0k2M4EiT5N/BOKfB+xCjAAejEg/vDi7DcCHWxLLiytxDjJIcTEqi vN8MjMKF+JLyUyozEosz4otKc1KLDzFKcDArifD6ugDleFMSK6tSi/JhUtIcLErivIwMDAxC AumJJanZqakFqUUwWRkODiUJXklXoEbBotT01Iq0zJwShDQTByfIcB6g4XUgNbzFBYm5xZnp EPlTjIpS4rytIFsFQBIZpXlwvaBEePzLbYdXjOJArwjzOoG08wCTKFz3K6DBTECD5dj0QQaX JCKkpBoYix/tObLRSmeyQVegi/X3aUdTnnBEc+x6nteUGMvw7HDO0n3LRKQU1fmtDe6vEXas PBYxJyuwJfvi1mU7sjc+fPRir8QPkQ1zBGP/H9kS+Y89ffHqgwt3BrZ9+bHwwkyzjZuDX6x+ wLDo4r+Fpf3X2H//7BWuC0hucFOaF/Ke7wXz6jk2Cg8cvyuxFGckGmoxFxUnAgA9RCtsXwMA AA== Archived-At: X-Mailman-Approved-At: Tue, 10 May 2016 17:48:53 -0700 Cc: =?utf-8?Q?Erik_Wahlstr=C3=B6m?= , Kathleen Moriarty , Mike Jones , Kepeng Li , "ace@ietf.org" , Carsten Bormann , Hannes Tschofenig , "" , cose Subject: Re: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2016 20:37:16 -0000 --Apple-Mail=_15349204-7853-440C-A5EB-97A087AE6A22 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Then how about the ACE Constrained Token (ACT)? =E2=80=94 Justin > On May 10, 2016, at 10:14 AM, Phil Hunt (IDM) = wrote: >=20 > I don't have this issue. I see your point, but I think the constrained = branding makes it clear.=20 >=20 > IOW. When the specs say "constrained web" the use means to me that the = tokens for the constrained set of binary protocols which all tend to be = in parallel architecture with web apis anyway. =20 >=20 > Phil >=20 > On May 10, 2016, at 05:57, Justin Richer > wrote: >=20 >> You=E2=80=99re missing my original complaint: Until this token can be = directly encoded into web technologies, like HTTP headers and HTML = pages, then it has no business being called a =E2=80=9CWeb=E2=80=9D = anything. As it is, it=E2=80=99s a binary encoding that would need an = additional wrapper, like base64url perhaps, to be placed into web = spaces. It can be used in CoAP and native CBOR structures as-is, which = is what it=E2=80=99s designed to do.=20 >>=20 >> The =E2=80=9Cweb=E2=80=9D part of JWT is very important. A JWT can be = used, as-is, in any part of an HTTP message: headers, query, form, etc. = It can also be encoded as a string in other data structures in just = about any language without any additional transformation, including = HTML, XML, and JSON. This makes the JWT very =E2=80=9Cwebby=E2=80=9D, = and this is a feature set that this new token doesn=E2=80=99t share. = Ergo, it has no business being called a =E2=80=9Cweb=E2=80=9D token = regardless of its heritage.=20 >>=20 >> Both CBOR Token and COSE Token are fine with me.=20 >>=20 >> =E2=80=94 Justin >>=20 >>> On May 10, 2016, at 3:50 AM, Mike Jones > wrote: >>>=20 >>> I also feel strongly that the name should remain CBOR Web Token. = CWT is a beneficiary of the intellectual and deployment heritage from = the Simple Web Token (SWT) and JSON Web Token (JWT). CWT is = intentionally parallel to JWT. The name should stay parallel as well. >>> =20 >>> The =E2=80=9CWeb=E2=80=9D part of the =E2=80=9CCBOR Web Token=E2=80=9D= name can be taken as a reference to the Web of Things (see = https://en.wikipedia.org/wiki/Web_of_Things = ). As Erik correctly = points out JSON is not the only data representation that makes things in = the Web and the Web of Things. >>> =20 >>> -- Mike >>> =C2=A0 <> >>> From: Ace [mailto:ace-bounces@ietf.org = ] On Behalf Of Erik Wahlstr=C3=B6m >>> Sent: Tuesday, May 10, 2016 1:44 AM >>> To: Justin Richer > >>> Cc: Kathleen Moriarty >; Kepeng Li = >; = ace@ietf.org ; Carsten Bormann >; Hannes Tschofenig >; > >; cose = > >>> Subject: Re: [Ace] [COSE] Call for adoption for = draft-wahlstroem-ace-cbor-web-token-00 >>> =20 >>> Or keep the CBOR Web Token (CWT) for two major reasons: >>> - To show the very close relationship to JWT. It relies heavily on = JWT and it's iana registry. It is essentially a JWT but in CBOR/COSE = instead of JSON/JOSE. >>> - I would not say that JWT is the only format that works for the = web, and it's even used in other, non-traditional, web protocols. That = means I don't have a problem with the W in CWT at all. Why would JSON be = the only web protocol? >>> =20 >>> Then we also have one smaller (a lot smaller) reason, it's the fact = that it can be called "cot" just like JWT is called a "jot" and I = figured that our "cozy chairs" would very much like that fact because = then it's essentially a "cozy cot" :) >>> =20 >>> / Erik >>> =20 >>> =20 >>> On Tue, May 10, 2016 at 2:49 AM, Justin Richer > wrote: >>> We can also call it the =E2=80=9CCOSE Token=E2=80=9D. As a chair of = the COSE working group, I=E2=80=99m fine with that amount of = co-branding. >>>=20 >>> =E2=80=94 Justin >>>=20 >>> > On May 9, 2016, at 9:31 AM, Carsten Bormann > wrote: >>> > >>> >> draft-ietf-ace-cbor-token-00.txt; >>> > >>> > For the record, I do not think that ACE has a claim on the term = "CBOR >>> > Token". While the term token is not used in RFC 7049, there are = many >>> > tokens that could be expressed in CBOR or be used in applying CBOR = to a >>> > problem. >>> > >>> > ACE CBOR Token is fine, though. >>> > (Or, better, CBOR ACE Token, CAT.) >>> > >>> > Gr=C3=BC=C3=9Fe, Carsten >>> > >>> > _______________________________________________ >>> > COSE mailing list >>> > COSE@ietf.org >>> > https://www.ietf.org/mailman/listinfo/cose = >>>=20 >>> _______________________________________________ >>> Ace mailing list >>> Ace@ietf.org >>> https://www.ietf.org/mailman/listinfo/ace = >> _______________________________________________ >> COSE mailing list >> COSE@ietf.org >> https://www.ietf.org/mailman/listinfo/cose = --Apple-Mail=_15349204-7853-440C-A5EB-97A087AE6A22 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Then how about the ACE Constrained Token (ACT)?

 =E2=80=94 = Justin

On May 10, 2016, at 10:14 AM, Phil Hunt (IDM) = <phil.hunt@oracle.com> wrote:

I don't have = this issue. I see your point, but I think the constrained branding makes = it clear. 

IOW. When the specs say "constrained web" the use means to me = that the tokens for the constrained set of binary protocols which all = tend to be in parallel architecture with web apis anyway.  

Phil

On = May 10, 2016, at 05:57, Justin Richer <jricher@mit.edu> = wrote:

You=E2=80=99re missing my original complaint: = Until this token can be directly encoded into web technologies, like = HTTP headers and HTML pages, then it has no business being called a = =E2=80=9CWeb=E2=80=9D anything. As it is, it=E2=80=99s a binary encoding = that would need an additional wrapper, like base64url perhaps, to be = placed into web spaces. It can be used in CoAP and native CBOR = structures as-is, which is what it=E2=80=99s designed to do. 

The =E2=80=9Cweb=E2=80=9D = part of JWT is very important. A JWT can be used, as-is, in any part of = an HTTP message: headers, query, form, etc. It can also be encoded as a = string in other data structures in just about any language without any = additional transformation, including HTML, XML, and JSON. This makes the = JWT very =E2=80=9Cwebby=E2=80=9D, and this is a feature set that this = new token doesn=E2=80=99t share. Ergo, it has no business being called a = =E2=80=9Cweb=E2=80=9D token regardless of its heritage. 

Both CBOR Token and COSE = Token are fine with me. 

 =E2=80=94 Justin

On May 10, 2016, at 3:50 AM, Mike Jones = <Michael.Jones@microsoft.com> wrote:

I also feel strongly that the name should = remain CBOR Web Token.  CWT is a beneficiary of the intellectual = and deployment heritage from the Simple Web Token (SWT) and JSON Web = Token (JWT).  CWT is intentionally parallel to JWT.  The name = should stay parallel as well.
 
The =E2=80=9CWeb=E2=80=9D = part of the =E2=80=9CCBOR Web Token=E2=80=9D name can be taken as a = reference to the Web of Things (see https://en.wikipedia.org/wiki/Web_of_Things).  As = Erik correctly points out JSON is not the only data representation that = makes things in the Web and the Web of Things.
 
          &nb= sp;            = ;            &= nbsp;           &nb= sp;          -- Mike
 
From: Ace [mailto:ace-bounces@ietf.org] On Behalf = Of Erik = Wahlstr=C3=B6m
Sent: Tuesday, May 10, 2016 1:44 = AM
To: Justin Richer <jricher@mit.edu>
Cc: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>; Kepeng Li <kepeng.lkp@alibaba-inc.com>; ace@ietf.org; Carsten = Bormann <cabo@tzi.org>; Hannes Tschofenig <hannes.tschofenig@gmx.net>; <oauth@ietf.org> <oauth@ietf.org>; cose = <cose@ietf.org>
Subject: Re: [Ace] [COSE] Call for = adoption for draft-wahlstroem-ace-cbor-web-token-00
 
Or keep the CBOR Web Token (CWT) for two major reasons:
- To show the very close relationship to JWT. It relies = heavily on JWT and it's iana registry. It is essentially a JWT but in = CBOR/COSE instead of JSON/JOSE.
- I would not say = that JWT is the only format that works for the web, and it's even used = in other, non-traditional, web protocols. That means I don't have a = problem with the W in CWT at all. Why would JSON be the only web = protocol?
 
Then we also have one smaller (a lot smaller) reason, = it's the fact that it can be called "cot" just like JWT is called a = "jot" and I figured that our "cozy chairs" would very much like that = fact because then it's essentially a "cozy cot" :)
 
/ Erik
 
 
On Tue, May 10, 2016 at 2:49 AM, Justin Richer <jricher@mit.edu> = wrote:
We = can also call it the =E2=80=9CCOSE Token=E2=80=9D. As a chair of the = COSE working group, I=E2=80=99m fine with that amount of co-branding.

 =E2=80=94 Justin

> On May 9, 2016, at 9:31 AM, Carsten Bormann <cabo@tzi.org> wrote:
>
>> draft-ietf-ace-cbor-token-00.txt;
>
> For the record, I do not think that = ACE has a claim on the term "CBOR
> Token".  While = the term token is not used in RFC 7049, there are many
> = tokens that could be expressed in CBOR or be used in applying CBOR to = a
> problem.
>
> ACE = CBOR Token is fine, though.
> (Or, better, CBOR ACE = Token, CAT.)
>
> Gr=C3=BC=C3=9Fe, = Carsten
>
> = _______________________________________________
> COSE = mailing list
> COSE@ietf.org
> https://www.ietf.org/mailman/listinfo/cose

_______________________________________________
Ace mailing list
Ace@ietf.org
https://www.ietf.org/mailman/listinfo/ace
=

_______________________________________________
COSE mailing list
COSE@ietf.org
https://www.ietf.org/mailman/listinfo/cose

= --Apple-Mail=_15349204-7853-440C-A5EB-97A087AE6A22-- From nobody Wed May 11 02:37:30 2016 Return-Path: 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 2026612D57D for ; Wed, 11 May 2016 02:37:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.597 X-Spam-Level: X-Spam-Status: No, score=-3.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-0.996, 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 IsdPuzBG4YsD for ; Wed, 11 May 2016 02:37:27 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81B3712D5D2 for ; Wed, 11 May 2016 02:37:26 -0700 (PDT) Received: from [192.168.10.140] ([80.92.119.69]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0M7Yhz-1bnQIP3zvj-00xKWJ for ; Wed, 11 May 2016 11:37:23 +0200 To: "Ace@ietf.org" From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: <5732FD50.8020104@gmx.net> Date: Wed, 11 May 2016 11:37:20 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="w01bqgpsVWuujseANAQs5Mo53pPhP2n4t" X-Provags-ID: V03:K0:i2jVGfFgVa7HM3atHbpbkLbhG6A5Igzs4M3lOxT9ANimwpXYtV0 m3cNaZ2hLGq4c81O+lbTpjOItusZvPzqWYHWwYI579uQolFgwWyQaFlPvp+Dai6Mo5CMMSj 6dvggNpgl2plqZRk1CM9B6vzFOhHlatED21G0aF95Rgez4qBkfNVQ0USfRBq7+J+HIS0Nhn wPoLXrxsX68YZnbXRpAOA== X-UI-Out-Filterresults: notjunk:1;V01:K0:DX5lUxlzreI=:fzkvkD3JxsPppDN9ndVvN1 9miSfN9yGY9fAN1k6If7lMZDXrK22jvezzGNLrAjRgnWuGW+hfV3uyO/5nF2DCRIte/NElDEc c9oM8cuiSq1aCzUKEZZ5rc/QWbAWdCR528CZJ7/3p9viXvZeOhMrspl5u3aRmmcsSSGPlE8a8 a8dXPkophbW/HENd3xNHkcFLdaibePh9SZn64wjAlXc9TZxUOc9TCqMv6+oElAEDPKemdAj5D w1GcoukNMi1dgLfKhfcO7OABPG3DLWdBlr93jWdsinV8xAsJJuiadAQoed/+TfGQs8CQ1JnJe TTXDlPUFUslDLg9B3/XKz73PgQl9nSI1OvV5bEFgPmXwNoteZQDvxveAyVhUvAwbj0w183L8A siblYHJKcqh6J7fP9nTd2PqCzeAlvYWYXxw3LpX4mQGq3QHw82L1OcGr7FpEZDmzLuFcRQAgO GU/L/dVQ3990HvDRjX5ZFVbS5dfc/+DkPz2HqjtDr4tnTiz3oui71KeRyPo4NbYSYA20oisTM gvSdQxOWJS19A9OhyAm8GLiwZw4duysegfpvne/sdKdwE6EByPB8i2fQC2hMk0tQB8yooTFD9 20JZGV1SSTsuG0Mz68NG41/D6/s2u/Ke4AxhGYFyp0d4czU+fud0G9gZvKu1IVe4Vos0dCt37 zIDxWisoO82ePahZiW1Vj5rsCd04YK9CRCHNpkYgnPvviZZdqbw9K2cT6U6Tp0oKZDI72QVjl v/+E035gYYolRPi4mMr37SCzl38p2Sa+XjeNXOkqguicHfonU6y/8xehs6g= Archived-At: Subject: [Ace] Clock Synchronization Design Team Meeting Minutes (9th May 2016) X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2016 09:37:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --w01bqgpsVWuujseANAQs5Mo53pPhP2n4t Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi all, last Monday we met to kick-off the design team work on the clock synchronization topic discussed at the last IETF meeting and announced at http://www.ietf.org/mail-archive/web/ace/current/msg01770.html The following persons attended the call: * Kepeng * Carsten * Renzo * myself We spent the meeting time to discuss how to structure our work. As a reminder, we are trying to identify what the implications are when a device does not have a real-time clock or if it has a real-time clock but does not use a time synchronization mechanism (such as NTP). Renzo presented a slide deck where he summarized various protocols used for authentication that do not rely on synchronized time to ensure freshness. Here is the slide deck: https://www.ietf.org/proceedings/95/slides/slides-95-ace-3.pdf We agreed that it is necessary to explore the impact to the different security services, such as authentication and authorization independently= =2E We concluded with the following action items: * Hannes to review the NTP specification. * Carsten to find examples for alternatives to clock synchronization. * Renzo to investigate DTLS/TLS with regards to clock synchronization requirements. The meeting on May 16th will be cancelled since that Monday is a holiday in many countries. Ciao Hannes --w01bqgpsVWuujseANAQs5Mo53pPhP2n4t Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: GPGTools - http://gpgtools.org iQEcBAEBCgAGBQJXMv1SAAoJEGhJURNOOiAtGhMH/R8oxEphXHjt5/HjH+JfEoFj e2JbaAwD1dscvQBhvoe57cZq0Pt/4IVB5oUzNFTVGupTjG+q4mVGMrVIqHC5ROzh geoUs1UXMltgZ4QoUz5l+b/YlTUMYcp+jqapspxAbq+rmUvQcImJq3IbrCTPvlmD LsNvKX8B9w82/Pb7LR82Ays+xPE0nybj7Jf32+x0lROT8STgy+OGBIkeWkLgggXR YJ44TjWIF8yHTuqD5MLqXA2SkgX7sdJVg+4SBNFH2r6ksKezkg2jIsDbTR012JWT c2Ss6sm7V38PdBDS+6diX5T+0H13ve4Y8N2A9UPi05ReHLaIup+IwwBGK2KTa4U= =z9yY -----END PGP SIGNATURE----- --w01bqgpsVWuujseANAQs5Mo53pPhP2n4t-- From nobody Wed May 11 04:43:41 2016 Return-Path: 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 7510912DA53 for ; Wed, 11 May 2016 04:43:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wahlstromstekniska-se.20150623.gappssmtp.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 SEMmVI5wyTg9 for ; Wed, 11 May 2016 04:43:35 -0700 (PDT) Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::22b]) (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 A2FEC12DA70 for ; Wed, 11 May 2016 04:42:19 -0700 (PDT) Received: by mail-lf0-x22b.google.com with SMTP id j8so46090594lfd.2 for ; Wed, 11 May 2016 04:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wahlstromstekniska-se.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=V/5uyXhRz57b+dBXJLXV0qEIfOO5q3B90mczNrMKxG0=; b=IFM6MRSohXEzsjmZ9jDvspEpLR469KdmsGi6y016y3FiAMmqhJPUcUmuWz0+X0KAZg Wu29Q7/yOhFTb9+UcW1ADORrdX4uUmqW3l89psHiVmLPYkEDcjmMm7puPBITpjMjqpM5 BhOxsgPFWjIyLjvjMPaDRRRz2R0Wt5unM8GvXjKLkG9DS7bs3CrlJMOvgUCN9MHwTuyt ur6aFGuipfgQ2aj4ggJvIGZFnzb3YSzN9dkflao4E2IWcSMMtaGzxXwCOaaSJCdgalZN LmHoMwL7yrShNoXTHDwBm7zrYaxhrf5fTJtn5kssGm1caNpz0oupt9UcQBfth4QKTsNX Yv8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=V/5uyXhRz57b+dBXJLXV0qEIfOO5q3B90mczNrMKxG0=; b=BSEx8m3TpgcTKYRErGxlW/T/hG0L0WEGsr7Tr8AdIx5rM89RKnCYVIknUfxbs4DCdq XbKqyDcaMgDnBA1shSdLbAJvDe8IB8NzVUmlN1ksmBlNZ5Lcn46SaZ005TR15jWdaUdq 76VFnsE1/RypE6Dz+BfT6BxpClWkjqhevu3MzzNVLKz2EbhS5VGWoPCuD9Oaq7dww2VD ZCBrxM3RdO86euJYJscuxhkQJ/SuEEUhwrSftBPjv84MAv1ZEMSVkXOHu0xgqtWvl74K TjTmSaRDK+VCt3cnfVI42Dq6ki5OS6xNsSRkvRepq1SBzQzHv4UKj2P9hBcUAMkX9+aM QZoA== X-Gm-Message-State: AOPr4FXJPTGiTgBwvhPohqoF8aea65WzTTre+CpaPr70Q1AdLOt5+Nv4/4wLOLON9fpTfF/KEi8rM3iKG7dw6g== MIME-Version: 1.0 X-Received: by 10.112.61.39 with SMTP id m7mr1311562lbr.72.1462966937603; Wed, 11 May 2016 04:42:17 -0700 (PDT) Received: by 10.25.136.5 with HTTP; Wed, 11 May 2016 04:42:17 -0700 (PDT) X-Originating-IP: [95.192.127.168] In-Reply-To: <5E85AFAC-07D3-4499-A5B2-5FEC69409913@mit.edu> References: <57309F46.9040705@tzi.org> <89B6F196-D08F-4FBD-9F0D-5B250284048F@mit.edu> <5E85AFAC-07D3-4499-A5B2-5FEC69409913@mit.edu> Date: Wed, 11 May 2016 13:42:17 +0200 Message-ID: From: =?UTF-8?Q?Erik_Wahlstr=C3=B6m?= To: Justin Richer Content-Type: multipart/alternative; boundary=e89a8f503798a2668c05328f88c1 Archived-At: Cc: Kathleen Moriarty , Mike Jones , Kepeng Li , "ace@ietf.org" , Carsten Bormann , Hannes Tschofenig , "" , cose Subject: Re: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor-web-token-00 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2016 11:43:37 -0000 --e89a8f503798a2668c05328f88c1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable That's a very value scenario actually. Even so that it should actually be handled in the draft. Scenario: In the continuum of large and small devices an unconstrained client and AS goes through the hoops of issuing a token using standard (HTTP/JSON). The Resource Server however is constrained and would very much like a CWT when it communicates with the Client. That means that in the AS to Client response from the token endpoint the binary token should actually be wrapped by base64url. I can definitely see that being added to the draft. / Erik On Tue, May 10, 2016 at 2:57 PM, Justin Richer wrote: > You=E2=80=99re missing my original complaint: Until this token can be dir= ectly > encoded into web technologies, like HTTP headers and HTML pages, then it > has no business being called a =E2=80=9CWeb=E2=80=9D anything. As it is, = it=E2=80=99s a binary > encoding that would need an additional wrapper, like base64url perhaps, t= o > be placed into web spaces. It can be used in CoAP and native CBOR > structures as-is, which is what it=E2=80=99s designed to do. > > The =E2=80=9Cweb=E2=80=9D part of JWT is very important. A JWT can be use= d, as-is, in any > part of an HTTP message: headers, query, form, etc. It can also be encode= d > as a string in other data structures in just about any language without a= ny > additional transformation, including HTML, XML, and JSON. This makes the > JWT very =E2=80=9Cwebby=E2=80=9D, and this is a feature set that this new= token doesn=E2=80=99t > share. Ergo, it has no business being called a =E2=80=9Cweb=E2=80=9D toke= n regardless of > its heritage. > > Both CBOR Token and COSE Token are fine with me. > > =E2=80=94 Justin > > On May 10, 2016, at 3:50 AM, Mike Jones > wrote: > > I also feel strongly that the name should remain CBOR Web Token. CWT is = a > beneficiary of the intellectual and deployment heritage from the Simple W= eb > Token (SWT) and JSON Web Token (JWT). CWT is intentionally parallel to > JWT. The name should stay parallel as well. > > The =E2=80=9CWeb=E2=80=9D part of the =E2=80=9CCBOR Web Token=E2=80=9D na= me can be taken as a reference to > the Web of Things (see https://en.wikipedia.org/wiki/Web_of_Things). As > Erik correctly points out JSON is not the only data representation that > makes things in the Web and the Web of Things. > > -- Mike > > *From:* Ace [mailto:ace-bounces@ietf.org ] *On > Behalf Of *Erik Wahlstr=C3=B6m > *Sent:* Tuesday, May 10, 2016 1:44 AM > *To:* Justin Richer > *Cc:* Kathleen Moriarty ; Kepeng Li < > kepeng.lkp@alibaba-inc.com>; ace@ietf.org; Carsten Bormann = ; > Hannes Tschofenig ; < > oauth@ietf.org>; cose > *Subject:* Re: [Ace] [COSE] Call for adoption for > draft-wahlstroem-ace-cbor-web-token-00 > > Or keep the CBOR Web Token (CWT) for two major reasons: > - To show the very close relationship to JWT. It relies heavily on JWT an= d > it's iana registry. It is essentially a JWT but in CBOR/COSE instead of > JSON/JOSE. > - I would not say that JWT is the only format that works for the web, and > it's even used in other, non-traditional, web protocols. That means I don= 't > have a problem with the W in CWT at all. Why would JSON be the only web > protocol? > > Then we also have one smaller (a lot smaller) reason, it's the fact that > it can be called "cot" just like JWT is called a "jot" and I figured that > our "cozy chairs" would very much like that fact because then it's > essentially a "cozy cot" :) > > / Erik > > > On Tue, May 10, 2016 at 2:49 AM, Justin Richer wrote: > > We can also call it the =E2=80=9CCOSE Token=E2=80=9D. As a chair of the C= OSE working > group, I=E2=80=99m fine with that amount of co-branding. > > =E2=80=94 Justin > > > On May 9, 2016, at 9:31 AM, Carsten Bormann wrote: > > > >> draft-ietf-ace-cbor-token-00.txt; > > > > For the record, I do not think that ACE has a claim on the term "CBOR > > Token". While the term token is not used in RFC 7049, there are many > > tokens that could be expressed in CBOR or be used in applying CBOR to a > > problem. > > > > ACE CBOR Token is fine, though. > > (Or, better, CBOR ACE Token, CAT.) > > > > Gr=C3=BC=C3=9Fe, Carsten > > > > _______________________________________________ > > COSE mailing list > > COSE@ietf.org > > https://www.ietf.org/mailman/listinfo/cose > > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace > > > --e89a8f503798a2668c05328f88c1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
That's a very value scenario actually. Even so that it= should actually be handled in the draft.
Scenario: In the continuum of= large and small devices an unconstrained client and AS goes through the ho= ops of issuing a token using standard (HTTP/JSON). The Resource Server howe= ver is constrained and would very much like a CWT when it communicates with= the Client. That means that in the AS to Client response from the token en= dpoint the binary token should actually be wrapped by base64url.=C2=A0
I can definitely see that being added to the draft.
/ Erik<= /div>

On Tue= , May 10, 2016 at 2:57 PM, Justin Richer <jricher@mit.edu> wro= te:
Y= ou=E2=80=99re missing my original complaint: Until this token can be direct= ly encoded into web technologies, like HTTP headers and HTML pages, then it= has no business being called a =E2=80=9CWeb=E2=80=9D anything. As it is, i= t=E2=80=99s a binary encoding that would need an additional wrapper, like b= ase64url perhaps, to be placed into web spaces. It can be used in CoAP and = native CBOR structures as-is, which is what it=E2=80=99s designed to do.=C2= =A0

The =E2=80=9Cweb=E2=80=9D part of JWT is very import= ant. A JWT can be used, as-is, in any part of an HTTP message: headers, que= ry, form, etc. It can also be encoded as a string in other data structures = in just about any language without any additional transformation, including= HTML, XML, and JSON. This makes the JWT very =E2=80=9Cwebby=E2=80=9D, and = this is a feature set that this new token doesn=E2=80=99t share. Ergo, it h= as no business being called a =E2=80=9Cweb=E2=80=9D token regardless of its= heritage.=C2=A0

Both CBOR Token and COSE Token ar= e fine with me.=C2=A0

=C2=A0=E2=80=94 Justin

On May 10, 2016, at 3:= 50 AM, Mike Jones <Michael.Jones@microsoft.com> wrote:

I = also feel strongly that the name should remain CBOR Web Token.=C2=A0 CWT is= a beneficiary of the intellectual and deployment heritage from the Simple = Web Token (SWT) and JSON Web Token (JWT).=C2=A0 CWT is intentionally parall= el to JWT.=C2=A0 The name should stay parallel as well.
=C2=A0
The =E2=80=9CWeb=E2=80=9D part of the =E2=80=9CCBOR = Web Token=E2=80=9D name can be taken as a reference to the Web of Things (s= ee=C2=A0https:= //en.wikipedia.org/wiki/Web_of_Things).=C2=A0 As Erik correctly points = out JSON is not the only data representation that makes things in the Web a= nd the Web of Things.
=C2=A0
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -- Mike
From:=C2=A0= Ace [mailt= o:ace-bounces@ietf.org]=C2=A0On Behalf Of=C2=A0Erik Wahlstr=C3=B6m
Sent:=C2=A0Tuesday, May= 10, 2016 1:44 AM
To:=C2=A0Justin Richer <jricher@mit.edu>
Cc:=C2=A0Kathleen Moriarty <kathleen.moriarty.ietf@gmail.co= m>; Kepeng Li <kepeng.lkp@alibaba-inc.com>; ace@ietf.org; Carsten Bormann <cabo@tzi.org>; Hannes Tschofen= ig <hanne= s.tschofenig@gmx.net>; <oauth@ietf.org> <oauth@ietf.org>; cose <cose@ietf.org>
Subject:=C2= =A0Re: [Ace] [COSE] Call for adoption for draft-wahlstroem-ace-cbor-= web-token-00
=C2=A0=
Or keep the CBOR Web Token (CWT) f= or two major reasons:
- To s= how the very close relationship to JWT. It relies heavily on JWT and it'= ;s iana registry. It is essentially a JWT but in CBOR/COSE instead of JSON/= JOSE.
- I would not sa= y that JWT is the only format that works for the web, and it's even use= d in other, non-traditional, web protocols. That means I don't have a p= roblem with the W in CWT at all. Why would JSON be the only web protocol?
=C2=A0
Then we also have one smaller (a lot s= maller) reason, it's the fact that it can be called "cot" jus= t like JWT is called a "jot" and I figured that our "cozy ch= airs" would very much like that fact because then it's essentially= a "cozy cot" :)
=C2=A0
/ Erik<= /u>
=C2=A0
=C2=A0
On Tue, May 10, 2016 at 2:49 AM, Justin Richer <jricher@mit.edu> wrote:
We can also call it the =E2=80= =9CCOSE Token=E2=80=9D. As a chair of the COSE working group, I=E2=80=99m f= ine with that amount of co-branding.

=C2=A0=E2=80=94 Justin

&= gt; On May 9, 2016, at 9:31 AM, Carsten Bormann <cabo@tzi.org> wrote:
>
>> draft-ietf-ace-cbor-token-= 00.txt;
>
> For the record, I do not think that ACE has a claim= on the term "CBOR
> Token".=C2=A0 While the term token is = not used in RFC 7049, there are many
> tokens that could be expressed= in CBOR or be used in applying CBOR to a
> problem.
>
> = ACE CBOR Token is fine, though.
> (Or, better, CBOR ACE Token, CAT.)<= br>>
> Gr=C3=BC=C3=9Fe, Carsten
>
> __________________= _____________________________
> COSE mailing list
>=C2=A0= COSE@ietf.org
>=C2=A0https://www.ietf.org/mailma= n/listinfo/cose
_______________________________________________
Ace mailing list
Ace@ietf.org
https://www.ietf.org/mailman/listinfo/ace
=


--e89a8f503798a2668c05328f88c1-- From nobody Wed May 11 12:33:32 2016 Return-Path: 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 DB58F12D7E1 for ; Wed, 11 May 2016 12:33:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.897 X-Spam-Level: X-Spam-Status: No, score=-2.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.996, 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 tTJVo7vn9Pnj for ; Wed, 11 May 2016 12:33:28 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61D7412D7C2 for ; Wed, 11 May 2016 12:33:12 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id B19B92009E for ; Wed, 11 May 2016 15:38:45 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 72E7863755 for ; Wed, 11 May 2016 15:33:11 -0400 (EDT) From: Michael Richardson To: "Ace\@ietf.org" In-Reply-To: <5732FD50.8020104@gmx.net> References: <5732FD50.8020104@gmx.net> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.2 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Ace] Clock Synchronization Design Team Meeting Minutes (9th May 2016) X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2016 19:33:31 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hannes Tschofenig wrote: > Here is the slide deck: > https://www.ietf.org/proceedings/95/slides/slides-95-ace-3.pdf The link from the last slide, corrected: Otway Rees : =E2=80=93 http://www.lsv.ens-cachan.fr/Software/spore/otwayRees.html (was missing trailing l) I loved the diagrams. =2D- Michael Richardson , Sandelman Software Works -=3D IPv6 IoT consulting =3D- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBVzOI9ICLcPvd0N1lAQLkzQf/fZHaKEx8KOFDRIZjE2v59h5/NsbQqFHN bNwmfAfCWHSV1y2l014vzed/UZ201kZlfun+ys64TwBTp22ptm6K1rxGYSW9GY8p WcGATHbGI+mSfUupyvbN92I3LQOOIP1XEUc6CmrJt+dqJ45udW0puPo3GqC+I7nv 8uGpb2QI29B9PFzkbSrhmwlb45R8jpInGkeMMCGPOtZtzyz11fn7oVwvSGU6xtBp aBZ2G347oxhRD/STLmZA3tHhH/6NBsG0pW7leJzesf4ih1BGJrfDRgOmy8ET1Syb a71dKIyC0ZSDkN+xCgd/9gGVeSWzYqWJcAJono3gZ7vyrG09x+3gGQ== =fPEN -----END PGP SIGNATURE----- --=-=-=-- From nobody Mon May 16 03:30:26 2016 Return-Path: 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 A325812D147 for ; Mon, 16 May 2016 03:30:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.027 X-Spam-Level: X-Spam-Status: No, score=-4.027 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-1.426, 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 yKKpb4cXR4mp for ; Mon, 16 May 2016 03:30:24 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA5B912D0EF for ; Mon, 16 May 2016 03:30:23 -0700 (PDT) Received: from [192.168.10.132] ([194.96.17.130]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MVsUW-1b4Vue1qmG-00X4VP for ; Mon, 16 May 2016 12:30:20 +0200 To: "Ace@ietf.org" From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: <5739A140.7050409@gmx.net> Date: Mon, 16 May 2016 12:30:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="PjKT5d6DoeLx5Dg2dCbx9O0Mv9ojPUuQ9" X-Provags-ID: V03:K0:i8VZjC2B9TwkJmdL7irwY3Ta5sGCdhJ8o6lKSiyG7k/Rn68Zm5c k6mI0rvHyEbE9vZiSu1eUHBdO5L2hmeGcxEn/A0WVqQcPaziM08veVgKwzXKJLoWdpHQ7P3 rmw7z42iWPu0b0DHcIyXLiASzLCM6vIz83nEVAcAKtfEPldqG6Yce0EVrpkNHljDumyJMtt Nx3EqGDEbquShyHeXyELg== X-UI-Out-Filterresults: notjunk:1;V01:K0:VgnPS9v/liA=:+iTcP10xy2KslUP0OsTe0g n9sYlIff7kO1o4CsTtymtKNt2jlcKhK4gu6ekutMP/wmZkjb+2FzuzAcLHJquja80/Z957quP 2FHwhE9YurlMjVgNgWMi47sWEf51jt28KZVYUxhpys6KXezH5hlX3daHX6Fqb5OUurZiMnozC ezozyUzIi9YrCcdbXvOaLnFAJR72qcQy3ihWyEqiYPWmW4ErhHEd3CKEmqNvJ4zRxkSox9nzM 6wHibhjZfrTsYz9Nm9t/iU8nIMXblh9fat1DjL3C95eNSUyUt2ueR28voswcTDgHv7dujp7m/ PYNxQnH67QOlQhSh19bcGsVjf9EC7KFEY6eZIrD11LsnkKtolnbxwjir0CCKkRJzkXOsX747s r3OiJRgJ6Rp97MdWui24BTyAB5YB9MBT/WNjeGNx9vRDpycBB/9ApjzE+AAV6QSOCUSDzIJPo jnndqIV4n7r0hHivs/Lg+6Xxqzdb590HOmhZFnZeH2/KsDHH4jBgCBnUUIlHeswodLCcnjyeS RQNWvkPgOoAp/BfZn7udbx65dnqmrArMHUMRU49RHH1z2+PVyHoVr/6ItoXwc1lpRDeYVjmQG MnWywkwiAMHQPYYqdnjXeIzVtFZd3drCWOHcyAMeoNWZMwEudGXFL7A4l5P69VtAkLiYhB9Sn Ml9HSixU5Gh6N43buoC6XVRXZPrtMlk1ZeqlJcLjEIIh6Im7xzIeOJfazB1HzRBMUhEiYMrXZ S62mLvXpCBLXmE2wLsPyystDPoEwVDCruyNyIoqPjFSiYXQ3pXn7HalMHTM= Archived-At: Subject: [Ace] Reminder: OAuth Security Workshop X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2016 10:30:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PjKT5d6DoeLx5Dg2dCbx9O0Mv9ojPUuQ9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi all, this is a reminder that the call for position paper deadline for the OAuth Security Workshop is getting closer. Papers addressing ACE related topics are in scope for the workshop. Here is the link to the info: https://infsec.uni-trier.de/events/osw2016 Ciao Hannes --PjKT5d6DoeLx5Dg2dCbx9O0Mv9ojPUuQ9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: GPGTools - http://gpgtools.org iQEcBAEBCgAGBQJXOaFAAAoJEGhJURNOOiAtrS4H/0aZmHw7BLiZWGCdoCLZxnv3 XdKSw+rsEnYBYLEc0St7iM0ZkZPXfiGxOh8kQujpNCtOQ1aqKbwfDoCZHAN2Bvh5 t5Kol3Yw7AZBOwg0SCGntaRp/k4tk7AQnNUZPkb3pwD+QkY8f8jlGfc6SWdiZqQ4 v+FlGZzxd9mwDRTACt2Df+5YModh+IZj92eMXyCjUIZ2jIfrHS327ZfGvbYlZarA y0WLHLtOUV/rOhISaqYcot72uJbp9U1V6/y5iRhyfvmgcCgCLlcLIE9GnEyAjZ+o 6TNJQ7S20ntntLdklomfm9ua/ToB3drZpijGGyQ43T3jaIOiI4VkX6ImL5vX+I4= =BsWl -----END PGP SIGNATURE----- --PjKT5d6DoeLx5Dg2dCbx9O0Mv9ojPUuQ9-- From nobody Tue May 17 06:49:18 2016 Return-Path: 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 9A24B12D5E3 for ; Tue, 17 May 2016 06:49:17 -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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.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 Z4feS9BXZIBx for ; Tue, 17 May 2016 06:49:14 -0700 (PDT) Received: from out4133-146.mail.aliyun.com (out4133-146.mail.aliyun.com [42.120.133.146]) by ietfa.amsl.com (Postfix) with ESMTP id 7B39512D5DC for ; Tue, 17 May 2016 06:49:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1463492951; h=Date:Subject:From:To:Message-ID:Mime-version:Content-type; bh=0qlPSLP3CJFU/njphGWWZtdqR0cKocKENvU/r7cE0w8=; b=NorpYAtWugZSF8PBIYRDiCRhqhMZ1jypTaTLcsO3L0n7egdCe5/rA41hNt1AgUiJyvRkc9nopIh6jICxNaG92N7GFHXMY0Fi7/gV/5yTM2sZ581U2P0ZHIUuzzni7osgQ8CwC+UqtV70yO+XgIz0XmxiPHDQ+fAHG/h8PDykWu0= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R231e4; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03275; MF=kepeng.lkp@alibaba-inc.com; NM=1; PH=DS; RN=2; SR=0; TI=SMTPD_----4pJs.QS_1463492943; Received: from 30.39.3.62(mailfrom:kepeng.lkp@alibaba-inc.com ip:42.120.73.202) by smtp.aliyun-inc.com(127.0.0.1); Tue, 17 May 2016 21:49:10 +0800 User-Agent: Microsoft-MacOutlook/14.4.8.150116 Date: Tue, 17 May 2016 21:49:04 +0800 From: "Kepeng Li" To: "Kepeng Li" , "ace@ietf.org" Message-ID: Thread-Topic: ACE virtual interim meeting on 16th June Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3546366553_15308951" Archived-At: Subject: [Ace] ACE virtual interim meeting on 16th June X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2016 13:49:17 -0000 > 此邮件使用 MIME 格式。由于邮件阅读程序不能识别 此格式，因此，可能无法识别该邮件的分部或部分内容。 --B_3546366553_15308951 Content-type: text/plain; charset="GB2312" Content-transfer-encoding: quoted-printable Hello all, According to our doodle poll results, we will have ACE virtual interim meeting on 16th June, 2016, GMT 12:00 ~ 14:00. The initial agenda will be: 1. Design team report for clock synchronization; 2. Authorization for the Internet of Things using OAuth 2.0; 3. CBOR Web Token. We will send out the WebEx invitation later. Authors for the topics above, if you can provide some slides for discussion= , that will be great. Thanks, Kind Regards Kepeng & Hannes =B7=A2=BC=FE=C8=CB: Li Kepeng =C8=D5=C6=DA: Monday, 9 May, 2016 8:50 pm =D6=C1: "ace@ietf.org" =D6=F7=CC=E2: [Ace] Doodle poll for ACE interim meeting Hello all, As discussed in the last IETF 95 ACE F2F meeting, we planned to schedule a virtual interim meeting to allow the clock synchronization design team to report back to the group. Also we can use this interim meeting to discuss open issues about our WG items. I created a doodle poll for this interim meeting, and here is the link: http://doodle.com/poll/b5rcpz5wnyx5hhe6 The proposed alternative time slots are: 14th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; 15th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; 16th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; Last time, one hour is not enough for the call, so we scheduled two hours this time. We can always finish earlier. Please indicate your available time slots for the interim meeting before th= e end of 13th May. Thanks, Kind Regards Kepeng & Hannes=20 _______________________________________________ Ace mailing list Ace@ietf.org https://www.ietf.org/mailman/listinfo/ace --B_3546366553_15308951 Content-type: text/html; charset="GB2312" Content-transfer-encoding: quoted-printable
Hello all,
<= font face=3D"Courier">
According to our doodl= e poll results, we will have ACE virtual interim meeting on 16th June, 2016,=  GMT 12:00 ~ 14:00.

The initial agenda will be:
1. Design team report for = clock synchronization;
2. Authorization for the Interne= t of Things using OAuth 2.0; 
3. CBOR Web Token.=

We will send out the WebEx invitation later.<= /font>

Authors for the topics above, if you can provide some slides f= or discussion, that will be great.

Thanks,

Kind Regards
Kepen= g & Hannes

=B7=A2=BC=FE=C8=CB: Li Kepeng <kepeng.lkp@alibaba-inc.com>
=C8=D5=C6=DA: = Monday, 9 May, 2016 8:50 pm
=D6=C1: "ace@ietf.org" <ace@ietf.org>
=D6=F7=CC=E2: [Ace] Doodle poll for ACE interim meeting

Hello all,

As discussed in the last IETF 95 ACE F2F meeting, we planned to = schedule a virtual interim meeting to allow the clock synchronization design= team to report back to the group.

Also we can use this interim meeting to discuss open issues ab= out our WG items.

I c= reated a doodle poll for this interim meeting, and here is the link:<= /div>

The proposed alternativ= e time slots are: 
14th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00;
15th June, GMT 12:00 ~= 14:00 or GMT 14:00 ~ 16:00;
16th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00= ;

<= /font>
Last time, on= e hour is not enough for the call, so we scheduled two hours this time. We c= an always finish earlier.

Please indicate your available time slots for the interim meeting befor= e the end of 13th May.

Kind Regard= s
Kepeng &= ; Hannes 
_______________________________________________ Ace mailing list Ace@ietf.org https://www.ietf.org/ma= ilman/listinfo/ace --B_3546366553_15308951-- From nobody Fri May 20 09:56:56 2016 Return-Path: X-Original-To: ace@ietf.org Delivered-To: ace@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0590412D59B; Fri, 20 May 2016 09:56:53 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160520165653.32753.49020.idtracker@ietfa.amsl.com> Date: Fri, 20 May 2016 09:56:53 -0700 Archived-At: Cc: ace@ietf.org Subject: [Ace] I-D Action: draft-ietf-ace-cbor-web-token-00.txt X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2016 16:56:53 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Authentication and Authorization for Constrained Environments of the IETF. Title : CBOR Web Token (CWT) Authors : Erik Wahlstr枚m Michael B. Jones Hannes Tschofenig Filename : draft-ietf-ace-cbor-web-token-00.txt Pages : 13 Date : 2016-05-20 Abstract: CBOR Web Token (CWT) is a compact means of representing claims to be transferred between two parties. CWT is a profile of the JSON Web Token (JWT) that is optimized for constrained devices. The claims in a CWT are encoded in the Concise Binary Object Representation (CBOR) and CBOR Object Signing and Encryption (COSE) is used for added application layer security protection. A claim is a piece of information asserted about a subject and is represented as a name/ value pair consisting of a claim name and a claim value. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ace-cbor-web-token/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ace-cbor-web-token-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri May 20 11:56:59 2016 Return-Path: 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 B89EC12B051 for ; Fri, 20 May 2016 11:56:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.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 9kv0bGLNX9Fb for ; Fri, 20 May 2016 11:56:55 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0710.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::710]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 359A212D5DC for ; Fri, 20 May 2016 11:56:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=arJjZNPz5VvUUal722CqFkdk6P8x4rqF6wAvd12kD00=; b=JIiwQ7+3+BIIZFIIriGCyoSSmabj37fxQt/Gr7rW3KZKNIqrziVK46048QN+Vda7GkMIpO00hs3Szq3LS0yp5AuK583ILMzvTdx5LIeouiKuJivMXGZf4cJ2NkyWO4p7dJRGlwUxrdjz0gEFLDDW28bGT/esrvrdWOss6oh1H2s= Received: from SN1PR0301MB1645.namprd03.prod.outlook.com (10.162.130.139) by SN1PR0301MB1646.namprd03.prod.outlook.com (10.162.130.140) with Microsoft SMTP Server (TLS) id 15.1.497.12; Fri, 20 May 2016 18:56:36 +0000 Received: from SN1PR0301MB1645.namprd03.prod.outlook.com ([10.162.130.139]) by SN1PR0301MB1645.namprd03.prod.outlook.com ([10.162.130.139]) with mapi id 15.01.0497.019; Fri, 20 May 2016 18:56:36 +0000 From: Mike Jones To: "ace@ietf.org" Thread-Topic: Initial ACE working group CBOR Web Token (CWT) specification Thread-Index: AdGyyHPQQ5Q5O6BgReCQN7lB4K1KCw== Date: Fri, 20 May 2016 18:56:36 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [157.150.62.35] x-ms-office365-filtering-correlation-id: 276a8667-368e-4c61-2f3b-08d380e07838 x-microsoft-exchange-diagnostics: 1; SN1PR0301MB1646; 5:VPY6hhpSHtwV+mdbxcAFUDgveWO8ccnBKQfQVQb4oVFUTxsjw6KMkXsE3AopKDgAjD4dfGhx+wLxCt+Lyam+noVxL8pbAooaB7vva6wTExuhuwVqyLckvoIJLma/E66wjWVNyk/ZnynvNuQQx8U7RQ==; 24:DmyTlGlH3cpgdRQPnJ0HRNoncvqaqLAb5NRzr7LBbJwDwom8di5+NxrSEDvZFlZbcU8K9MSDWpRt/fKMPUtL98/znpc9wa8CDccG6IKV5Co=; 7:XQcyx5xyKOyFg9s/YAIIZmup1Pzos1q406L3rxhwlgJ9/RMUkHVK1qaR/0NH6zcCgWifFqwRDn616ITMsoDFwX1ogEo6zAZtVQUXmOxch9/j9sgh4MXQ23YTBobr2ZClQAtA/AbVU4/310iidjvchnjKh4WKFJvBAyZ27MTdBVZ3o3Ig3ktnwkamZCpTMB5AfpoZJfRjfknj/9mFHmFVPw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0301MB1646; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038); SRVR:SN1PR0301MB1646; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0301MB1646; x-forefront-prvs: 09480768F8 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(209900001)(19300405004)(81166006)(1730700003)(10400500002)(8990500004)(5005710100001)(50986999)(5004730100002)(9686002)(10290500002)(54356999)(5003600100002)(86362001)(8676002)(19625215002)(8936002)(16236675004)(74316001)(2906002)(76576001)(2501003)(5640700001)(5630700001)(86612001)(10090500001)(3660700001)(3280700002)(790700001)(3846002)(102836003)(6116002)(77096005)(229853001)(450100001)(106356001)(19580395003)(586003)(99286002)(15975445007)(19617315012)(2900100001)(5002640100001)(122556002)(11100500001)(2351001)(92566002)(87936001)(66066001)(33656002)(1220700001)(107886002)(110136002)(189998001)(5008740100001)(6606295002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0301MB1646; H:SN1PR0301MB1645.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_SN1PR0301MB164553D4D0634CD5352F6093F54B0SN1PR0301MB1645_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 20 May 2016 18:56:36.4536 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0301MB1646 Archived-At: Subject: [Ace] Initial ACE working group CBOR Web Token (CWT) specification X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2016 18:56:58 -0000 --_000_SN1PR0301MB164553D4D0634CD5352F6093F54B0SN1PR0301MB1645_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We have created the initial working group version of the CBOR Web Token (CW= T) specification based on draft-wahlstroem-ace-cbor-web-token-00, with no n= ormative changes. The abstract of the specification is: CBOR Web Token (CWT) is a compact means of representing claims to be transf= erred between two parties. CWT is a profile of the JSON Web Token (JWT) tha= t is optimized for constrained devices. The claims in a CWT are encoded in = the Concise Binary Object Representation (CBOR) and CBOR Object Signing and= Encryption (COSE) is used for added application layer security protection.= A claim is a piece of information asserted about a subject and is represen= ted as a name/value pair consisting of a claim name and a claim value. Changes requested during the call for adoption will be published in the -01= version but we first wanted to publish a clean -00 working group draft. The specification is available at: * http://tools.ietf.org/html/draft-ietf-ace-cbor-web-token-00 An HTML-formatted version is also available at: * http://self-issued.info/docs/draft-ietf-ace-cbor-web-token-00.html -- Mike P.S. This notice was also posted at http://self-issued.info/?p=3D1566 and = as @selfissued. --_000_SN1PR0301MB164553D4D0634CD5352F6093F54B0SN1PR0301MB1645_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

We have created the initial working group version of= the CBOR Web Token (CWT) specification based on draft-wahlstroem-ace-cbor-= web-token-00, with no normative changes. The abstract of the specification = is:

 

CBOR Web Token (CWT) is a= compact means of representing claims to be transferred between two parties= . CWT is a profile of the JSON Web Token (JWT) that is optimized for constr= ained devices. The claims in a CWT are encoded in the Concise Binary Object Representation (CBOR) and CBOR Object= Signing and Encryption (COSE) is used for added application layer security= protection. A claim is a piece of information asserted about a subject and= is represented as a name/value pair consisting of a claim name and a claim value.

 

Changes requested during the call for adoption will = be published in the -01 version but we first wanted to publish a clean -00 = working group draft.

 

The specification is available at:

·       http://tools.ietf.org/html/draft-ietf-ace-cbor-= web-token-00

 

An HTML-formatted version is also available at:=

·       http://self-issued.info/docs/draft-ietf-= ace-cbor-web-token-00.html

 

        &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           -- Mike

 

P.S.  This notice was also posted at http://self-issued.info/?p=3D1566 and as @selfissued.

--_000_SN1PR0301MB164553D4D0634CD5352F6093F54B0SN1PR0301MB1645_-- From nobody Tue May 31 03:42:19 2016 Return-Path: X-Original-To: ace@ietf.org Delivered-To: ace@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E0A7D12B048; Tue, 31 May 2016 03:42:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160531104217.15298.71484.idtracker@ietfa.amsl.com> Date: Tue, 31 May 2016 03:42:17 -0700 Archived-At: Cc: Hannes.Tschofenig@gmx.net, Kathleen.Moriarty.ietf@gmail.com, ace-chairs@ietf.org, ace@ietf.org Subject: [Ace] ace - New Meeting Session Request for IETF 96 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2016 10:42:18 -0000 A new meeting session request has just been submitted by Hannes Tschofenig, a Chair of the ace working group. --------------------------------------------------------- Working Group Name: Authentication and Authorization for Constrained Environments Area Name: Security Area Session Requester: Hannes Tschofenig Number of Sessions: 1 Length of Session(s): 2.5 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: core cose oauth saag lwig tokbind tls Special Requests: Avoid entire SEC areas. --------------------------------------------------------- From nobody Tue May 31 03:46:10 2016 Return-Path: X-Original-To: ace@ietf.org Delivered-To: ace@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 23B1B12D747; Tue, 31 May 2016 03:46:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160531104608.15244.76526.idtracker@ietfa.amsl.com> Date: Tue, 31 May 2016 03:46:08 -0700 Archived-At: Cc: Hannes.Tschofenig@gmx.net, Kathleen.Moriarty.ietf@gmail.com, ace-chairs@ietf.org, ace@ietf.org Subject: [Ace] ace - Update to a Meeting Session Request for IETF 96 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2016 10:46:08 -0000 An update to a meeting session request has just been submitted by Hannes Tschofenig, a Chair of the ace working group. --------------------------------------------------------- Working Group Name: Authentication and Authorization for Constrained Environments Area Name: Security Area Session Requester: Hannes Tschofenig Number of Sessions: 1 Length of Session(s): 2.5 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: core cose oauth saag lwig tokbind tls Special Requests: Avoid entire SEC areas. Please avoid a session on Friday! --------------------------------------------------------- From nobody Tue May 31 04:14:19 2016 Return-Path: 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 6039B12D550 for ; Tue, 31 May 2016 04:14:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.027 X-Spam-Level: X-Spam-Status: No, score=-4.027 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-1.426, 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 UXTl8C5xeGU1 for ; Tue, 31 May 2016 04:14:15 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5C7D12D500 for ; Tue, 31 May 2016 04:14:14 -0700 (PDT) Received: from [192.168.10.140] ([80.92.114.184]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MWCgz-1b0iNL4AIL-00XHMM; Tue, 31 May 2016 13:14:07 +0200 To: Kepeng Li , "ace@ietf.org" References: From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: <574D7211.30508@gmx.net> Date: Tue, 31 May 2016 13:14:25 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="15c4RSuPNNsNtbMFUth18qdE6JBxaAGA2" X-Provags-ID: V03:K0:DAcKgsDw7shMhzpcDDfp17l48zuuJpQ0gkpcvKZsmkQwWOiiANU Aiga1vacY/oNmbbASlqHe1adN80fb5d4vNpj42msT9UE9mIPkaQbJRfbMEALPcbbxFzPBo8 4ylTLYVYhqJnKQ88naW/CrosPwFAcqB6BI/KWyPdWWs2dnMLV1TECoHdtV9LMIF2HcorvzT yzvYOzoX1+d05hCCoY57Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:TPXMXOGzPcs=:jdKS1RaBCXIQZt9UVKqWoq GHzB+72MX3QNYZOyycJcgoHfhhAnz7Ls2RZRZq3P3zxe8UIWCjaZyqwHpwZ1dckwgXKXWTQI1 BJ5mx1DApTiqi9SZgSmjQ0XFvWPRQPXOt0T8h7+letQaG++qHqZOsd/Mg5pobSnE9eotw13iw /drM7HCISyC+0CeXxbAHfVC6wgWLJpVqkDPLB5z+YeLP5uAnT00p0UBDPV887+TbLkCM/KYCg LYObMfJDyJrxUZT2yRKHSltcXrPUIYnb0plNXg7j7+bcCyCND4Px8PlVuydpvHVxGlgU6jz8K 2i6Rf4WkwyewSmISSS4gkaM6oECGqS3m9fZ82yRp9mZ/fBePgQcr6y/0n8shvHx8ksWIZqBQM aJ7Fw2ZdsoMa4LypmKKeJLEqjZ1X2FiJNjwQgtSE7oWnpGrOlsHeo3C0strPCL0Az4X8LUHxE aMDNOQe1Sy7jNmhtM42eTPWJ5tJag6xToCmd+uvsD2vPL/CQjEp6XilJ/ZMHohWPuxKErd5yw jeZZj7HJRvZeXppIfI8HibHp0ufDcOUeDx6yX5XAU21nn7hhUXfAFobsRMmQj+Kvu+3h1hHbT 6677+JhYFszvbX9t++xFR0D8ybF0BZm1hhvF5ax9qG+ZJiAXdZNe+OitK2zDVySbdUZ3fOoog 1zYJPUDWEnD5pYQ/MMl2coPboDgTnAjyZMigfO8C2NIbLGBfq6yE0FgmbFg+t6QKROTIKx3/l uhu5l+5tu2JyK/UuDtMlLn4l2OORynBn9VQOJaLvsZ52jmy73hKJm9R8O0w= Archived-At: Subject: Re: [Ace] ACE virtual interim meeting on 16th June X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2016 11:14:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --15c4RSuPNNsNtbMFUth18qdE6JBxaAGA2 Content-Type: multipart/mixed; boundary="------------050802040204080104010806" This is a multi-part message in MIME format. --------------050802040204080104010806 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Attached are the webex meeting details. On 05/17/2016 03:49 PM, Kepeng Li wrote: > Hello all, >=20 > According to our doodle poll results, we will have ACE virtual interim > meeting on 16th June, 2016, GMT 12:00 ~ 14:00. >=20 > The initial agenda will be: > 1. Design team report for clock synchronization; > 2. Authorization for the Internet of Things using OAuth 2.0;=20 > 3. CBOR Web Token. >=20 > We will send out the WebEx invitation later. >=20 > Authors for the topics above, if you can provide some slides for > discussion, that will be great. >=20 > Thanks, >=20 > Kind Regards > Kepeng & Hannes >=20 > =E5=8F=91=E4=BB=B6=E4=BA=BA: Li Kepeng > > =E6=97=A5=E6=9C=9F: Monday, 9 May, 2016 8:50 pm > =E8=87=B3: "ace@ietf.org " > > =E4=B8=BB=E9=A2=98: [Ace] Doodle poll for ACE interim meeting >=20 > Hello all, >=20 > As discussed in the last IETF 95 ACE F2F meeting, we planned to schedul= e > a virtual interim meeting to allow the clock synchronization design tea= m > to report back to the group. >=20 > Also we can use this interim meeting to discuss open issues about our W= G > items. >=20 > I created a doodle poll for this interim meeting, and here is the link:= > http://doodle.com/poll/b5rcpz5wnyx5hhe6 >=20 > The proposed alternative time slots are:=20 > 14th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; > 15th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; > 16th June, GMT 12:00 ~ 14:00 or GMT 14:00 ~ 16:00; >=20 > Last time, one hour is not enough for the call, so we scheduled two > hours this time. We can always finish earlier. >=20 > Please indicate your available time slots for the interim meeting befor= e > the end of 13th May. >=20 > Thanks, >=20 > Kind Regards > Kepeng & Hannes=20 > _______________________________________________ Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace >=20 >=20 > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace >=20 --------------050802040204080104010806 Content-Type: text/calendar; name="ACE_WebEx_Meeting.ics" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ACE_WebEx_Meeting.ics" BEGIN:VCALENDAR PRODID:-//Microsoft Corporation//Outlook 10.0 MIMEDIR//EN VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Greenwich Time BEGIN:STANDARD DTSTART:20140101T000000 TZOFFSETFROM:+0000 TZOFFSETTO:+0000 TZNAME:Standard Time END:STANDARD END:VTIMEZONE BEGIN:VEVENT ATTENDEE;CN=3D"ACE Working Group";ROLE=3DREQ-PARTICIPANT;RSVP=3DFALSE:MAI= LTO:ace-chairs@tools.ietf.org ORGANIZER;CN=3D"webex":MAILTO:messenger@webex.com DTSTART;TZID=3D"Greenwich Time":20160616T120000 DTEND;TZID=3D"Greenwich Time":20160616T140000 LOCATION:https://ietf.webex.com/ietf TRANSP:OPAQUE SEQUENCE:1464693135 UID:a17f6097-a623-4ad4-b8ca-144d4555ec2e DTSTAMP:20160616T120000Z DESCRIPTION:\nJOIN WEBEX MEETING\nhttps://ietf.webex.com/ietf/j.php?MTID=3D= m09483e9c02525764934ef51cc3935c05\nMeeting number (access code): 648 632 = 357\nMeeting password: e3MTyMpq\n\n\nJOIN BY PHONE\n1-877-668-4493 Call-i= n toll free number (US/Canada) \n1-650-479-3208 Call-in toll number (US/C= anada)\n\nToll-free dialing restrictions: \nhttps://www.webex.com/pdf/tol= lfree_restrictions.pdf\n\n\n\nCan't join the meeting? Contact support her= e:\nhttps://ietf.webex.com/ietf/mc\n\n\nIMPORTANT NOTICE: Please note tha= t this WebEx service allows audio and other information sent during the s= ession to be recorded, which may be discoverable in a legal matter. You s= hould inform all meeting attendees prior to recording if you intend to re= cord the meeting.\n X-ALT-DESC;FMTTYPE=3Dtext/html: Join WebEx meeting
= Meeting number (ac= cess code): 648 632 357
=
Meeting password:e3MTyMpq
=  
 
Join by phone 
1-877-668-4493 Call-in toll free number (US= /Canada) 
1-650-479-3208 Call-in toll number (US/Canada) 
Toll-free callin= g restrictions  


 
Can't join the meeting? Contact support.  
 
<= FONT COLOR=3D"#A0A0A0" size=3D"1" FACE=3D"arial">IMPORTANT NOTICE: Please= note that this WebEx service allows audio and other information sent dur= ing the session to be recorded, which may be discoverable in a legal matt= er. You should inform all meeting attendees prior to recording if you int= end to record the meeting. SUMMARY:ACE Virtual Interim Meeting PRIORITY:5 CLASS:PUBLIC BEGIN:VALARM TRIGGER:-PT5M ACTION:DISPLAY DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR --------------050802040204080104010806-- --15c4RSuPNNsNtbMFUth18qdE6JBxaAGA2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: GPGTools - http://gpgtools.org iQEcBAEBCgAGBQJXTXIRAAoJEGhJURNOOiAtaZ0IAJfO31Pl3jpvs4DFCg9nsq8d 4PYF90Ql0s1HqH5cJ+ZtGmECelVvoDVt9M9IijWjOXrivO1yCb4z/OId8p3TmegG XZwzjbBExd9YCBAZbkC5qepjS0O+hrfAG+xj53EA60yq5OcfiAR/pNexM4Kzv2CM HsibLE4Mh2b3WlSfdkYiQstjbQUISoL3lLDC1lH2NkqR6bsCSHG2NGqZ2f+owMzq 3bht6GlWkJG/3/fDTCDiAU5Ye8hU5gniMHJTGw8C48tzj1yHkTActpaM0NazhvC+ N1uIuz6jC8BSYFcGPVRyVRQJGL3pFrRHV+RwZPlalQuTH7Z0IICQLyyXT3aC6JM= =9fVg -----END PGP SIGNATURE----- --15c4RSuPNNsNtbMFUth18qdE6JBxaAGA2--