From nobody Mon Sep 11 17:45:15 2017 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 C5B3C124F57 for ; Mon, 11 Sep 2017 17:45:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, 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 ihT_KtZ2EECW for ; Mon, 11 Sep 2017 17:45:11 -0700 (PDT) Received: from out0-205.mail.aliyun.com (out0-205.mail.aliyun.com [140.205.0.205]) (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 12FAB132713 for ; Mon, 11 Sep 2017 17:45:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1505177107; h=Date:Subject:From:To:Message-ID:Mime-version:Content-type; bh=fcKvRZlxAqKRbcCYoodHOr1Re5zBHDP705idlI3AQ18=; b=fTFqcWAuqX+EPbYJAbyxK7tXCNSsRoqgewpTAaP5w/iB66TVHB5mNIwOSw1C3soUFDvxLBZ/FmtbaFDjVSz2dw+okYd2kMIGJs22/fswzgiLikZwk1P+SkIRvwkHtcEKVFO0JWdLjXzNCgHqddf+9MlK6YepPvcEfymowEjYPNc= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R631e4; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03302; MF=kepeng.lkp@alibaba-inc.com; NM=1; PH=DS; RN=4; SR=0; TI=SMTPD_---.8sbXcSx_1505177098; Received: from 30.6.252.12(mailfrom:kepeng.lkp@alibaba-inc.com ip:42.120.74.225) by smtp.aliyun-inc.com(127.0.0.1); Tue, 12 Sep 2017 08:45:02 +0800 User-Agent: Microsoft-MacOutlook/14.6.8.160830 Date: Tue, 12 Sep 2017 08:44:59 +0800 From: "Kepeng Li" To: CC: Kathleen Moriarty , "Hannes.Tschofenig@gmx.net" , Mike Jones Message-ID: Thread-Topic: [Ace] Call for adoption of draft-jones-ace-cwt-proof-of-possession References: In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3588050704_2632973" Archived-At: Subject: Re: [Ace] Call for adoption of draft-jones-ace-cwt-proof-of-possession X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 12 Sep 2017 00:45:14 -0000 > 此邮件使用 MIME 格式。由于邮件阅读程序不能识别 此格式，因此，可能无法识别该邮件的分部或部分内容。 --B_3588050704_2632973 Content-type: text/plain; charset="GB2312" Content-transfer-encoding: quoted-printable Hello all, About draft-jones-ace-cwt-proof-of-possession, there were clear supports in IETF 99 F2F meeting, and there were no objections in the mailing list. Hence, this draft is adopted as WG draft. Thanks, Kind Regards Kepeng and Hannes (ACE co-chairs) =B7=A2=BC=FE=C8=CB: Li Kepeng =C8=D5=C6=DA: Tuesday, 8 August 2017 at 2:33 AM =D6=C1: Li Kepeng , =B3=AD=CB=CD: Kathleen Moriarty , "Hannes.Tschofenig@gmx.net" =D6=F7=CC=E2: [Ace] Call for adoption of draft-jones-ace-cwt-proof-of-possession Hello all, =20 In the IETF 99 F2F meeting, Mike Jones made the case for working group adoption of draft-jones-ace-cwt-proof-of-possession [1] in his presentation https://www.ietf.org/proceedings/99/slides/slides-99-ace-cwt-proof-of-posse= s sion-00.pdf. Afterwards, a hum was taken and there was clear support for adoption in the room. Several people also spoke up for adoption at the microphone and no one spoke against it. =20 This note is asking for confirmation of this tentative adoption decision on the mailing list. Please speak up before 22nd Aug, 2017 if you would like to register your opinion on the adoption question. Keep in mind that adoption of a document does not mean the document as-is i= s ready for publication. It is merely acceptance of the document as a startin= g 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. =20 Please reply on this thread with expressions of support or opposition, preferably with comments, regarding accepting this as a work item. =20 Thanks =20 Kind Regards Kepeng and Hannes (ACE co-chairs) =20 [1]=20 https://datatracker.ietf.org/doc/draft-jones-ace-cwt-proof-of-possession/ --B_3588050704_2632973 Content-type: text/html; charset="GB2312" Content-transfer-encoding: quoted-printable
Hello all,

About draft-jones-ace-cwt-p= roof-of-possession, there were clear supports in IETF 99 F2F meeting, and th= ere were no objections in the mailing list.

Hence, this draft = is adopted as WG draft.

Thanks,
Kind Regards
Kepeng and Hannes (ACE co-chairs)
=

=B7=A2=BC=FE=C8=CB: Li Kepeng <<= a href=3D"mailto:kepeng.lkp@alibaba-inc.com">kepeng.lkp@alibaba-inc.com>= ;
=C8=D5=C6=DA: Tuesday, 8 August 2017 at = 2:33 AM
=D6=C1: Li Kepeng <kepeng.lkp@alibaba-inc.com>, <= Ace@ietf.org>
=B3=AD=CB=CD: Kathleen Moriarty <Kathleen.Moriarty.ietf@gmail.com>, "Hannes.Tschofenig@gmx.net" <Hannes.Tschofenig@gmx.net>
=D6=F7=CC=E2: [Ace] Call for adoption of draft-jones= -ace-cwt-proof-of-possession

Hello all,
 

In the IETF 99 F2F meeting, Mike Jones made the case for = working group adoption of draft-jones-ace-cwt-proof-of-possession [1] in his= presentation h= ttps://www.ietf.org/proceedings/99/slides/slides-99-ace-cwt-proof-of-possess= ion-00.pdf.  Afterwards, a hum was taken and there was clear suppor= t for adoption in the room.  Several people also spoke up for adoption = at the microphone and no one spoke against it.

<= p class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt;"> 

This note is asking for confirmation of this tentative adoption decisio= n on the mailing list.  Please speak up before 22nd Aug, 2017 if you wo= uld like to register your opinion on the adoption question.


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 w=
orking group. The working group is free to make changes to the document acco=
rding to the normal consensus process.
 
Please reply on this thread with expressions of sup=
port or opposition, preferably with comments, regarding accepting this as a =
work item.

 

= 
Thanks
 
Kind Regards
 


--B_3588050704_2632973-- From nobody Mon Sep 11 17:47:46 2017 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 E4F71133211; Mon, 11 Sep 2017 17:47:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: internet-drafts@ietf.org To: Cc: ace@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.61.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150517726489.4688.11501196660577541978@ietfa.amsl.com> Date: Mon, 11 Sep 2017 17:47:44 -0700 Archived-At: Subject: [Ace] I-D Action: draft-ietf-ace-cwt-proof-of-possession-00.txt X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 00:47:45 -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 WG of the IETF. Title : Proof-of-Possession Key Semantics for CBOR Web Tokens (CWTs) Authors : Michael B. Jones Ludwig Seitz G枚ran Selander Erik Wahlstr枚m Samuel Erdtman Hannes Tschofenig Filename : draft-ietf-ace-cwt-proof-of-possession-00.txt Pages : 13 Date : 2017-07-17 Abstract: This specification describes how to declare in a CBOR Web Token (CWT) that the presenter of the CWT possesses a particular proof-of- possession key. Being able to prove possession of a key is also sometimes described as the presenter being a holder-of-key. This specification provides equivalent functionality to "Proof-of- Possession Key Semantics for JSON Web Tokens (JWTs)" (RFC 7800), but using CBOR and CWTs rather than JSON and JWTs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ace-cwt-proof-of-possession/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ace-cwt-proof-of-possession-00 https://datatracker.ietf.org/doc/html/draft-ietf-ace-cwt-proof-of-possession-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 Tue Sep 12 07:16:44 2017 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 7C368133052 for ; Tue, 12 Sep 2017 07:16:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FAHhJz1591Dn for ; Tue, 12 Sep 2017 07:16:42 -0700 (PDT) Received: from mail-pg0-x234.google.com (mail-pg0-x234.google.com [IPv6:2607:f8b0:400e:c05::234]) (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 E96D51326DF for ; Tue, 12 Sep 2017 07:16:41 -0700 (PDT) Received: by mail-pg0-x234.google.com with SMTP id v66so21454196pgb.5 for ; Tue, 12 Sep 2017 07:16:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Lor77o0fuePCWsu8JwqhX7GD/3JDiZkPoc+rKc9YarU=; b=WhCpgGm6qncIcpzZuoCimh9P186EmUeUZvxkiIZalFdDpTi6nAYM+x4JcDESds/XyM cbeOL233vJrxj5IOK9jZdkttDtTLpRbeUOnWFqjh3NkXGx5sWdfzpe1wrxTKXhCFqigA ca7Ie8g/H2tLepV8UiVwgy4IhGUZ7CCemmomjIIBxCsryrrzNWAyeumv9G1c+eh5BB+8 9VzD0fV3z+DaL64yvrd4vnV9K0qLViXPSvKuF6C2c507pUFWqnOVv9VQpzwFra4qqhN2 HSjYJ8ilW/qoTO/820Md3+2IZg5Gqe7RCowi3RMZdlORokm0bIP2pEmr1IxCmeVaDl/k eJxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Lor77o0fuePCWsu8JwqhX7GD/3JDiZkPoc+rKc9YarU=; b=VY9Z/id5Wgt8M9GxCq2JAFFlT7501hnQxGrogBiSH7K5ZDgFScZ2FjR/IwVBag6FFW k+cxYzyF+QgYINwa83u+H8IoE3uppSZhOV6g9Bzbr8eG8oDkETEoIXnek8SSbktzjoQV MsZQe10HjM1mJ8UxjLwZFKmHPRv2+VqZj6Xqpp3iXsokqK4hmHP7UuYehvuk3YxmN72Z cvx5C4SIg+jFA48Lq6KJtU3D8Ds8/x0SPFQwgNTSapp+V0CreKgj8MjftjyRmhKpvjaI 64OmWNXqQXLV3ER/CBfvYDbNtZkehu0I7N5JgPFCaixmDkc6F9Mngmk8mtZvXkVXG2qy 0UoQ== X-Gm-Message-State: AHPjjUhUYGrUvWlOGApSEc3mKAGqbNPUxpkdCu5SXfRSmFye4K7NElVc cWZmy8iursnQ40zofsOsf6e1QPx5sJNA X-Google-Smtp-Source: ADKCNb6ZHuPJCIcXfBAc/ntU7Z1o0s89rYc3L4jf5AKELd0ryIihWAH3tqbXKVIMGcGOfVsbYGF1+zFET9EEHuOMlvQ= X-Received: by 10.84.129.193 with SMTP id b59mr16926728plb.64.1505225801382; Tue, 12 Sep 2017 07:16:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.144.1 with HTTP; Tue, 12 Sep 2017 07:16:00 -0700 (PDT) From: Kathleen Moriarty Date: Tue, 12 Sep 2017 10:16:00 -0400 Message-ID: To: "ace@ietf.org" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Ace] Volunteer to set up the wiki X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 12 Sep 2017 14:16:43 -0000 Hello, In Prague, we agreed as a next step we would pull together a comparison chart for profiles using the WG wiki. Can I get a volunteer to set up the wiki page? You should first get agreement (light agreement as we need to move on this) as to what we want to compare. The list for comparison does not appear in the minutes, but was discussed in the meeting, so the recording might be helpful. Here is a link to the wiki: https://trac.ietf.org/trac/ace -- Best regards, Kathleen From nobody Tue Sep 12 08:41:29 2017 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 E12E61321B6 for ; Tue, 12 Sep 2017 08:41:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 0AwFuaBg6XVP for ; Tue, 12 Sep 2017 08:41:27 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 C18A31320D9 for ; Tue, 12 Sep 2017 08:41:26 -0700 (PDT) X-AuditID: c1b4fb3a-5ffff700000051a3-e1-59b80024dc16 Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id D1.69.20899.42008B95; Tue, 12 Sep 2017 17:41:24 +0200 (CEST) Received: from ESESSMB107.ericsson.se ([169.254.7.26]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.03.0352.000; Tue, 12 Sep 2017 17:41:24 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: Kathleen Moriarty , "ace@ietf.org" Thread-Topic: [Ace] Volunteer to set up the wiki Thread-Index: AQHTK9HEb7q3tsF5nUij5viXHWjFfaKxY4cA Date: Tue, 12 Sep 2017 15:41:23 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-originating-ip: [153.88.183.18] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprIIsWRmVeSWpSXmKPExsUyM2K7t64Kw45Igw89+hbfv/UwWzTszHdg 8tg56y67x5IlP5kCmKK4bFJSczLLUov07RK4Mubsfs5c0CBYsf3GVvYGxhMCXYycHBICJhIL 3x9mAbGFBI4wSvyfr9/FyAVkL2aUeLG2nQ0kwSbgIvGg4RETiC0iECmxaVo/I4gtLKAvsevq XXaIuIFEw5GvULaRROf/28wgNouAqsTfF5PAenkFLCR+zV7LBLEsQKKnYQZYPadAoMTX9j9g RzAKiEl8P7UGrIZZQFzi1pP5TBCHCkgs2XOeGcIWlXj5+B8riC0qoCextwfiTgkBRYmPr/YB 3cYB1KspsX6XPsQYa4nzr/4yQ9iKElO6H7JDnCMocXLmE5YJjGKzkGybhdA9C0n3LCTds5B0 L2BkXcUoWpxaXJybbmSkl1qUmVxcnJ+nl5dasokRGFEHt/y22sF48LnjIUYBDkYlHt6C99sj hVgTy4orcw8xSnAwK4nwnngEFOJNSaysSi3Kjy8qzUktPsQozcGiJM7rsO9ChJBAemJJanZq akFqEUyWiYNTqoEx+yT/QbGygveM+aXfkp/dNVxzcev2hJ0XZ0/bNWvRhY5bOZEN/4vs2p7c sNc4Ksi+fcGVSaXhYVZv3mw2qWw0vfOSw8qvUd+io1umbu+Ks9/WSXAp/px8fit3WojXreOd 3km7HTL/ZTdovY6/pdDZZL2xJnFGbt4Hp/mPa7fE2DLFCl5+fqFfiaU4I9FQi7moOBEA/m53 SaQCAAA= Archived-At: Subject: Re: [Ace] Volunteer to set up the wiki X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 12 Sep 2017 15:41:29 -0000 SGkgS2F0aGxlZW4sDQoNCkFzIEkgcmVtZW1iZXIgdGhlIHJlYXNvbiB0byBzZXQgdXAgdGhlIFdp a2kgd2FzIHRvIGdlbmVyYXRlIGEgcm9hZG1hcCBmb3INCnRoZSBBQ0Ugd29yay4gV2Ugbm90ZWQg ZGVwZW5kZW5jaWVzIGFuZCBwb3RlbnRpYWwgb3ZlcmxhcCBiZXR3ZWVuDQpkaWZmZXJlbnQgcHJv ZmlsZXMgYW5kIHNvbWUgY29udGVudCByYXRoZXIgYmVsb25naW5nIHRvIHRoZSBmcmFtZXdvcmsg dGhhbg0KaW5kaXZpZHVhbCBwcm9maWxlLiBBIHN0YXJ0aW5nIHBvaW50IGZvciBkZWNpZGluZyBv biB0aGUgcm9hZG1hcCBjb3VsZCBiZQ0KYSB0YWJsZSB3aXRoIHJvd3MgZm9yIGVhY2ggcHJvZmls ZSBhbmQgd2hlcmUgdGhlIGNvbHVtbnMgY291bGQgYmUgc29tZQ0KZGlzdGluZ3Vpc2hpbmcgZmVh dHVyZXMgb2YgZWFjaCBwcm9maWxlIHN1Y2ggYXM6IHRoZSBzY29wZSBvZiB0aGUgcHJvZmlsZSwN Cm5vZGVzIChpZiBvdGhlciB0aGFuIGNsaWVudCBhbmQgUlMpLCBwcm90b2NvbHMgdXNlZCBiZXR3 ZWVuIG5vZGVzDQooaW5jbHVkaW5nIHNlY3VyaXR5IHByb3RvY29scyksIGRlcGVuZGVuY2Ugb24g b3RoZXIgcHJvZmlsZXMsIGNhbmRpZGF0ZQ0KZnJhbWV3b3JrIGZ1bmN0aW9uYWxpdHkgZGVzY3Jp YmVkIGluIHRoZSBkcmFmdCwgZXRjLg0KDQpJZiBwZW9wbGUgYWdyZWUgd2l0aCB0aGlzIEkgY2Fu IGhlbHAgc2V0dGluZyB1cCB0aGUgdGFibGUsIGFuZCB0aG9zZQ0KcHJvcG9zaW5nIHByb2ZpbGVz IGNvdWxkIGZpbGwgaW4gdGhlIHJvd3MuDQoNCg0KQmVzdCByZWdhcmRzLA0KR8O2cmFuDQoNCg0K DQpPbiAyMDE3LTA5LTEyIDE2OjE2LCAiQWNlIG9uIGJlaGFsZiBvZiBLYXRobGVlbiBNb3JpYXJ0 eSINCjxhY2UtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2Yga2F0aGxlZW4ubW9yaWFydHku aWV0ZkBnbWFpbC5jb20+IHdyb3RlOg0KDQo+SGVsbG8sDQo+DQo+SW4gUHJhZ3VlLCB3ZSBhZ3Jl ZWQgYXMgYSBuZXh0IHN0ZXAgd2Ugd291bGQgcHVsbCB0b2dldGhlciBhDQo+Y29tcGFyaXNvbiBj aGFydCBmb3IgcHJvZmlsZXMgdXNpbmcgdGhlIFdHIHdpa2kuICBDYW4gSSBnZXQgYQ0KPnZvbHVu dGVlciB0byBzZXQgdXAgdGhlIHdpa2kgcGFnZT8gIFlvdSBzaG91bGQgZmlyc3QgZ2V0IGFncmVl bWVudA0KPihsaWdodCBhZ3JlZW1lbnQgYXMgd2UgbmVlZCB0byBtb3ZlIG9uIHRoaXMpIGFzIHRv IHdoYXQgd2Ugd2FudCB0bw0KPmNvbXBhcmUuICBUaGUgbGlzdCBmb3IgY29tcGFyaXNvbiBkb2Vz IG5vdCBhcHBlYXIgaW4gdGhlIG1pbnV0ZXMsIGJ1dA0KPndhcyBkaXNjdXNzZWQgaW4gdGhlIG1l ZXRpbmcsIHNvIHRoZSByZWNvcmRpbmcgbWlnaHQgYmUgaGVscGZ1bC4NCj4NCj5IZXJlIGlzIGEg bGluayB0byB0aGUgd2lraToNCj5odHRwczovL3RyYWMuaWV0Zi5vcmcvdHJhYy9hY2UNCj4tLSAN Cj4NCj5CZXN0IHJlZ2FyZHMsDQo+S2F0aGxlZW4NCj4NCj5fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPkFjZSBtYWlsaW5nIGxpc3QNCj5BY2VAaWV0Zi5v cmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2FjZQ0KDQo= From nobody Tue Sep 12 08:48:19 2017 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 B75CD1320D9 for ; Tue, 12 Sep 2017 08:48:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86ic0poMNnNB for ; Tue, 12 Sep 2017 08:48:16 -0700 (PDT) Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::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 3B15F1321C9 for ; Tue, 12 Sep 2017 08:48:15 -0700 (PDT) Received: by mail-pg0-x22b.google.com with SMTP id 188so21954020pgb.2 for ; Tue, 12 Sep 2017 08:48:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=a2CHrQQ/39guZjSPkDbCExjroSRFhAzALwJT8LqOHpg=; b=Fw+Ko2wWsM3OyKALYUueuamIgYxfWeqX+iUJWQjt83YS7JRwWHYqTgI8WpBK2zaSqm VKWpwcLQ+s2PEPmT39gc02Wa2zGazVekzNxKbVJKb6WiOMs4S+WfS4nhIdokLU76otcn s9InS4C0QYJAufXYoO0j9pzzXsFOwYuVXQpnPkO4TAegI9degoFMlIwNrwZ2oYDvwpzc M65fM+xk/6sAs30BttjwdVq4JmjKAiNlzZKlr5DILfB70aikDPchM9BBRoVv29WBXdTF 8fPsw9fxNE7lRWbO9Fs4ANgUdbGOgnNDRBlEiruGb7FjIz0zQsl/JL0dLzenbjhULpWT B+rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=a2CHrQQ/39guZjSPkDbCExjroSRFhAzALwJT8LqOHpg=; b=gFh1kmxCVSWvGSftgf3tlSozkpZ4HQ2e9WMxmJG+tfvwzC9FxXC0+BSnzhgIGWlOJY y4nVYy8t3JaqalUmz7RxQSM32YqQjwEm2yqHOxUcBIoWlN4bskK5gZghoP6EHJKno7BR IXa/E6f8noXKV4IewiEoHkJ0FsaRZSxkmpLV6V8PFaVFjaAxOWOXmmk0Uvkv65/duxJF sl0C22+s3SXDhud8JY4hP+00ii4O2uSes4Hym/NcuTvCFrXmuyL/e2WP2CIUUUrPCscg J8pG8DpnW3hu0hgpfB3du3tLa3apQ1D/mvaAUq+/V9STTtydV/5KzXeH2b1wlK/UqVzK m0IQ== X-Gm-Message-State: AHPjjUi3cdJza5rCKsAHCpbH0tj3klmRKXcdovDk1HCn0KzihEmChtlD 0x0y+vZGPtnMMuCkWYx2Kkzna/ixnA== X-Google-Smtp-Source: ADKCNb4jkgj2OGbzGCWjtuVgmW3Mym2/6B5sLfImNIkTfsaFxFRbAbTR6Z9SrdZG99FWlwv8cOdK2dVQot4ZyQAH3fs= X-Received: by 10.99.151.73 with SMTP id d9mr15263115pgo.13.1505231294789; Tue, 12 Sep 2017 08:48:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.144.1 with HTTP; Tue, 12 Sep 2017 08:47:34 -0700 (PDT) In-Reply-To: References: From: Kathleen Moriarty Date: Tue, 12 Sep 2017 11:47:34 -0400 Message-ID: To: =?UTF-8?Q?G=C3=B6ran_Selander?= Cc: "ace@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Ace] Volunteer to set up the wiki X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 12 Sep 2017 15:48:18 -0000 Hi Goran, On Tue, Sep 12, 2017 at 11:41 AM, G=C3=B6ran Selander wrote: > Hi Kathleen, > > As I remember the reason to set up the Wiki was to generate a roadmap for > the ACE work. We noted dependencies and potential overlap between > different profiles and some content rather belonging to the framework tha= n > individual profile. A starting point for deciding on the roadmap could be > a table with rows for each profile and where the columns could be some > distinguishing features of each profile such as: the scope of the profile= , > nodes (if other than client and RS), protocols used between nodes > (including security protocols), dependence on other profiles, candidate > framework functionality described in the draft, etc. > > If people agree with this I can help setting up the table, and those > proposing profiles could fill in the rows. Yes, thank you. This was the purpose and the agreed starting point was a comparison table to review the profiles during an interim session. It would be good to get this all moving along soon so we can accomplish this well in advance of Singapore. Being able to have meaningful conversations on profiles and prioritizing them will be very helpful toward forward progress. Best regards, Kathleen > > > Best regards, > G=C3=B6ran > > > > On 2017-09-12 16:16, "Ace on behalf of Kathleen Moriarty" > wrot= e: > >>Hello, >> >>In Prague, we agreed as a next step we would pull together a >>comparison chart for profiles using the WG wiki. Can I get a >>volunteer to set up the wiki page? You should first get agreement >>(light agreement as we need to move on this) as to what we want to >>compare. The list for comparison does not appear in the minutes, but >>was discussed in the meeting, so the recording might be helpful. >> >>Here is a link to the wiki: >>https://trac.ietf.org/trac/ace >>-- >> >>Best regards, >>Kathleen >> >>_______________________________________________ >>Ace mailing list >>Ace@ietf.org >>https://www.ietf.org/mailman/listinfo/ace > --=20 Best regards, Kathleen From nobody Tue Sep 12 09:49:30 2017 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 CCB0413309E for ; Tue, 12 Sep 2017 09:49:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IcxrjaqP5j3L for ; Tue, 12 Sep 2017 09:49:28 -0700 (PDT) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (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 D8F94133090 for ; Tue, 12 Sep 2017 09:49:27 -0700 (PDT) Received: by mail-io0-x230.google.com with SMTP id g32so33405459ioj.2 for ; Tue, 12 Sep 2017 09:49:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7iwSZOEym7GL6wQpXxJU8663Idmx0/ZaaO+0FOOryH8=; b=KQtYj/zB5tOGnnvfsIlswxCzrWiJpbg1r4XoXojrfQMaJO1esfmgfyTA+A4ZeCvmXB L0PK5NL3PCUytLwSAjD9V5AFqHG6Mdci3WmSKmGn3Ii0pT5Aexfbt6PARcSfCVaAKlZI zwnEriKcEgX5L/gppKqMIXXSxOuUjeoRUM4OzfltaueHr6H4KrL4H1CoKMUQrYNuZsVU 56Se9A78ccODcC17kvzwNrd5LbYC2jftLdugcgPxAPzaa8ySQhirZE/Mvf+hf+RImaiB an1qlnNrBwLS1cOZC5SAtGMeUm/fbKhd9UB1C77dX/Vo/McyDk2YQJ1RTJd+fqxPrWWd GSBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=7iwSZOEym7GL6wQpXxJU8663Idmx0/ZaaO+0FOOryH8=; b=DsHxK84/jr2Ms19dzHVtSMUixXE8RqnLByDQ4Ngq8IgOi55yC7iaieLKoaR3JbFaS4 Kgow+HR8UtUhrwSVJaR7uD2bKCjjOnWJoGAuJ2+eELAJP7ONxuNmG9cBMVWPj8Rih34d lMCyaDPGMgerqOTWDO5nIZ8vve7xbZ5yCAexUfgYDi5RVPaGf4pgv+NyjM6Hd4MwEjq/ 6GuWZZJbtbGVt1HAG4Er9RdmFlU+4T/McgUcikHp8uyhEmuRGTefRj05xOM9ZCMDB17D 2/gncFjpy/FLyNTQ210F43Hc7tOkFpYKZjAUf9keWJvpdPqCgK3nOY9MYC5WAHX/WEGi ReHw== X-Gm-Message-State: AHPjjUhIkmOtXEYcSCv3C/RVo0FIrQCaZdVZd1ahfom/EgJgLhcvefnK baTeWhN/Fqn8mwa9Jh0XOIC6OlinDA== X-Google-Smtp-Source: AOwi7QAMlshsxN9mPY7OC+R0Jpi3aQAKyP6xym8QznJNSl1X9BtGYsIg6vmKdVqE1/ioGQNjx98T8wMe7LlEKefskm8= X-Received: by 10.202.228.147 with SMTP id b141mr17249991oih.180.1505234967193; Tue, 12 Sep 2017 09:49:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.18.226 with HTTP; Tue, 12 Sep 2017 09:49:26 -0700 (PDT) In-Reply-To: References: From: Cigdem Sengul Date: Tue, 12 Sep 2017 17:49:26 +0100 Message-ID: To: =?UTF-8?Q?G=C3=B6ran_Selander?= Cc: Kathleen Moriarty , "ace@ietf.org" Content-Type: multipart/alternative; boundary="001a1140871685fac6055900d34b" Archived-At: Subject: Re: [Ace] Volunteer to set up the wiki X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 12 Sep 2017 16:49:30 -0000 --001a1140871685fac6055900d34b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, +1 for row and column information. For completeness sake, I was thinking whether the column information should be the coming from the list in draft-ietf-ace-oauth-authz-07, Appendix C. Requirements on Profiles. Thanks, --Cigdem On Tue, Sep 12, 2017 at 4:41 PM, G=C3=B6ran Selander wrote: > Hi Kathleen, > > As I remember the reason to set up the Wiki was to generate a roadmap for > the ACE work. We noted dependencies and potential overlap between > different profiles and some content rather belonging to the framework tha= n > individual profile. A starting point for deciding on the roadmap could be > a table with rows for each profile and where the columns could be some > distinguishing features of each profile such as: the scope of the profile= , > nodes (if other than client and RS), protocols used between nodes > (including security protocols), dependence on other profiles, candidate > framework functionality described in the draft, etc. > > If people agree with this I can help setting up the table, and those > proposing profiles could fill in the rows. > > > Best regards, > G=C3=B6ran > > > > On 2017-09-12 16:16, "Ace on behalf of Kathleen Moriarty" > > wrote: > > >Hello, > > > >In Prague, we agreed as a next step we would pull together a > >comparison chart for profiles using the WG wiki. Can I get a > >volunteer to set up the wiki page? You should first get agreement > >(light agreement as we need to move on this) as to what we want to > >compare. The list for comparison does not appear in the minutes, but > >was discussed in the meeting, so the recording might be helpful. > > > >Here is a link to the wiki: > >https://trac.ietf.org/trac/ace > >-- > > > >Best regards, > >Kathleen > > > >_______________________________________________ > >Ace mailing list > >Ace@ietf.org > >https://www.ietf.org/mailman/listinfo/ace > > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace > --001a1140871685fac6055900d34b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,=C2=A0
=C2=A0
+1 for row and column in= formation. For completeness sake,=C2=A0
I was thinking whether th= e column information should be the =C2=A0coming from the list in=C2=A0draft-i= etf-ace-oauth-authz-07,=C2=A0=C2=A0Appendix C.=C2=A0=C2=A0= Re= quirements on Profiles.=C2=A0

Thanks= ,
--Cigdem=C2=A0


On Tue, Sep 12, 2017 a= t 4:41 PM, G=C3=B6ran Selander <goran.selander@ericsson.com&= gt; wrote:
Hi Kathleen,

As I remember the reason to set up the Wiki was to generate a roadmap for the ACE work. We noted dependencies and potential overlap between
different profiles and some content rather belonging to the framework than<= br> individual profile. A starting point for deciding on the roadmap could be a table with rows for each profile and where the columns could be some
distinguishing features of each profile such as: the scope of the profile,<= br> nodes (if other than client and RS), protocols used between nodes
(including security protocols), dependence on other profiles, candidate
framework functionality described in the draft, etc.

If people agree with this I can help setting up the table, and those
proposing profiles could fill in the rows.


Best regards,
G=C3=B6ran



On 2017-09-12 16:16, "Ace on behalf of Kathleen Moriarty"
<ace-bounces@ietf.org on behalf of kathleen.moriarty.ietf@gmail.com> wrote= :

>Hello,
>
>In Prague, we agreed as a next step we would pull together a
>comparison chart for profiles using the WG wiki.=C2=A0 Can I get a
>volunteer to set up the wiki page?=C2=A0 You should first get agreement=
>(light agreement as we need to move on this) as to what we want to
>compare.=C2=A0 The list for comparison does not appear in the minutes, = but
>was discussed in the meeting, so the recording might be helpful.
>
>Here is a link to the wiki:
>https://trac.ietf.org/trac/ace
>--
>
>Best regards,
>Kathleen
>
>_______________________________________________
>Ace mailing list
>Ace@ietf.org
>https://www.ietf.org/mailman/listinfo/ace

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

--001a1140871685fac6055900d34b-- From nobody Tue Sep 12 11:01:43 2017 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 CAAF1132026 for ; Tue, 12 Sep 2017 11:01:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.02 X-Spam-Level: X-Spam-Status: No, score=-2.02 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 mnMJiF38rRbt for ; Tue, 12 Sep 2017 11:01:38 -0700 (PDT) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0091.outbound.protection.outlook.com [104.47.36.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54506126B6D for ; Tue, 12 Sep 2017 11:01:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Z14Y3DOB4Zcl9mZ61H+dOGfYiVNlKXtpuRbpizBZ//4=; b=SI77VkYfvHxHSb9cv3eeD6LZkfSNVpj1HXvAjPhzPDvNALvsr3OCEGZKjN/uTbyplxsVJUvMXjEs+Wyb9gxYtpmUbtsG65e7XKRmTcmGTHS+I2QGU2WZAEgFDjv1QXzu3Vu2OXXFu7YFtfjGTql+HBUblo86d+Mlzco+7AVPFVc= Received: from BN6PR21MB0500.namprd21.prod.outlook.com (10.172.112.10) by BN6PR21MB0497.namprd21.prod.outlook.com (10.172.112.7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.77.2; Tue, 12 Sep 2017 18:01:36 +0000 Received: from BN6PR21MB0500.namprd21.prod.outlook.com ([10.172.112.10]) by BN6PR21MB0500.namprd21.prod.outlook.com ([10.172.112.10]) with mapi id 15.20.0077.005; Tue, 12 Sep 2017 18:01:36 +0000 From: Mike Jones To: "ace@ietf.org" Thread-Topic: Initial Working Group Draft of Proof-of-Possession Key Semantics for CBOR Web Tokens (CWTs) Thread-Index: AdMr8ELEgka/W+pqS+OgpQpu3apX8w== Date: Tue, 12 Sep 2017 18:01:36 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=True; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Ref=https://api.informationprotection.azure.com/api/72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Owner=mbj@microsoft.com; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2017-09-12T11:01:35.1787798-07:00; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=General; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Application=Microsoft Azure Information Protection; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Extended_MSFT_Method=Automatic; Sensitivity=General x-originating-ip: [2001:4898:80e8:6::36] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN6PR21MB0497; 6:P+VFmWTJs9SJytgDrS1FKad376Jt+eTtiL4Q2AJiQ/Sda9OlL8VS/bfCVZtBIIHjC4ZNjPizTootwCyDY08o8Yv1v64VDRG00LovNvGRMYPPqba7BPYPwfQ7ciQ2TmXtjukhfTYqxGshc/LRU1JM5C88R5Iz7TyPUJKARja4egr10Qu3OXyoYiJUMw4QfktKfMXXHMB5al5JasUMppobF4lp+EEpz4Qrrk0T7mUyDsFRYHYdGdeWzcGQ+fSFbym31rfl3IwPv0jO0+KVDVTpmHLeAc5c/FwdXiAcYpZB/Si/kKRVUoDjdaJDUg3B3DnRUlUG3DrulZrPa6w/W07FQw==; 5:a8C1NQLzw8O5dQBKvyxgcsyYcmC+VkPWh6a/90Uy7g5OKq5dhK+WiORVOPVZXbwio2AC5X9fluxrRK6EvMcxaA9IImMRa+BIG8WV0W00Zcj1jHUJk3Si0NnDNyQV0XMgjbmHFQoy6W03VlO1ZoZANg==; 24:2pA5iFsd7HkOeqGMSiVjx8+VB56mFS3zxE1eVTKMkJjTy7c+iowGIi7kLToarTWImsmegCphexhYxiYHnRbHZN4MlZXZ7H/+NHyLeY+xP+I=; 7:t18bnTdH4jN5DdAj59+46GprIcaoZlqY/rSNmoQulu68qpun/d//mVOEshMLp3iK5dQpVVl/SBx183+E9FJUUHLuFL1+K+tVfXAkPWJOFiHSKCatTuEqKpBZsv8dBUyzAQsIJnbJ399QUqmagBbaXRoGHtqPOAxYFAXHesLhHivDgNWp2DeBiu5vhZwaFDMYSYPPN4dTRlOB6cxyKfpwEcMDZPmoxej48Ysl9sCjt5I= x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 6037450a-2dfd-4e69-b785-08d4fa084f8b x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN6PR21MB0497; x-ms-traffictypediagnostic: BN6PR21MB0497: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michael.Jones@microsoft.com; x-exchange-antispam-report-test: UriScan:(31418570063057)(21748063052155); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(61425038)(6040450)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(100000703101)(100105400095)(6055026)(61426038)(61427038)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123564025)(20161123555025)(20161123560025)(20161123562025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN6PR21MB0497; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN6PR21MB0497; x-forefront-prvs: 042857DBB5 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(209900001)(47760400005)(189002)(199003)(51414003)(110136004)(68736007)(53376002)(2906002)(230783001)(9686003)(54896002)(6306002)(22452003)(55016002)(99286003)(236005)(5630700001)(74316002)(189998001)(53936002)(316002)(6916009)(97736004)(2501003)(7696004)(10090500001)(54356999)(77096006)(50986999)(6506006)(6436002)(5660300001)(5640700003)(606006)(2900100001)(10290500003)(966005)(33656002)(25786009)(101416001)(3280700002)(86362001)(106356001)(105586002)(2351001)(86612001)(8936002)(7736002)(102836003)(6116002)(72206003)(478600001)(790700001)(3660700001)(14454004)(8676002)(8990500004)(81156014)(81166006)(1730700003)(6606295002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR21MB0497; H:BN6PR21MB0500.namprd21.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN6PR21MB050058DF74A93394C0C0F661F5690BN6PR21MB0500namp_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Sep 2017 18:01:36.5830 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR21MB0497 Archived-At: Subject: [Ace] Initial Working Group Draft of Proof-of-Possession Key Semantics for CBOR Web Tokens (CWTs) X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 12 Sep 2017 18:01:41 -0000 --_000_BN6PR21MB050058DF74A93394C0C0F661F5690BN6PR21MB0500namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The initial working group draft of the Proof-of-Possession Key Semantics fo= r CBOR Web Tokens (CWTs) specification has been posted. It contains the sam= e normative content as draft-jones-ace-cwt-proof-of-possession-01. The abstra= ct of the specification is: This specification describes how to declare in a CBOR Web Token (CWT) that = the presenter of the CWT possesses a particular proof-of-possession key. B= eing able to prove possession of a key is also sometimes described as the p= resenter being a holder-of-key. This specification provides equivalent fun= ctionality to "Proof-of-Possession Key Semantics for JSON Web Tokens (JWTs)= " (RFC 7800), but using CBOR and CWTs rather than JSON and JWTs. I look forward to working with my co-authors and the working group to hopef= ully complete this quickly! The specification is available at: * https://tools.ietf.org/html/draft-ietf-ace-cwt-proof-of-possession-00 An HTML-formatted version is also available at: * http://self-issued.info/docs/draft-ietf-ace-cwt-proof-of-possession-0= 0.html -- Mike P.S. This notice was also posted at http://self-issued.info/?p=3D1735 and = as @selfissued. --_000_BN6PR21MB050058DF74A93394C0C0F661F5690BN6PR21MB0500namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The initial working group draft of the Proof-of-Poss= ession Key Semantics for CBOR Web Tokens (CWTs) specification has been post= ed. It contains the same normative content as draft-jones-ace-cwt-proof-of-possession-01.  The abstract of the s= pecification is:

This specification descri= bes how to declare in a CBOR Web Token (CWT) that the presenter of the CWT = possesses a particular proof-of-possession key.  Being able to prove p= ossession of a key is also sometimes described as the presenter being a holder-of-key.  This specification provides = equivalent functionality to “Proof-of-Possession Key Semantics for JS= ON Web Tokens (JWTs)” (RFC 7800), but using CBOR and CWTs rather than= JSON and JWTs.

 

I look forward to working with my co-authors and the= working group to hopefully complete this quickly!

 

The specification is available at:

 

An HTML-formatted version is also available at:=

 

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

 

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

--_000_BN6PR21MB050058DF74A93394C0C0F661F5690BN6PR21MB0500namp_-- From nobody Wed Sep 13 08:42:47 2017 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 6F61A133062 for ; Wed, 13 Sep 2017 08:42:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.4 X-Spam-Level: X-Spam-Status: No, score=-5.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, 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 z6wZInBZVy6D for ; Wed, 13 Sep 2017 08:42:44 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 CB4DE132D3F for ; Wed, 13 Sep 2017 08:42:43 -0700 (PDT) Received: from [192.168.91.203] ([131.111.5.143]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lugbo-1dRrRx3dM8-00zrO6 for ; Wed, 13 Sep 2017 17:42:41 +0200 To: "Ace@ietf.org" From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: Date: Wed, 13 Sep 2017 17:42:41 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:TQlfGpj+F7Ky6jVt4s9zBncAUF4s0WyJKbM8bUJpQFCEwHkACcm adE/7CZ4NfkuzUKq2Kf71nE4AqO/11iCPXMZTvIuHgNxjZEXIFbTiosAg5i/P9M0vzOrl52 t2f2ZyA8JN526tZZjcQAqn07BmQDDtS44BS7/Ft7r4brgvFWbVVSrnjf+Ea/9JeF5JYWcsw QtyQECUvG51Qw9ujKjG+w== X-UI-Out-Filterresults: notjunk:1;V01:K0:C/U/0v8jIy0=:gIFMYw9dRj0MLBz8sHvegV l3sJPgbYd+SHbeQ0To6fpuEvPd7P2frVM4ARzb8XJbBAXoh4RhtR15YS2LG5SR28vGFl6Sdh4 l2fQ3qDdFFHFFXwAuYd+VRdd5k+jKtewxDh9wEjzGpuIbW4Vn1hiOclKX3TErHIBrCktWyY4g WinnnOQZs2GKZeSF37/OU2UrZ5EjnwRoZas0/97U5o0eFwbrY1GGCYau9A2AGG/rnJQt5dkpm qKDxMDaxPv9mEY2yVtr+G6OzbbBHpGUmSzWhEx1sFB7OqxksdqtS+ovqxrh53eR95GMEYV/YQ iKc8NGcpSS1S4m12sFNuCip2HTnAmPQpuHIgZQzOq40Cs2tLs+rXxsZHMhdUXX6s9603O8wgz CjnOgtCv6jZxIpXndgm/QyTB+9Yp/SuCp4cOsh4KN+EwKPpR4Ch36xkDyfOQY6YFD0cWyZwxE tkJ4zXYMmE0Qmr8QVfUAPWG4C5Q14l2J87BWul5X8XqeTqSQxLwoKaZQaPA6fDUBZ1nV+cUm7 JudDsowic4yoEt/7qqqvWVuFFfofM+n4q7r+JL71baMyJ9fLTt8ylwQdJFsqZiPjLT0XXJ8rc 7IOPIRkT9MSYECqV/LR/+NIRaV/HuT+lk9HMwp5QzXumCNSan51BnV/i+dJGX7Go9ZsnfHBr+ b8FDp8oH+iS2gL+HGpjreK3NbbCbVZqpyKqz0YUPGIhATbGN3X6P50Ra3V8xWfJa5X6bCeccI Zc4C6ZHHEjhvQ/TTanBt16nZHSaHj84QzSb6GLtqU0qi0TGEVvX2w8pRIieaz/e8eUm+2btLG OzgtvMus71n+lbFrbqqPMnr9yHGVnlwRjRKzhkFSZ7ol0PTdTw= Archived-At: Subject: [Ace] draft-selander-ace-eals vs. draft-vanderstok-ace-coap-est X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 13 Sep 2017 15:42:45 -0000 Hi all, in previous IETF meetings we had presentations on these two documents and it appears that there is an overlap. So far we haven't had a lot of discussions on these proposals on the list but since there seems to be interest from the folks attending the IETF meetings I am recommending to have a discussion about the direction we should go with this work. Any thoughts? Ciao Hannes From nobody Wed Sep 13 23:47:29 2017 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 9236713219B for ; Wed, 13 Sep 2017 23:47:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 NMIsr8FuHYQj for ; Wed, 13 Sep 2017 23:47:27 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.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 A62C7132031 for ; Wed, 13 Sep 2017 23:47:26 -0700 (PDT) X-AuditID: c1b4fb25-94fff70000005333-91-59ba25f76224 Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 8D.B2.21299.7F52AB95; Thu, 14 Sep 2017 08:47:19 +0200 (CEST) Received: from ESESSMB107.ericsson.se ([169.254.7.26]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.03.0352.000; Thu, 14 Sep 2017 08:47:18 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: Hannes Tschofenig , "Ace@ietf.org" Thread-Topic: [Ace] draft-selander-ace-eals vs. draft-vanderstok-ace-coap-est Thread-Index: AQHTLKb0Y8jWmfoipkq/Nc92EQwk6aKz8UwA Date: Thu, 14 Sep 2017 06:47:18 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprEIsWRmVeSWpSXmKPExsUyM2K7t+4v1V2RBocvcFp8/9bDbLF05z1W ByaPxZv2s3ksWfKTKYApissmJTUnsyy1SN8ugStj+u4D7AVH1CpaGhewNjAeUe1i5OSQEDCR +HvlBWsXIxeHkMARRonfL6eyQTiLGSUW/jnDBlLFJuAi8aDhEROILSIQJHHg7gJGEFtYwEdi /cyNLBBxX4nmm5+AJnEA2UYSLXelQcIsAqoSuzu+MIPYvAIWEjs2dLGC2EICVhKbTj9gB7E5 BawlznT1gK1iFBCT+H5qDdgqZgFxiVtP5jNBHCogsWTPeWYIW1Ti5eN/YHNEBfQk9va0s0HE lSRWbL/ECHICs4CmxPpd+hBjrCXW37nJCmErSkzpfsgOcY6gxMmZT1gmMIrNQrJtFkL3LCTd s5B0z0LSvYCRdRWjaHFqcVJuupGxXmpRZnJxcX6eXl5qySZGYEwd3PJbdQfj5TeOhxgFOBiV eHgtb++MFGJNLCuuzD3EKMHBrCTC+0xsV6QQb0piZVVqUX58UWlOavEhRmkOFiVxXsd9FyKE BNITS1KzU1MLUotgskwcnFINjCKhvbZnC5U2vvv7UXd7U5Zafuu9xD5H0xIG7Z7NzZNSvZLK d/yuqs3U3qL0qU1eLkSa+7vpyef7r1103P/71iqT8K1V3vuYtvA4rXyy5YKZTFqCtHRGXkdY 0/+gR8zxS/gN9CIMJ2YZxjoKTvtaxPBez6izKHzCSdHuiDBH/z9HNtz3LjmoxFKckWioxVxU nAgAL155iaUCAAA= Archived-At: Subject: Re: [Ace] draft-selander-ace-eals vs. draft-vanderstok-ace-coap-est X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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: Thu, 14 Sep 2017 06:47:28 -0000 SGkgSGFubmVzLCANCg0KSXQgaXMgaW50ZXJlc3RpbmcgdG8gbm90ZSB0aGF0IGR1cmluZyB0aGUg bGFzdCA2IG1vbnRocyB0aGVyZSBzZWVtcyB0byBiZQ0KdmVyeSBsaXR0bGUgYWN0aXZpdHkgdG8g ZW5jb3VyYWdlIGRpc2N1c3Npb24gb3IgcmV2aWV3cyBvZiB0aGUgZHJhZnRzDQp3aGljaCBhY3R1 YWxseSBhcmUgaW4gc2NvcGUgb2YgdGhlIGN1cnJlbnQgQUNFIGNoYXJ0ZXIuIEZvciBleGFtcGxl LCB3aGF0DQpkbyBwZW9wbGUgdGhpbmsgYWJvdXQgdGhlIG92ZXJsYXBzIGJldHdlZW4gdGhlIHR3 byBwdWJsaXNoLXN1YnNjcmliZQ0KcHJvZmlsZXMgKGRyYWZ0LXNlbmd1bC1raXJieS1hY2UtbXF0 dC10bHMtcHJvZmlsZSB2cy4NCmRyYWZ0LXBhbG9tYmluaS1hY2UtY29hcC1wdWJzdWItcHJvZmls ZSk/IEluc3RlYWQsIHlvdSBhcyBjby1jaGFpciBvZiBBQ0UNCmVuY291cmFnZSB0aGUgV0cgdG8g ZGlzY3VzcyB0d28gZHJhZnRzIGFib3V0IGNlcnRpZmljYXRlIGVucm9sbWVudCwgYQ0KdG9waWMg d2hpY2ggaXMgbm90IGV2ZW4gbWVudGlvbmVkIGluIHRoZSBjdXJyZW50IGNoYXJ0ZXIuDQoNCkFz IGNvLWF1dGhvciBvZiBvbmUgb2YgdGhlIGRyYWZ0cyBpbiB0aGUgc3ViamVjdCBvZiB0aGlzIG1h aWwgSSBvZiBjb3Vyc2UNCndlbGNvbWUgdGhlIGRpc2N1c3Npb24sIGJ1dCBpdCBpcyBpbXBvcnRh bnQgdGhhdCB0aGlzIHRocmVhZCBkb2VzIG5vdCB0bw0KZGlzdHJhY3QgdGhlIEFDRSBXRyBmcm9t IHdvcmtpbmcgYWNjb3JkaW5nIHRvIGl0cyBjaGFydGVyIG9uIGl0cyBtaXNzZWQNCm1pbGVzdG9u ZXMuDQoNCk5vdyBmb3IgdGhlIHRvcGljIG9mIGNvbXBhcmluZyB0aGUgY2VydGlmaWNhdGUgZW5y b2xtZW50IGRyYWZ0cy4NCmRyYWZ0LXZhbmRlcnN0b2stYWNlLWNvYXAtZXN0IHByb3Bvc2VzIGEg dmVyeSBuYXR1cmFsIGFuZCBzaWduaWZpY2FudA0Kb3B0aW1pemF0aW9uIG9mIEVTVCBhZGFwdGVk IHRvIHRoZSBlc3RhYmxpc2hlZCBzZWN1cml0eSBzZXR1cCBmb3IgQ29BUCwNCmFuZCBJIGZ1bGx5 IHN1cHBvcnQgdGhhdC4gVGhlcmUgYXJlIG92ZXJsYXBwaW5nIGF1dGhvcnMgYmV0d2VlbiB0aGUN CmRyYWZ0cywgc28gY2xlYXJseSB0aGUgZHJhZnRzIHNob3VsZCBub3QgYmUgc2VlbiBpbiBvcHBv c2l0aW9uIHRvIGVhY2gNCm90aGVyLg0KDQpNeSB2aWV3IG9mIHRoZSBwb3RlbnRpYWwgY29udHJp YnV0aW9uIHdpdGggZHJhZnQtc2VsYW5kZXItYWNlLWVhbHMgKHdoaWNoDQppcyBhIGZpcnN0IHNr ZXRjaCB3ZSBtYWRlIGluIHRoZSBzcHJpbmcsIGFuZCB3aGljaCBJIHJlY2VudGx5IHN0ZXBwZWQg aW4NCnJldmlzaW9uIGp1c3QgdG8ga2VlcCBhbGl2ZSkgaXMgdHdvZm9sZDoNCg0KMS4gSXQgZGlz Y3Vzc2VzIHRoZSBnZW5lcmFsaXNhdGlvbiBvZiBFU1QgdG8gYXBwbGljYXRpb24gbGF5ZXIgc2Vj dXJpdHkuDQpUaGUgZW5yb2xtZW50IHByb2NlZHVyZSBpbiBFU1QgaXMgaW4gcHJpbmNpcGxlIG5v dCBkZXBlbmRlbnQgb24gd2hhdCBsYXllcg0KYXV0aGVudGljYXRpb24gdGFrZXMgcGxhY2UsIHBy b3ZpZGVkIHRoZXJlIGlzIHNlY3VyaXR5IGVuZC10by1lbmQgYmV0d2Vlbg0KdGhlIGVuZHBvaW50 IG1ha2luZyB0aGUgZW5yb2xtZW50IHJlcXVlc3QgYW5kIHRoZSBlbmRwb2ludCBwcm92aWRpbmcg dGhlDQpjZXJ0aWZpY2F0ZS4gQXMgd2Uga25vdywgdGhlcmUgYXJlIGNvbW1vbiBJb1Qgc2V0dGlu Z3Mgd2hlcmUgc2VjdXJpdHkgb24NCnRyYW5zcG9ydCBsYXllciBkb2VzIG5vdCBnbyBlbmQtdG8t ZW5kIGJlY2F1c2Ugb2YgZ2F0ZXdheXMgb3IgcHJveGllcyBvcg0KYmVjYXVzZSBvZiBjaGFuZ2Ug b2YgdW5kZXJseWluZyBsYXllcnMsIHdoaWNoIGlzIHRoZSByZWFzb24gZm9yIHByb3Bvc2luZw0K dGhpcyBjb21wbGVtZW50IG9uIHRoZSBhcHBsaWNhdGlvbiBsYXllci4gQXMgdG8gdGhlIGFjdHVh bCBlbnJvbG1lbnQNCnByb2NlZHVyZSwgaXQgbWF5IHdlbGwgYmUgdGhlIHNhbWUgaW4gYm90aCBj YXNlcyBvZiB0cmFuc3BvcnQgbGF5ZXINCnNlY3VyaXR5IG9yIGFwcGxpY2F0aW9uIGxheWVyIHNl Y3VyaXR5Lg0KDQoyLiBJbiBhIHNlY29uZCBpbmRlcGVuZGVudCBjb21wb25lbnQgKHNlY3Rpb24g My4yKSwgdGhlIEFDRSBmcmFtZXdvcmsgaXMNCmFwcGxpZWQgdG8gYXV0aG9yaXNlIGFuZCBwcm92 aWRlIGtleXMgdG8gdGhlIGVuZHBvaW50cyBpbnZvbHZlZCBpbiB0aGUNCmVucm9sbWVudCwgYWZ0 ZXIgd2hpY2ggdGhlIHZlcnkgc2FtZSBlbnJvbG1lbnQgcHJvY2VkdXJlIGNhbiB0YWtlIHBsYWNl Lg0KVGhpcyBzaG93cyBhIG1vcmUgbGlnaHR3ZWlnaHQga2V5IGVzdGFibGlzaG1lbnQgdGhhbiB3 aXRoIGEga2V5IGV4Y2hhbmdlDQpwcm90b2NvbCAoc3VjaCBhcyB0aGUgRFRMUyBoYW5kc2hha2Ug b3IgRURIT0MpIHdpdGggZmV3ZXIgYW5kIHNtYWxsZXINCm1lc3NhZ2VzLCBhbmQgbGVzcyBwdWJs aWMga2V5IG9wZXJhdGlvbnMsIGFsbCBvZiB3aGljaCBhcmUgZmF2b3VyYWJsZQ0KcHJvcGVydGll cyBpbiBjb25zdHJhaW5lZCBlbnZpcm9ubWVudHMuDQoNClRoZSBpbXBsaWNpdCBxdWVzdGlvbiBw b3NlZCBieSBkcmFmdC1zZWxhbmRlci1hY2UtZWFscyBpcyB0aGUgZm9sbG93aW5nOg0KSWYgd2Ug YXJlIGNvbnNpZGVyaW5nIG9uZSBJb1QgdmFyaWFudCBvZiBFU1QNCihkcmFmdC12YW5kZXJzdG9r LWFjZS1jb2FwLWVzdCkgc2hvdWxkIHdlIGFsc28gY29uc2lkZXIgb3RoZXIgdmFyaWFudHMNCnVz aW5nIHRoZSBzYW1lIGVucm9sbWVudCBwcm9jZWR1cmUsIHdoaWNoIGNhbiBiZSBhcHBsaWVkIHRv IGEgd2lkZXIgcmFuZ2UNCm9mIElvVCB1c2UgY2FzZXMgYW5kL29yIHdoaWNoIGFyZSBtb3JlIGZh dm91cmFibGUgaW4gc2V0dGluZ3Mgd2l0aA0KY29uc3RyYWluZWQgSW9UIGRldmljZXM/DQoNCg0K DQpHw7ZyYW4NCg0KDQoNCg0KT24gMjAxNy0wOS0xMyAxNzo0MiwgIkFjZSBvbiBiZWhhbGYgb2Yg SGFubmVzIFRzY2hvZmVuaWciDQo8YWNlLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGhh bm5lcy50c2Nob2ZlbmlnQGdteC5uZXQ+IHdyb3RlOg0KDQo+SGkgYWxsLA0KPg0KPmluIHByZXZp b3VzIElFVEYgbWVldGluZ3Mgd2UgaGFkIHByZXNlbnRhdGlvbnMgb24gdGhlc2UgdHdvIGRvY3Vt ZW50cw0KPmFuZCBpdCBhcHBlYXJzIHRoYXQgdGhlcmUgaXMgYW4gb3ZlcmxhcC4gU28gZmFyIHdl IGhhdmVuJ3QgaGFkIGEgbG90IG9mDQo+ZGlzY3Vzc2lvbnMgb24gdGhlc2UgcHJvcG9zYWxzIG9u IHRoZSBsaXN0IGJ1dCBzaW5jZSB0aGVyZSBzZWVtcyB0byBiZQ0KPmludGVyZXN0IGZyb20gdGhl IGZvbGtzIGF0dGVuZGluZyB0aGUgSUVURiBtZWV0aW5ncyBJIGFtIHJlY29tbWVuZGluZyB0bw0K PmhhdmUgYSBkaXNjdXNzaW9uIGFib3V0IHRoZSBkaXJlY3Rpb24gd2Ugc2hvdWxkIGdvIHdpdGgg dGhpcyB3b3JrLg0KPg0KPkFueSB0aG91Z2h0cz8NCj4NCj5DaWFvDQo+SGFubmVzDQo+DQo+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5BY2UgbWFpbGlu ZyBsaXN0DQo+QWNlQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9hY2UNCg0K From nobody Thu Sep 14 02:34:52 2017 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 0CD9D13305C for ; Thu, 14 Sep 2017 02:34:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sbpDLmuYWHye for ; Thu, 14 Sep 2017 02:34:48 -0700 (PDT) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (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 3643F1331C2 for ; Thu, 14 Sep 2017 02:34:48 -0700 (PDT) Received: by mail-io0-x22c.google.com with SMTP id e189so6985156ioa.4 for ; Thu, 14 Sep 2017 02:34:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JruOTiwpVDjVBNQe42QJ//HnF+q1TmoXNwKxpGnB7BE=; b=QwzmpjqEWrLl6XBZfZzgxAuMhMmjGfCiSZIImENBm/sZQv+nnjFgEQlJeSkuLA2B1o /9roUyhKHqnyiqqDLtG+j5bPbt79GJn8KsJaLlQJrQuVryKCIiqBZY8SgbAaYWBtDjh2 kzfL/pIWHqIq76T0TuIUNy5gtCvHuOTm9KHmnoNijs2giY+/BaKjwqShl45SOwnln2Em DT8HqpS3moUnyJa1kCcF5i/jaf4CaqxNsfTIM3f1o2JhMX2a8m5DjfqvQhl1436X6H6U 4p+1v/yDCMAsA9lNUAsswGQWpo4ZdjQg3VsnUAG/0tu99nYF2q2A2SGWeNYclWO7yLZd dJ5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JruOTiwpVDjVBNQe42QJ//HnF+q1TmoXNwKxpGnB7BE=; b=poNcTrc10uL2nHbU8IAdzNL0ZYdYdD8znr/5ZFiY1ibT8D1eU90kzJSmnMjsoju0CI dslU3Qx8vMr3cn/hK3QDgx3myM5bS6cUcL28LAeTkA9FKJ+k4kkxm7PGEyxQ3y2+Tq9e /nODG41t2ur1CLd3BGlMSRrzxbnHxnyzyD62OGp4kmgRzcUG8QtrInTn+ecpjvUnvgpv JX9ncUHCeRb0oCMeZdIlRlPXVU8fs5TLicN/J5h10XoVd7+hVTNrlcw2Ny8uYfY5opRH IBrJ8bNPdlRAVBcXojpptetR4xcObn/bzFwQpLnimiM1latjXuSLppVLR2IQmq6wAIVN PrXw== X-Gm-Message-State: AHPjjUhoBOhvCaE+lJ80z8vz4X5a/DNwEoG0R6BP3dT/aC7EqxThqUN3 9ZQ+cQrvqb144VP60Bkoex9TuljfAKMGSE+g27I= X-Google-Smtp-Source: AOwi7QBTrNTYQotGDog1mF4VX/WTebnlfp6oVP/5ikT6XIOCPSARR7BfVoozVVHxz84tCxVWYJlm/S3U8ArNGWbJCUw= X-Received: by 10.202.207.132 with SMTP id f126mr22958003oig.272.1505381687330; Thu, 14 Sep 2017 02:34:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.68.131 with HTTP; Thu, 14 Sep 2017 02:34:46 -0700 (PDT) In-Reply-To: References: From: Cigdem Sengul Date: Thu, 14 Sep 2017 10:34:46 +0100 Message-ID: To: =?UTF-8?Q?G=C3=B6ran_Selander?= Cc: Hannes Tschofenig , "Ace@ietf.org" Content-Type: multipart/alternative; boundary="001a1147d7fab98f88055922fc63" Archived-At: Subject: Re: [Ace] draft-selander-ace-eals vs. draft-vanderstok-ace-coap-est X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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: Thu, 14 Sep 2017 09:34:51 -0000 --001a1147d7fab98f88055922fc63 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Just wanted to add, as one of the authors of the draft-sengul-ace-mqtt-tls-profile, I can say we would be very happy to discuss what the overlaps with the draft-palombini-ace-coap-pubsub-profile are and how we can progress with that. Of course, MQTT has some fundamental differences as a protocol. This discussion will help our next revision also, which we are working on based on the feedback we received. The new version will include options for better error and disconnection handling, and token updates with MQTT v5. Thanks, --Cigdem On Thu, Sep 14, 2017 at 7:47 AM, G=C3=B6ran Selander wrote: > Hi Hannes, > > It is interesting to note that during the last 6 months there seems to be > very little activity to encourage discussion or reviews of the drafts > which actually are in scope of the current ACE charter. For example, what > do people think about the overlaps between the two publish-subscribe > profiles (draft-sengul-kirby-ace-mqtt-tls-profile vs. > draft-palombini-ace-coap-pubsub-profile)? Instead, you as co-chair of ACE > encourage the WG to discuss two drafts about certificate enrolment, a > topic which is not even mentioned in the current charter. > > As co-author of one of the drafts in the subject of this mail I of course > welcome the discussion, but it is important that this thread does not to > distract the ACE WG from working according to its charter on its missed > milestones. > > Now for the topic of comparing the certificate enrolment drafts. > draft-vanderstok-ace-coap-est proposes a very natural and significant > optimization of EST adapted to the established security setup for CoAP, > and I fully support that. There are overlapping authors between the > drafts, so clearly the drafts should not be seen in opposition to each > other. > > My view of the potential contribution with draft-selander-ace-eals (which > is a first sketch we made in the spring, and which I recently stepped in > revision just to keep alive) is twofold: > > 1. It discusses the generalisation of EST to application layer security. > The enrolment procedure in EST is in principle not dependent on what laye= r > authentication takes place, provided there is security end-to-end between > the endpoint making the enrolment request and the endpoint providing the > certificate. As we know, there are common IoT settings where security on > transport layer does not go end-to-end because of gateways or proxies or > because of change of underlying layers, which is the reason for proposing > this complement on the application layer. As to the actual enrolment > procedure, it may well be the same in both cases of transport layer > security or application layer security. > > 2. In a second independent component (section 3.2), the ACE framework is > applied to authorise and provide keys to the endpoints involved in the > enrolment, after which the very same enrolment procedure can take place. > This shows a more lightweight key establishment than with a key exchange > protocol (such as the DTLS handshake or EDHOC) with fewer and smaller > messages, and less public key operations, all of which are favourable > properties in constrained environments. > > The implicit question posed by draft-selander-ace-eals is the following: > If we are considering one IoT variant of EST > (draft-vanderstok-ace-coap-est) should we also consider other variants > using the same enrolment procedure, which can be applied to a wider range > of IoT use cases and/or which are more favourable in settings with > constrained IoT devices? > > > > G=C3=B6ran > > > > > On 2017-09-13 17:42, "Ace on behalf of Hannes Tschofenig" > wrote: > > >Hi all, > > > >in previous IETF meetings we had presentations on these two documents > >and it appears that there is an overlap. So far we haven't had a lot of > >discussions on these proposals on the list but since there seems to be > >interest from the folks attending the IETF meetings I am recommending to > >have a discussion about the direction we should go with this work. > > > >Any thoughts? > > > >Ciao > >Hannes > > > >_______________________________________________ > >Ace mailing list > >Ace@ietf.org > >https://www.ietf.org/mailman/listinfo/ace > > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace > --001a1147d7fab98f88055922fc63 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Just wanted to add, =C2= =A0as one of the authors of the draft-sengul-ace-mqtt-tls-profile,
I can say we would be very happy to discuss what the overlaps with the
draft-palombini-ace-coap-pubsub-profile are and how we can progress= with that.=C2=A0
Of course, MQTT has some fundamental difference= s as a protocol.=C2=A0

This discussion will help o= ur next revision also, which =C2=A0we are working on based on the feedback = we received.=C2=A0
The new version will include options for bette= r error and disconnection handling, and token
updates with MQ= TT v5.=C2=A0

Thanks,
--Cigdem
=

On Thu, Sep 14, = 2017 at 7:47 AM, G=C3=B6ran Selander <goran.selander@ericsson.co= m> wrote:
Hi Hannes,

It is interesting to note that during the last 6 months there seems to be very little activity to encourage discussion or reviews of the drafts
which actually are in scope of the current ACE charter. For example, what do people think about the overlaps between the two publish-subscribe
profiles (draft-sengul-kirby-ace-mqtt-tls-profile vs.
draft-palombini-ace-coap-pubsub-profile)? Instead, you as co-chair of = ACE
encourage the WG to discuss two drafts about certificate enrolment, a
topic which is not even mentioned in the current charter.

As co-author of one of the drafts in the subject of this mail I of course welcome the discussion, but it is important that this thread does not to distract the ACE WG from working according to its charter on its missed
milestones.

Now for the topic of comparing the certificate enrolment drafts.
draft-vanderstok-ace-coap-est proposes a very natural and significant
optimization of EST adapted to the established security setup for CoAP,
and I fully support that. There are overlapping authors between the
drafts, so clearly the drafts should not be seen in opposition to each
other.

My view of the potential contribution with draft-selander-ace-eals (which is a first sketch we made in the spring, and which I recently stepped in revision just to keep alive) is twofold:

1. It discusses the generalisation of EST to application layer security. The enrolment procedure in EST is in principle not dependent on what layer<= br> authentication takes place, provided there is security end-to-end between the endpoint making the enrolment request and the endpoint providing the certificate. As we know, there are common IoT settings where security on transport layer does not go end-to-end because of gateways or proxies or because of change of underlying layers, which is the reason for proposing this complement on the application layer. As to the actual enrolment
procedure, it may well be the same in both cases of transport layer
security or application layer security.

2. In a second independent component (section 3.2), the ACE framework is applied to authorise and provide keys to the endpoints involved in the
enrolment, after which the very same enrolment procedure can take place. This shows a more lightweight key establishment than with a key exchange protocol (such as the DTLS handshake or EDHOC) with fewer and smaller
messages, and less public key operations, all of which are favourable
properties in constrained environments.

The implicit question posed by draft-selander-ace-eals is the following: If we are considering one IoT variant of EST
(draft-vanderstok-ace-coap-est) should we also consider other variants=
using the same enrolment procedure, which can be applied to a wider range of IoT use cases and/or which are more favourable in settings with
constrained IoT devices?



G=C3=B6ran




On 2017-09-13 17:42, "Ace on behalf of Hannes Tschofenig"
<ace-bounces@ietf.org on behalf of hannes.tschofenig@gmx.net> wrote:

>Hi all,
>
>in previous IETF meetings we had presentations on these two documents >and it appears that there is an overlap. So far we haven't had a lo= t of
>discussions on these proposals on the list but since there seems to be<= br> >interest from the folks attending the IETF meetings I am recommending t= o
>have a discussion about the direction we should go with this work.
>
>Any thoughts?
>
>Ciao
>Hannes
>
>_______________________________________________
>Ace mailing list
>Ace@ietf.org
>https://www.ietf.org/mailman/listinfo/ace

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

--001a1147d7fab98f88055922fc63-- From nobody Thu Sep 14 06:57:41 2017 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 EABD8132A1A for ; Thu, 14 Sep 2017 06:57:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 VcAPJPGVMQrk for ; Thu, 14 Sep 2017 06:57:37 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 EDD36132355 for ; Thu, 14 Sep 2017 06:57:36 -0700 (PDT) X-AuditID: c1b4fb30-66bff70000007145-0c-59ba8ace2a92 Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 1E.7C.28997.ECA8AB95; Thu, 14 Sep 2017 15:57:34 +0200 (CEST) Received: from ESESSMB107.ericsson.se ([169.254.7.26]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0352.000; Thu, 14 Sep 2017 15:57:34 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: Cigdem Sengul CC: Kathleen Moriarty , "ace@ietf.org" Thread-Topic: [Ace] Volunteer to set up the wiki Thread-Index: AQHTK9HEb7q3tsF5nUij5viXHWjFfaKxY4cA///xfQCAAxYrgA== Date: Thu, 14 Sep 2017 13:57:33 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-originating-ip: [153.88.183.154] Content-Type: multipart/alternative; boundary="_000_D5E056F587900goranselanderericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrAIsWRmVeSWpSXmKPExsUyM2K7me65rl2RBt9Xq1t8/9bDbHFsw2dm i4ad+Q7MHjtn3WX3WLLkJ1MAUxSXTUpqTmZZapG+XQJXxqmufUwFzfEV9ybcZWxg3BLTxcjJ ISFgIvH+02emLkYuDiGBI4wSDzedhnIWM0rsONTEAlLFJuAi8aDhEROILSKgLTHn+GUwm1kg UuLj9n52EFtYQF9i19W77BA1BhINR74C2RxAtpPEzmnWIGEWAVWJ1f0nGUFsXgELiYufbzJC 7DrGKHHs8Bc2kASnQKDEvc3HmEFsRgExie+n1kDtEpe49WQ+E8TVAhJL9pxnhrBFJV4+/scK YosK6Ens7Wlng4grSSy6/RmqN1ZixpVt7BCLBSVOznzCMoFRdBaSsbOQlM1CUjYL6AVmAU2J 9bv0IUoUJaZ0P2SHsDUkWufMhbKtJb53/2VDVrOAkWMVo2hxanFSbrqRkV5qUWZycXF+nl5e askmRmA8Htzy22AH48vnjocYBTgYlXh4H5ftihRiTSwrrsw9xCjBwawkwttVCRTiTUmsrEot yo8vKs1JLT7EKM3BoiTO67jvQoSQQHpiSWp2ampBahFMlomDU6qBUc+xRviMt8Tf5nXbA56d vFrOFzlLzi5t7brs3Lt8z895VikJyPrfUNju6jEpcZ9W/RM3CbXmzqDHpx422C7f4ZTtb6ve mbJ1Zcf9WxuV35wPFK6bdCNe/rqTScXMoi/Pn82WOsH2bc2r5PWPMzeG9H3TO7JimU35s/tP 3fzY3+Vw200/8+6RjBJLcUaioRZzUXEiACVDKkTDAgAA Archived-At: Subject: Re: [Ace] Volunteer to set up the wiki X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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: Thu, 14 Sep 2017 13:57:40 -0000 --_000_D5E056F587900goranselanderericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2lnZGVtLA0KDQpGcm9tOiBDaWdkZW0gU2VuZ3VsIDxjaWdkZW0uc2VuZ3VsQGdtYWlsLmNv bTxtYWlsdG86Y2lnZGVtLnNlbmd1bEBnbWFpbC5jb20+Pg0KRGF0ZTogVHVlc2RheSAxMiBTZXB0 ZW1iZXIgMjAxNyBhdCAxODo0OQ0KVG86IEfDtnJhbiBTZWxhbmRlciA8Z29yYW4uc2VsYW5kZXJA ZXJpY3Nzb24uY29tPG1haWx0bzpnb3Jhbi5zZWxhbmRlckBlcmljc3Nvbi5jb20+Pg0KQ2M6IEth dGhsZWVuIE1vcmlhcnR5IDxrYXRobGVlbi5tb3JpYXJ0eS5pZXRmQGdtYWlsLmNvbTxtYWlsdG86 a2F0aGxlZW4ubW9yaWFydHkuaWV0ZkBnbWFpbC5jb20+PiwgImFjZUBpZXRmLm9yZzxtYWlsdG86 YWNlQGlldGYub3JnPiIgPGFjZUBpZXRmLm9yZzxtYWlsdG86YWNlQGlldGYub3JnPj4NClN1Ympl Y3Q6IFJlOiBbQWNlXSBWb2x1bnRlZXIgdG8gc2V0IHVwIHRoZSB3aWtpDQoNCkhlbGxvLA0KDQor MSBmb3Igcm93IGFuZCBjb2x1bW4gaW5mb3JtYXRpb24uIEZvciBjb21wbGV0ZW5lc3Mgc2FrZSwN Ckkgd2FzIHRoaW5raW5nIHdoZXRoZXIgdGhlIGNvbHVtbiBpbmZvcm1hdGlvbiBzaG91bGQgYmUg dGhlICBjb21pbmcgZnJvbSB0aGUgbGlzdCBpbiBkcmFmdC1pZXRmLWFjZS1vYXV0aC1hdXRoei0w NywgIEFwcGVuZGl4IEMuICBSZXF1aXJlbWVudHMgb24gUHJvZmlsZXMuDQoNClllcywgdGhhdOKA mXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50Lg0KDQpUaGFua3MsDQpHw7ZyYW4NCg0KDQpUaGFua3Ms DQotLUNpZ2RlbQ0KDQoNCk9uIFR1ZSwgU2VwIDEyLCAyMDE3IGF0IDQ6NDEgUE0sIEfDtnJhbiBT ZWxhbmRlciA8Z29yYW4uc2VsYW5kZXJAZXJpY3Nzb24uY29tPG1haWx0bzpnb3Jhbi5zZWxhbmRl ckBlcmljc3Nvbi5jb20+PiB3cm90ZToNCkhpIEthdGhsZWVuLA0KDQpBcyBJIHJlbWVtYmVyIHRo ZSByZWFzb24gdG8gc2V0IHVwIHRoZSBXaWtpIHdhcyB0byBnZW5lcmF0ZSBhIHJvYWRtYXAgZm9y DQp0aGUgQUNFIHdvcmsuIFdlIG5vdGVkIGRlcGVuZGVuY2llcyBhbmQgcG90ZW50aWFsIG92ZXJs YXAgYmV0d2Vlbg0KZGlmZmVyZW50IHByb2ZpbGVzIGFuZCBzb21lIGNvbnRlbnQgcmF0aGVyIGJl bG9uZ2luZyB0byB0aGUgZnJhbWV3b3JrIHRoYW4NCmluZGl2aWR1YWwgcHJvZmlsZS4gQSBzdGFy dGluZyBwb2ludCBmb3IgZGVjaWRpbmcgb24gdGhlIHJvYWRtYXAgY291bGQgYmUNCmEgdGFibGUg d2l0aCByb3dzIGZvciBlYWNoIHByb2ZpbGUgYW5kIHdoZXJlIHRoZSBjb2x1bW5zIGNvdWxkIGJl IHNvbWUNCmRpc3Rpbmd1aXNoaW5nIGZlYXR1cmVzIG9mIGVhY2ggcHJvZmlsZSBzdWNoIGFzOiB0 aGUgc2NvcGUgb2YgdGhlIHByb2ZpbGUsDQpub2RlcyAoaWYgb3RoZXIgdGhhbiBjbGllbnQgYW5k IFJTKSwgcHJvdG9jb2xzIHVzZWQgYmV0d2VlbiBub2Rlcw0KKGluY2x1ZGluZyBzZWN1cml0eSBw cm90b2NvbHMpLCBkZXBlbmRlbmNlIG9uIG90aGVyIHByb2ZpbGVzLCBjYW5kaWRhdGUNCmZyYW1l d29yayBmdW5jdGlvbmFsaXR5IGRlc2NyaWJlZCBpbiB0aGUgZHJhZnQsIGV0Yy4NCg0KSWYgcGVv cGxlIGFncmVlIHdpdGggdGhpcyBJIGNhbiBoZWxwIHNldHRpbmcgdXAgdGhlIHRhYmxlLCBhbmQg dGhvc2UNCnByb3Bvc2luZyBwcm9maWxlcyBjb3VsZCBmaWxsIGluIHRoZSByb3dzLg0KDQoNCkJl c3QgcmVnYXJkcywNCkfDtnJhbg0KDQoNCg0KT24gMjAxNy0wOS0xMiAxNjoxNiwgIkFjZSBvbiBi ZWhhbGYgb2YgS2F0aGxlZW4gTW9yaWFydHkiDQo8YWNlLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRv OmFjZS1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2Yga2F0aGxlZW4ubW9yaWFydHkuaWV0 ZkBnbWFpbC5jb208bWFpbHRvOmthdGhsZWVuLm1vcmlhcnR5LmlldGZAZ21haWwuY29tPj4gd3Jv dGU6DQoNCj5IZWxsbywNCj4NCj5JbiBQcmFndWUsIHdlIGFncmVlZCBhcyBhIG5leHQgc3RlcCB3 ZSB3b3VsZCBwdWxsIHRvZ2V0aGVyIGENCj5jb21wYXJpc29uIGNoYXJ0IGZvciBwcm9maWxlcyB1 c2luZyB0aGUgV0cgd2lraS4gIENhbiBJIGdldCBhDQo+dm9sdW50ZWVyIHRvIHNldCB1cCB0aGUg d2lraSBwYWdlPyAgWW91IHNob3VsZCBmaXJzdCBnZXQgYWdyZWVtZW50DQo+KGxpZ2h0IGFncmVl bWVudCBhcyB3ZSBuZWVkIHRvIG1vdmUgb24gdGhpcykgYXMgdG8gd2hhdCB3ZSB3YW50IHRvDQo+ Y29tcGFyZS4gIFRoZSBsaXN0IGZvciBjb21wYXJpc29uIGRvZXMgbm90IGFwcGVhciBpbiB0aGUg bWludXRlcywgYnV0DQo+d2FzIGRpc2N1c3NlZCBpbiB0aGUgbWVldGluZywgc28gdGhlIHJlY29y ZGluZyBtaWdodCBiZSBoZWxwZnVsLg0KPg0KPkhlcmUgaXMgYSBsaW5rIHRvIHRoZSB3aWtpOg0K Pmh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL2FjZQ0KPi0tDQo+DQo+QmVzdCByZWdhcmRzLA0K PkthdGhsZWVuDQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj5BY2UgbWFpbGluZyBsaXN0DQo+QWNlQGlldGYub3JnPG1haWx0bzpBY2VAaWV0Zi5v cmc+DQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9hY2UNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkFjZSBtYWlsaW5nIGxp c3QNCkFjZUBpZXRmLm9yZzxtYWlsdG86QWNlQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9hY2UNCg0K --_000_D5E056F587900goranselanderericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBDaWdkZW0s PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9O Ij4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0 LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9S REVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6 IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsg Qk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPkNpZ2RlbSBTZW5ndWwgJmx0OzxhIGhy ZWY9Im1haWx0bzpjaWdkZW0uc2VuZ3VsQGdtYWlsLmNvbSI+Y2lnZGVtLnNlbmd1bEBnbWFpbC5j b208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3Nw YW4+VHVlc2RheSAxMiBTZXB0ZW1iZXIgMjAxNyBhdCAxODo0OTxicj4NCjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPkfDtnJhbiBTZWxhbmRlciAmbHQ7PGEgaHJlZj0i bWFpbHRvOmdvcmFuLnNlbGFuZGVyQGVyaWNzc29uLmNvbSI+Z29yYW4uc2VsYW5kZXJAZXJpY3Nz b24uY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6IDwv c3Bhbj5LYXRobGVlbiBNb3JpYXJ0eSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmthdGhsZWVuLm1vcmlh cnR5LmlldGZAZ21haWwuY29tIj5rYXRobGVlbi5tb3JpYXJ0eS5pZXRmQGdtYWlsLmNvbTwvYT4m Z3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86YWNlQGlldGYub3JnIj5hY2VAaWV0Zi5vcmc8L2E+ JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YWNlQGlldGYub3JnIj5hY2VAaWV0Zi5vcmc8L2E+ Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+ UmU6IFtBY2VdIFZvbHVudGVlciB0byBzZXQgdXAgdGhlIHdpa2k8YnI+DQo8L2Rpdj4NCjxkaXY+ PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxP Q0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAw IDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdiBkaXI9Imx0ciI+SGVs bG8sJm5ic3A7DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj4mIzQzOzEgZm9yIHJvdyBhbmQgY29s dW1uIGluZm9ybWF0aW9uLiBGb3IgY29tcGxldGVuZXNzIHNha2UsJm5ic3A7PC9kaXY+DQo8ZGl2 Pkkgd2FzIHRoaW5raW5nIHdoZXRoZXIgdGhlIGNvbHVtbiBpbmZvcm1hdGlvbiBzaG91bGQgYmUg dGhlICZuYnNwO2NvbWluZyBmcm9tIHRoZSBsaXN0IGluPHNwYW4gc3R5bGU9ImNvbG9yOnJnYig2 OSw2OSw2OSk7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2ZvbnQtc2l6ZToxMnB4Ij4mbmJzcDtkcmFm dC1pZXRmLWFjZS1vYXV0aC1hdXRoei0wNywmbmJzcDs8L3NwYW4+Jm5ic3A7PHNwYW4gc3R5bGU9 ImNvbG9yOnJnYig2OSw2OSw2OSk7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2ZvbnQtc2l6ZToxMnB4 Ij5BcHBlbmRpeA0KIEMuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoNjksNjksNjkpO2Zv bnQtZmFtaWx5OkhlbHZldGljYTtmb250LXNpemU6MTJweCI+Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpyZ2IoNjksNjksNjkpO2ZvbnQtZmFtaWx5OkhlbHZldGljYTtmb250 LXNpemU6MTJweCI+UmVxdWlyZW1lbnRzIG9uIFByb2ZpbGVzLiZuYnNwOzwvc3Bhbj48YnI+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4NCjxk aXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlllcywgdGhhdOKAmXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50 LiZuYnNwOzwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhhbmtzLDwvZGl2Pg0KPGRp dj5Hw7ZyYW48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZ X1NFQ1RJT04iPg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NL UVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQQURESU5HOjAgMCAw IDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXYgZGlyPSJsdHIiPg0KPGRp dj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDY5LDY5LDY5KTtmb250LWZhbWlseTpIZWx2ZXRpY2E7 Zm9udC1zaXplOjEycHgiPjxicj4NCjwvc3Bhbj48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImNv bG9yOnJnYig2OSw2OSw2OSk7Zm9udC1mYW1pbHk6SGVsdmV0aWNhO2ZvbnQtc2l6ZToxMnB4Ij5U aGFua3MsPC9zcGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDY5LDY5LDY5 KTtmb250LWZhbWlseTpIZWx2ZXRpY2E7Zm9udC1zaXplOjEycHgiPi0tQ2lnZGVtJm5ic3A7PC9z cGFuPjwvZGl2Pg0KPGRpdj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDY5LDY5LDY5KTtmb250LWZh bWlseTpIZWx2ZXRpY2E7Zm9udC1zaXplOjEycHgiPjxicj4NCjwvc3Bhbj48L2Rpdj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3Rl Ij5PbiBUdWUsIFNlcCAxMiwgMjAxNyBhdCA0OjQxIFBNLCBHw7ZyYW4gU2VsYW5kZXIgPHNwYW4g ZGlyPSJsdHIiPg0KJmx0OzxhIGhyZWY9Im1haWx0bzpnb3Jhbi5zZWxhbmRlckBlcmljc3Nvbi5j b20iIHRhcmdldD0iX2JsYW5rIj5nb3Jhbi5zZWxhbmRlckBlcmljc3Nvbi5jb208L2E+Jmd0Ozwv c3Bhbj4gd3JvdGU6PGJyPg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0i bWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0 OjFleCI+DQpIaSBLYXRobGVlbiw8YnI+DQo8YnI+DQpBcyBJIHJlbWVtYmVyIHRoZSByZWFzb24g dG8gc2V0IHVwIHRoZSBXaWtpIHdhcyB0byBnZW5lcmF0ZSBhIHJvYWRtYXAgZm9yPGJyPg0KdGhl IEFDRSB3b3JrLiBXZSBub3RlZCBkZXBlbmRlbmNpZXMgYW5kIHBvdGVudGlhbCBvdmVybGFwIGJl dHdlZW48YnI+DQpkaWZmZXJlbnQgcHJvZmlsZXMgYW5kIHNvbWUgY29udGVudCByYXRoZXIgYmVs b25naW5nIHRvIHRoZSBmcmFtZXdvcmsgdGhhbjxicj4NCmluZGl2aWR1YWwgcHJvZmlsZS4gQSBz dGFydGluZyBwb2ludCBmb3IgZGVjaWRpbmcgb24gdGhlIHJvYWRtYXAgY291bGQgYmU8YnI+DQph IHRhYmxlIHdpdGggcm93cyBmb3IgZWFjaCBwcm9maWxlIGFuZCB3aGVyZSB0aGUgY29sdW1ucyBj b3VsZCBiZSBzb21lPGJyPg0KZGlzdGluZ3Vpc2hpbmcgZmVhdHVyZXMgb2YgZWFjaCBwcm9maWxl IHN1Y2ggYXM6IHRoZSBzY29wZSBvZiB0aGUgcHJvZmlsZSw8YnI+DQpub2RlcyAoaWYgb3RoZXIg dGhhbiBjbGllbnQgYW5kIFJTKSwgcHJvdG9jb2xzIHVzZWQgYmV0d2VlbiBub2Rlczxicj4NCihp bmNsdWRpbmcgc2VjdXJpdHkgcHJvdG9jb2xzKSwgZGVwZW5kZW5jZSBvbiBvdGhlciBwcm9maWxl cywgY2FuZGlkYXRlPGJyPg0KZnJhbWV3b3JrIGZ1bmN0aW9uYWxpdHkgZGVzY3JpYmVkIGluIHRo ZSBkcmFmdCwgZXRjLjxicj4NCjxicj4NCklmIHBlb3BsZSBhZ3JlZSB3aXRoIHRoaXMgSSBjYW4g aGVscCBzZXR0aW5nIHVwIHRoZSB0YWJsZSwgYW5kIHRob3NlPGJyPg0KcHJvcG9zaW5nIHByb2Zp bGVzIGNvdWxkIGZpbGwgaW4gdGhlIHJvd3MuPGJyPg0KPGJyPg0KPGJyPg0KQmVzdCByZWdhcmRz LDxicj4NCkfDtnJhbjxicj4NCjxicj4NCjxicj4NCjxicj4NCk9uIDIwMTctMDktMTIgMTY6MTYs ICZxdW90O0FjZSBvbiBiZWhhbGYgb2YgS2F0aGxlZW4gTW9yaWFydHkmcXVvdDs8YnI+DQo8ZGl2 IGNsYXNzPSJIT0VuWmIiPg0KPGRpdiBjbGFzcz0iaDUiPiZsdDs8YSBocmVmPSJtYWlsdG86YWNl LWJvdW5jZXNAaWV0Zi5vcmciPmFjZS1ib3VuY2VzQGlldGYub3JnPC9hPiBvbiBiZWhhbGYgb2YN CjxhIGhyZWY9Im1haWx0bzprYXRobGVlbi5tb3JpYXJ0eS5pZXRmQGdtYWlsLmNvbSI+a2F0aGxl ZW4ubW9yaWFydHkuaWV0ZkBnbWFpbC48d2JyPmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCjxicj4N CiZndDtIZWxsbyw8YnI+DQomZ3Q7PGJyPg0KJmd0O0luIFByYWd1ZSwgd2UgYWdyZWVkIGFzIGEg bmV4dCBzdGVwIHdlIHdvdWxkIHB1bGwgdG9nZXRoZXIgYTxicj4NCiZndDtjb21wYXJpc29uIGNo YXJ0IGZvciBwcm9maWxlcyB1c2luZyB0aGUgV0cgd2lraS4mbmJzcDsgQ2FuIEkgZ2V0IGE8YnI+ DQomZ3Q7dm9sdW50ZWVyIHRvIHNldCB1cCB0aGUgd2lraSBwYWdlPyZuYnNwOyBZb3Ugc2hvdWxk IGZpcnN0IGdldCBhZ3JlZW1lbnQ8YnI+DQomZ3Q7KGxpZ2h0IGFncmVlbWVudCBhcyB3ZSBuZWVk IHRvIG1vdmUgb24gdGhpcykgYXMgdG8gd2hhdCB3ZSB3YW50IHRvPGJyPg0KJmd0O2NvbXBhcmUu Jm5ic3A7IFRoZSBsaXN0IGZvciBjb21wYXJpc29uIGRvZXMgbm90IGFwcGVhciBpbiB0aGUgbWlu dXRlcywgYnV0PGJyPg0KJmd0O3dhcyBkaXNjdXNzZWQgaW4gdGhlIG1lZXRpbmcsIHNvIHRoZSBy ZWNvcmRpbmcgbWlnaHQgYmUgaGVscGZ1bC48YnI+DQomZ3Q7PGJyPg0KJmd0O0hlcmUgaXMgYSBs aW5rIHRvIHRoZSB3aWtpOjxicj4NCiZndDs8YSBocmVmPSJodHRwczovL3RyYWMuaWV0Zi5vcmcv dHJhYy9hY2UiIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vdHJhYy5p ZXRmLm9yZy90cmFjLzx3YnI+YWNlPC9hPjxicj4NCiZndDstLTxicj4NCiZndDs8YnI+DQomZ3Q7 QmVzdCByZWdhcmRzLDxicj4NCiZndDtLYXRobGVlbjxicj4NCiZndDs8YnI+DQomZ3Q7X19fX19f X19fX19fX19fX19fX19fX19fX19fX188d2JyPl9fX19fX19fX19fX19fX19fXzxicj4NCiZndDtB Y2UgbWFpbGluZyBsaXN0PGJyPg0KJmd0OzxhIGhyZWY9Im1haWx0bzpBY2VAaWV0Zi5vcmciPkFj ZUBpZXRmLm9yZzwvYT48YnI+DQomZ3Q7PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9hY2UiIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vPHdicj5saXN0aW5mby9hY2U8L2E+PGJyPg0KPGJyPg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPHdicj5fX19fX19fX19fX19fX19fXzxicj4N CkFjZSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86QWNlQGlldGYub3JnIj5BY2VA aWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9hY2UiIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vPHdicj5saXN0aW5mby9hY2U8L2E+PGJyPg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D5E056F587900goranselanderericssoncom_-- From nobody Thu Sep 14 08:33:44 2017 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 5E0C9124239; Thu, 14 Sep 2017 08:33:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: Kathleen.Moriarty.ietf@gmail.com, ace-chairs@ietf.org, kepeng.lkp@alibaba-inc.com, ace@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.61.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150540322134.12587.17965083281335821361.idtracker@ietfa.amsl.com> Date: Thu, 14 Sep 2017 08:33:41 -0700 Archived-At: Subject: [Ace] ace - New Meeting Session Request for IETF 100 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2017 15:33:41 -0000 A new meeting session request has just been submitted by Kepeng Li, a Chair of the ace working group. --------------------------------------------------------- Working Group Name: Authentication and Authorization for Constrained Environments Area Name: Security Area Session Requester: Kepeng Li Number of Sessions: 1 Length of Session(s): 2.5 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: core oauth saag lwig tokbind tls People who must be present: Kathleen Moriarty Hannes Tschofenig Kepeng Li Resources Requested: Special Requests: Avoid entire SEC areas. Please avoid a session on Friday! --------------------------------------------------------- From nobody Fri Sep 15 01:05:14 2017 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 DBB14133056 for ; Fri, 15 Sep 2017 01:05:12 -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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=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 8Sm06O-zjkvP for ; Fri, 15 Sep 2017 01:05:09 -0700 (PDT) Received: from lb1-smtp-cloud7.xs4all.net (lb1-smtp-cloud7.xs4all.net [194.109.24.24]) (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 7F89313304D for ; Fri, 15 Sep 2017 01:05:09 -0700 (PDT) Received: from webmail.xs4all.nl ([IPv6:2001:888:0:22:194:109:20:206]) by smtp-cloud7.xs4all.net with ESMTPA id slcYdTnLAG5oqslcYdsMQ5; Fri, 15 Sep 2017 10:05:07 +0200 Received: from AMontpellier-654-1-184-83.w92-145.abo.wanadoo.fr ([92.145.163.83]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Fri, 15 Sep 2017 10:05:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 15 Sep 2017 10:05:06 +0200 From: peter van der Stok To: =?UTF-8?Q?G=C3=B6ran_Selander?= Cc: Hannes Tschofenig , Ace@ietf.org Organization: vanderstok consultancy Reply-To: consultancy@vanderstok.org Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: Message-ID: <006810ecb742e1a0640528ee78f7c88f@xs4all.nl> X-Sender: stokcons@xs4all.nl User-Agent: XS4ALL Webmail X-CMAE-Envelope: MS4wfL37ZV/QDzsk1dOccHQQzaR3DdO25prNA17gR2/UtIB3q3GDPjxiVX0n9zMOUitxffKnCYcDzoFHl8KE29QzqLBz6xFGOwTxcZ2SCBYgvXe1QfiJhMtr TVuR6B10OXK26uDvJQWapivXymSA+lvbmWWbyXbJ0LXl/aB35k761qb9yWVLtSEryrPVPsTWLVs2aMdfWzTY5lvLN/DORR5Eibcn25v5F06ilKI4bJu0gOcZ 6bWArQMo7I5AJqAJV34qkA== Archived-At: Subject: Re: [Ace] draft-selander-ace-eals vs. draft-vanderstok-ace-coap-est X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 15 Sep 2017 08:05:13 -0000 Hi Goran and Hannes, Thanks Hannes, for starting the discussion. I am glad to contribute to this discussion, as one of the more interested parties, co-author of est-coaps. Looking at the charter of ACE, the following sentences seemed of interest to me. "As a starting point, the working group will assume that access to resources at a resource server by a client device takes place using CoAP and is protected by DTLS. Both resource server and client may be constrained. This access will be mediated by an authorization server, which is not considered to be constrained." " Note that the initial focus is on CoAP and HTTP with DTLS and TLS. Other security protocols may be considered as long as the primary focus is maintained." It clearly states that for the authorization and authentication coap and dtls are the first technologies that are investigated followed by other technologies. Mapping this approach from authorization to certificate management, The same text seems valid to me, and I consider the coap-est draft belonging to the coap-dtls focus and eals draft belonging to other technologies. They are complementary in my view. Currently, many manufacturers are happy to use their "finally" working dtls implementation. They are reluctant to try anything new at this moment. That motivates the writing of the coap-est draft. That does not mean that manufacturers will not go over to new technology in a later stage, once the advantages are clearer, and more experience has been gained. Neither does it mean that all manufacturers are glued to their current DTLS implementation. Although ACE focuses on authentication and authorization, it is the WG that looks after security for constrained devices, using RESTful techniques, CoAP and TLS/DTLS; and as such I hope the "certificate management" drafts fit in. Looking forward to other reactions on this subject. Peter G枚ran Selander schreef op 2017-09-14 08:47: > Hi Hannes, > > Now for the topic of comparing the certificate enrolment drafts. > draft-vanderstok-ace-coap-est proposes a very natural and significant > optimization of EST adapted to the established security setup for CoAP, > and I fully support that. There are overlapping authors between the > drafts, so clearly the drafts should not be seen in opposition to each > other. > The implicit question posed by draft-selander-ace-eals is the > following: > If we are considering one IoT variant of EST > (draft-vanderstok-ace-coap-est) should we also consider other variants > using the same enrolment procedure, which can be applied to a wider > range > of IoT use cases and/or which are more favourable in settings with > constrained IoT devices? > > G枚ran > > On 2017-09-13 17:42, "Ace on behalf of Hannes Tschofenig" > wrote: > >> Hi all, >> >> in previous IETF meetings we had presentations on these two documents >> and it appears that there is an overlap. So far we haven't had a lot >> of >> discussions on these proposals on the list but since there seems to be >> interest from the folks attending the IETF meetings I am recommending >> to >> have a discussion about the direction we should go with this work. >> >> Any thoughts? >> >> Ciao >> Hannes >> >> _______________________________________________ >> Ace mailing list >> Ace@ietf.org >> https://www.ietf.org/mailman/listinfo/ace > > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace From nobody Fri Sep 15 02:47:55 2017 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 3B84F13303F for ; Fri, 15 Sep 2017 02:47:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.501 X-Spam-Level: X-Spam-Status: No, score=-3.501 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, 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 VZ4-6lmmnEJL for ; Fri, 15 Sep 2017 02:47:53 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 D6187132EDA for ; Fri, 15 Sep 2017 02:47:52 -0700 (PDT) Received: from [192.168.91.203] ([193.43.158.242]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LjZhg-1dHGYA0iaW-00bYyV for ; Fri, 15 Sep 2017 11:47:50 +0200 To: "Ace@ietf.org" From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: Date: Fri, 15 Sep 2017 11:47:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:9XF2ZTJZ9DKvUVWXR6a5b864LHxz9HLeFR4kBgnOGuj8NCc4gTN SLXnKkL/TnBB/IGUD0Tdn2ww6WWeSmtr7qSTtkVXf5Th26TjqZ2Huhc/7P5OFKVz+kVt54L CWjRi23nnaX1gQeYhZcDiR7aJfAqMtKo832BLPKiF/sz3KHuxXM/l7rR7bxbw3W4XW8jvb1 2Enfq6VXoZ61tywsKlwyg== X-UI-Out-Filterresults: notjunk:1;V01:K0:7CuEZJqVYos=:u9uxB8oUPD/yRTF05gdHC2 cPCji/Z/1PkQWrjTK1CCrGoBDQcOHr1kTfD8+KAoClXIv8DPULomrDmdqqxbX0XTitQYYQ92m kjZn8PdkfYjo9UXcmAR8RfQ6brIYNwQ6yH8YxqmBUJ24JbSXJBy5sG1xGsMeQzAnf8CY73PRA /O+Q84znoOPkbP3mn5Abvs7esByqsBgB83jp8tMb2kzTJjreauZVYvSYN9nbcWox8Nk1keuDs uNkANeFL9HeVjQy0ieIsFOm+pL46IOEf1wM299LbKhpYD6I5fhot7RoGp2JJtLPHT349jJ5XK LsFz870SSCa3JHHCkr4Q2d61JWl6OG7lsRTxTKoswsJIjEQBheMg4yEsbaZvOOY0OKqXuDtcr /Qvm4WNFjGthcIPK/o61nSfJwnRga3BrjRQgi7ls3y4ku7hjwnzJPfyCYzWouQU4wWyQRQ1z8 Zd+3rVkqR3jZpjNX1gFHVb4AnPl38QFDKgzE2N1M3Qs7WtVkNP2UxF15zCiv2SJFCAUDO3bTu /5mMszDBjDkjB3oC6zVgZjOkFjvok41p5c3bIrbMPMxhrnnF36sLenpWphr8HzSP5lOGEUT3w 10ChukOzuHa96W5TAN5emRvU8QeHynoCerjPcyQ21N71DA2+3xqhns2whX8We2aSMWImp97iM he9sSzwfLBJh92FN7gBp22pfNBma2wK7HAkqvXReNZczeigT0bLPR9ctMzuRL2n5csDl+rMMr XGpYSEu2NKuRk3gKCYnbsc/wkHKGxBG+mfpSrtGgddw7NwABHEQOgIiE7dT0BkCrrmh3sFmD7 bWq3cr+HCAt1/PD4wVHNagwTSchvxgGVGGH51z9dhybVgWMp4w= Archived-At: Subject: [Ace] draft-ietf-ace-actors X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 15 Sep 2017 09:47:54 -0000 Hi all, the actor document has not seen any progress for a long time (despite it being a working group document). There is clearly a lack of interest from the group and the focus has shifted to other documents instead. So, I am wondering how we should proceed with this work. I see a few options and would like to hear your thoughts: 1) Stop the work and declare it "overtaken by events" 2) Find a new editor with sufficient energy (assuming that there is such a person in the working group). Other suggestions are welcome! I fear that just keep hoping that the authors will progress the document isn't enough. Thoughts? Ciao Hannes From nobody Fri Sep 15 02:57:58 2017 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 1D6E0133097 for ; Fri, 15 Sep 2017 02:57:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=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 3XT4g-wUQmNs for ; Fri, 15 Sep 2017 02:57:55 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 AB1C8133096 for ; Fri, 15 Sep 2017 02:57:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v8F9vnWl007675; Fri, 15 Sep 2017 11:57:49 +0200 (CEST) Received: from [192.168.217.119] (p5DC7FC78.dip0.t-ipconnect.de [93.199.252.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3xtrRx1hnMzDM4T; Fri, 15 Sep 2017 11:57:49 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: Date: Fri, 15 Sep 2017 11:57:47 +0200 Cc: "Ace@ietf.org" X-Mao-Original-Outgoing-Id: 527162267.339977-de060baa440d723998157b0645f0d94c Content-Transfer-Encoding: quoted-printable Message-Id: <6CD0BC4E-D099-4AF1-A00E-3779F09935BB@tzi.org> References: To: Hannes Tschofenig X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [Ace] draft-ietf-ace-actors X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 15 Sep 2017 09:57:57 -0000 On Sep 15, 2017, at 11:47, Hannes Tschofenig = wrote: >=20 > Hi all, >=20 > the actor document has not seen any progress for a long time (despite = it > being a working group document). There is clearly a lack of interest > from the group and the focus has shifted to other documents instead. =E2=80=A6 which is good, as we need to get those solution documents out = of the door. >=20 > So, I am wondering how we should proceed with this work. >=20 > I see a few options and would like to hear your thoughts: >=20 > 1) Stop the work and declare it "overtaken by events" >=20 > 2) Find a new editor with sufficient energy > (assuming that there is such a person in the working group). Well, as you know, all my cycles go into CoRE documents right now, but = these are getting out of the door, and I can get to -actors before = Singapore. Gr=C3=BC=C3=9Fe, Carsten >=20 > Other suggestions are welcome! >=20 > I fear that just keep hoping that the authors will progress the = document > isn't enough. >=20 > Thoughts? >=20 > Ciao > Hannes >=20 > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace >=20 From nobody Fri Sep 15 03:41:06 2017 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 B27D81330AE for ; Fri, 15 Sep 2017 03:41:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.221 X-Spam-Level: X-Spam-Status: No, score=-1.221 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 qMyv8qWMOyZq for ; Fri, 15 Sep 2017 03:41:02 -0700 (PDT) Received: from se-out1.mx-wecloud.net (se-out1.mx-wecloud.net [89.221.255.93]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A63E11330A3 for ; Fri, 15 Sep 2017 03:41:02 -0700 (PDT) Received: from sp-mail-2.sp.se (unknown [194.218.146.197]) by se-out1.mx-wecloud.net (Postfix) with ESMTPS id EC7E62035CA for ; Fri, 15 Sep 2017 10:40:58 +0000 (UTC) Received: from [192.168.0.166] (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Fri, 15 Sep 2017 12:40:59 +0200 To: References: From: Ludwig Seitz Message-ID: Date: Fri, 15 Sep 2017 12:40:47 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.116.0.226] X-ClientProxiedBy: sp-mail-3.sp.se (10.100.0.163) To sp-mail-2.sp.se (10.100.0.162) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=cdiiljLM c=1 sm=1 tr=0 a=L5DDne6A+dD0FbDkt2Fblw==:117 a=L5DDne6A+dD0FbDkt2Fblw==:17 a=sZ8rJzgPlrQA:10 a=IkcTkHD0fZMA:10 a=2JCJgTwv5E4A:10 a=HvUXbbm5JWnVWvynJcUA:9 a=QEXdDO2ut3YA:10 X-Virus-Scanned: clamav-milter 0.99.2 at MailSecurity X-Virus-Status: Clean X-MailSecurity-Status: 0 X-Scanned-By: WeCloud MailSecurity X-MailSecurity-Score: 0 Archived-At: Subject: Re: [Ace] draft-ietf-ace-actors X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 15 Sep 2017 10:41:05 -0000 On 2017-09-15 11:47, Hannes Tschofenig wrote: > Hi all, > > the actor document has not seen any progress for a long time (despite it > being a working group document). There is clearly a lack of interest > from the group and the focus has shifted to other documents instead. > > So, I am wondering how we should proceed with this work. > > I see a few options and would like to hear your thoughts: > > 1) Stop the work and declare it "overtaken by events" > > 2) Find a new editor with sufficient energy > (assuming that there is such a person in the working group). > > Other suggestions are welcome! > > I fear that just keep hoping that the authors will progress the document > isn't enough. > > Thoughts? > I'm happy to help progressing the document, but since I'm not the editor I don't want to unilaterally make changes to the document. @Carsten: please feel free to task me with work that needs to be done to progress actors. /Ludwig -- Ludwig Seitz, PhD Security Lab, RISE SICS Phone +46(0)70-349 92 51 From nobody Fri Sep 15 04:07:01 2017 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 D4150132F76 for ; Fri, 15 Sep 2017 04:06:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 bUzqLZWtoeYE for ; Fri, 15 Sep 2017 04:06:58 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A91DC133020 for ; Fri, 15 Sep 2017 04:06:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2311; q=dns/txt; s=iport; t=1505473617; x=1506683217; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=ynD+Q67gHi5kTBaTPKvdgMMF7QMWA6p0SYkKlvsUchk=; b=MPd5TQOXSFZ0xecqxwsGDKxOUoqSckGKw4KZy+rZk8ufYKB801gvLWP7 ZUgqmD8PtPMs/J9ANEEJgeNKrSfaJ52SjIYVCA6Pcy1A8g73MiUeRs9pL oywEDRAT36Ehs0xhUmfPFEhK7ZZUoca6tsoC4qUy3ZSLthl8RWws7UASD 0=; X-Files: signature.asc : 481 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C+AQAPs7tZ/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBhD5uJ4N1ixSQSiuWJ4ISBwMYC4UZAoRsFgECAQEBAQEBAWsohRk?= =?us-ascii?q?BAQEDAQEhSxsLGCoCAicwBgEMBgIBAYovEKs7gieLMgEBAQEBAQEDAQEBAQEBE?= =?us-ascii?q?woFgyuFYAuCcogLgmAFoQSEOYIhjXuLV4chlTKBOSYBMIENMiEIHBVJhx4+Nok?= =?us-ascii?q?RAQEB?= X-IronPort-AV: E=Sophos;i="5.42,396,1500940800"; d="asc'?scan'208";a="657483489" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Sep 2017 11:06:55 +0000 Received: from [10.61.216.42] ([10.61.216.42]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v8FB6srN009386; Fri, 15 Sep 2017 11:06:55 GMT To: Hannes Tschofenig , "Ace@ietf.org" References: From: Eliot Lear Message-ID: <32a4273e-5797-5fc5-63a0-db7e82023c1a@cisco.com> Date: Fri, 15 Sep 2017 13:07:02 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="LbRDOT3btXkEnfFFDna92ioQ2hpQoGhh7" Archived-At: Subject: Re: [Ace] draft-selander-ace-eals vs. draft-vanderstok-ace-coap-est X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 15 Sep 2017 11:07:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LbRDOT3btXkEnfFFDna92ioQ2hpQoGhh7 Content-Type: multipart/mixed; boundary="4bvf68ngRUOoDkPSeWh6DdRT3Q5JM7qCs"; protected-headers="v1" From: Eliot Lear To: Hannes Tschofenig , "Ace@ietf.org" Message-ID: <32a4273e-5797-5fc5-63a0-db7e82023c1a@cisco.com> Subject: Re: [Ace] draft-selander-ace-eals vs. draft-vanderstok-ace-coap-est References: In-Reply-To: --4bvf68ngRUOoDkPSeWh6DdRT3Q5JM7qCs Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hi Hannes, To keep things simple to understand, what would be best is the closest analog to EST/HTTP.=C2=A0 I don't object to other work going on, however.= Eliot On 9/13/17 5:42 PM, Hannes Tschofenig wrote: > Hi all, > > in previous IETF meetings we had presentations on these two documents > and it appears that there is an overlap. So far we haven't had a lot of= > discussions on these proposals on the list but since there seems to be > interest from the folks attending the IETF meetings I am recommending t= o > have a discussion about the direction we should go with this work. > > Any thoughts? > > Ciao > Hannes > > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace > --4bvf68ngRUOoDkPSeWh6DdRT3Q5JM7qCs-- --LbRDOT3btXkEnfFFDna92ioQ2hpQoGhh7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBCAAGBQJZu7RXAAoJEIe2a0bZ0nozS8QIAMFPodobKT9oUjae+u/dF0fx t6kgS2QneI6AlDsjf7EolhHU880p9lrPHJDv+35eGWaIP4poOHDVKV8NGytoLEG1 QtKtNkyltpNJsSPal5uzifzkIropBfGj6j51pvzd/Ivrbl/EZwmJ6rbNmWAPx9MH h+UpfkEtVsCvrNYl122HgP7ecmfdvN1N5Ig2T2ezahR1bNQSDLqjUCtlou1syODZ BJtGOPP8xN1+0Gyf3U3oviRQYTGkOOi/WzdIHYANoENbe2BRcAJdX+N7gA/bvei8 B0Hj2OJZyU3C7pzG4lIWPn5/EjSvnTGVfMHTpdJ8DOYvB9Ve0N/WeD+PRkLS7AM= =vOUe -----END PGP SIGNATURE----- --LbRDOT3btXkEnfFFDna92ioQ2hpQoGhh7-- From nobody Fri Sep 15 04:08:24 2017 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 530FC1330AF for ; Fri, 15 Sep 2017 04:08:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=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 9TWtc00erZ27 for ; Fri, 15 Sep 2017 04:08:15 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 A54B213309C for ; Fri, 15 Sep 2017 04:08:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v8FB8BgR005504; Fri, 15 Sep 2017 13:08:11 +0200 (CEST) Received: from [192.168.217.124] (p5DC7FC78.dip0.t-ipconnect.de [93.199.252.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3xtt173GLwzDM6X; Fri, 15 Sep 2017 13:08:11 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: Date: Fri, 15 Sep 2017 13:08:09 +0200 Cc: ace@ietf.org X-Mao-Original-Outgoing-Id: 527166489.001232-bdd7dfaccfb686a5908be664d798e031 Content-Transfer-Encoding: quoted-printable Message-Id: <120E046D-3AF6-4AA2-A4FD-E2BD43BFC47B@tzi.org> References: To: Ludwig Seitz X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [Ace] draft-ietf-ace-actors X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 15 Sep 2017 11:08:16 -0000 On Sep 15, 2017, at 12:40, Ludwig Seitz wrote: >=20 > I'm happy to help progressing the document, but since I'm not the = editor I don't want to unilaterally make changes to the document. >=20 > @Carsten: please feel free to task me with work that needs to be done = to progress actors. Thank you Ludwig. Just as a piece of background: Since ACE doesn=E2=80=99t have the usual github organization for working = on WG documents, the -actors draft is still living in the tools.ietf.org = SVN: https://svn.tools.ietf.org/svn/wg/ace/ This of course can be checked out with =E2=80=9Cgit svn clone=E2=80=9D = and used with Git, we just don=E2=80=99t have the issues infrastructure; = these would need to go to https://trac.ietf.org/trac/ace/report/1 but nothing is there. As nobody remembers how to use these 2000-style tools anymore, maybe we = should move the draft over to github as the next step... Gr=C3=BC=C3=9Fe, Carsten From nobody Fri Sep 15 04:53:43 2017 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 F14B81331D7 for ; Fri, 15 Sep 2017 04:53:41 -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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=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 fvOvIL5E8c5y for ; Fri, 15 Sep 2017 04:53:39 -0700 (PDT) Received: from se-out1.mx-wecloud.net (se-out1.mx-wecloud.net [89.221.255.93]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F2121331D2 for ; Fri, 15 Sep 2017 04:53:39 -0700 (PDT) Received: from sp-mail-2.sp.se (unknown [194.218.146.197]) by se-out1.mx-wecloud.net (Postfix) with ESMTPS id BE1172049EB for ; Fri, 15 Sep 2017 11:53:34 +0000 (UTC) Received: from [192.168.0.166] (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Fri, 15 Sep 2017 13:53:32 +0200 To: References: <120E046D-3AF6-4AA2-A4FD-E2BD43BFC47B@tzi.org> From: Ludwig Seitz Message-ID: <237630a9-202b-7e62-9ac5-964112d7d44f@ri.se> Date: Fri, 15 Sep 2017 13:53:32 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <120E046D-3AF6-4AA2-A4FD-E2BD43BFC47B@tzi.org> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.116.0.226] X-ClientProxiedBy: sp-mail-3.sp.se (10.100.0.163) To sp-mail-2.sp.se (10.100.0.162) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=cdiiljLM c=1 sm=1 tr=0 a=L5DDne6A+dD0FbDkt2Fblw==:117 a=L5DDne6A+dD0FbDkt2Fblw==:17 a=sZ8rJzgPlrQA:10 a=IkcTkHD0fZMA:10 a=2JCJgTwv5E4A:10 a=48vgC7mUAAAA:8 a=TR4Jeks8AAAA:8 a=hz_qoUAwXdx0KmHyKFQA:9 a=QEXdDO2ut3YA:10 a=w1C3t2QeGrPiZgrLijVG:22 a=kL-y6Ntdp1_KfZuiQr-4:22 X-Virus-Scanned: clamav-milter 0.99.2 at MailSecurity X-Virus-Status: Clean X-MailSecurity-Status: 0 X-Scanned-By: WeCloud MailSecurity X-MailSecurity-Score: 0 Archived-At: Subject: Re: [Ace] draft-ietf-ace-actors X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 15 Sep 2017 11:53:42 -0000 On 2017-09-15 13:08, Carsten Bormann wrote: > On Sep 15, 2017, at 12:40, Ludwig Seitz wrote: >> >> I'm happy to help progressing the document, but since I'm not the editor I don't want to unilaterally make changes to the document. >> >> @Carsten: please feel free to task me with work that needs to be done to progress actors. > > Thank you Ludwig. > > Just as a piece of background: > > Since ACE doesn鈥檛 have the usual github organization for working on WG documents, the -actors draft is still living in the tools.ietf.org SVN: > > https://svn.tools.ietf.org/svn/wg/ace/ > > This of course can be checked out with 鈥済it svn clone鈥 and used with Git, we just don鈥檛 have the issues infrastructure; these would need to go to > > https://trac.ietf.org/trac/ace/report/1 > > but nothing is there. > > As nobody remembers how to use these 2000-style tools anymore, maybe we should move the draft over to github as the next step... > Working on that ... I'll keep the list posted when I got the github.io pages working. The repo is currently at https://ludwigseitz.github.io/draft-ietf-ace-actors/ although I'd be happy to move ownership to an ACE organization if someone tells me how to do that. /Ludwig -- Ludwig Seitz, PhD Security Lab, RISE SICS Phone +46(0)70-349 92 51 From nobody Fri Sep 15 05:00:46 2017 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 8CE8A1331DC for ; Fri, 15 Sep 2017 05:00:45 -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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=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 Qcsz4jTv4Aak for ; Fri, 15 Sep 2017 05:00:43 -0700 (PDT) Received: from se-out1.mx-wecloud.net (se-out1.mx-wecloud.net [89.221.255.93]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C9F91331D2 for ; Fri, 15 Sep 2017 05:00:43 -0700 (PDT) Received: from sp-mail-2.sp.se (unknown [194.218.146.197]) by se-out1.mx-wecloud.net (Postfix) with ESMTPS id 26E6D204C3F for ; Fri, 15 Sep 2017 12:00:40 +0000 (UTC) Received: from [192.168.0.166] (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Fri, 15 Sep 2017 14:00:41 +0200 To: References: <120E046D-3AF6-4AA2-A4FD-E2BD43BFC47B@tzi.org> <237630a9-202b-7e62-9ac5-964112d7d44f@ri.se> From: Ludwig Seitz Message-ID: <8636cac2-27c2-91ed-6cd5-b83848744757@ri.se> Date: Fri, 15 Sep 2017 14:00:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <237630a9-202b-7e62-9ac5-964112d7d44f@ri.se> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.116.0.226] X-ClientProxiedBy: sp-mail-3.sp.se (10.100.0.163) To sp-mail-2.sp.se (10.100.0.162) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=cdiiljLM c=1 sm=1 tr=0 a=L5DDne6A+dD0FbDkt2Fblw==:117 a=L5DDne6A+dD0FbDkt2Fblw==:17 a=sZ8rJzgPlrQA:10 a=IkcTkHD0fZMA:10 a=2JCJgTwv5E4A:10 a=48vgC7mUAAAA:8 a=GJxalAnrBPKuMtsg1vsA:9 a=QEXdDO2ut3YA:10 a=w1C3t2QeGrPiZgrLijVG:22 X-Virus-Scanned: clamav-milter 0.99.2 at MailSecurity X-Virus-Status: Clean X-MailSecurity-Status: 0 X-Scanned-By: WeCloud MailSecurity X-MailSecurity-Score: 0 Archived-At: Subject: Re: [Ace] draft-ietf-ace-actors X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 15 Sep 2017 12:00:46 -0000 On 2017-09-15 13:53, Ludwig Seitz wrote: > On 2017-09-15 13:08, Carsten Bormann wrote: >> On Sep 15, 2017, at 12:40, Ludwig Seitz wrote: >>> >>> I'm happy to help progressing the document, but since I'm not the >>> editor I don't want to unilaterally make changes to the document. >>> >>> @Carsten: please feel free to task me with work that needs to be done >>> to progress actors. >> >> Thank you Ludwig. >> >> Just as a piece of background: >> >> Since ACE doesn鈥檛 have the usual github organization for working on WG >> documents, the -actors draft is still living in the tools.ietf.org SVN: >> >> https://svn.tools.ietf.org/svn/wg/ace/ >> >> This of course can be checked out with 鈥済it svn clone鈥 and used with >> Git, we just don鈥檛 have the issues infrastructure; these would need to >> go to >> >> https://trac.ietf.org/trac/ace/report/1 >> >> but nothing is there. >> >> As nobody remembers how to use these 2000-style tools anymore, maybe >> we should move the draft over to github as the next step... >> > > Working on that ... I'll keep the list posted when I got the github.io > pages working. Done. /Ludwig -- Ludwig Seitz, PhD Security Lab, RISE SICS Phone +46(0)70-349 92 51 From nobody Fri Sep 15 05:02:15 2017 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 869721331DD for ; Fri, 15 Sep 2017 05:02:13 -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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=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 RrpQYo8VcRD5 for ; Fri, 15 Sep 2017 05:02:12 -0700 (PDT) Received: from se-out1.mx-wecloud.net (se-out1.mx-wecloud.net [89.221.255.93]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 192571331D2 for ; Fri, 15 Sep 2017 05:02:12 -0700 (PDT) Received: from sp-mail-2.sp.se (unknown [194.218.146.197]) by se-out1.mx-wecloud.net (Postfix) with ESMTPS id D55E220429E for ; Fri, 15 Sep 2017 12:02:08 +0000 (UTC) Received: from [192.168.0.166] (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Fri, 15 Sep 2017 14:02:10 +0200 To: References: <120E046D-3AF6-4AA2-A4FD-E2BD43BFC47B@tzi.org> <237630a9-202b-7e62-9ac5-964112d7d44f@ri.se> <8636cac2-27c2-91ed-6cd5-b83848744757@ri.se> From: Ludwig Seitz Message-ID: Date: Fri, 15 Sep 2017 14:02:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <8636cac2-27c2-91ed-6cd5-b83848744757@ri.se> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.116.0.226] X-ClientProxiedBy: sp-mail-3.sp.se (10.100.0.163) To sp-mail-2.sp.se (10.100.0.162) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=cdiiljLM c=1 sm=1 tr=0 a=L5DDne6A+dD0FbDkt2Fblw==:117 a=L5DDne6A+dD0FbDkt2Fblw==:17 a=sZ8rJzgPlrQA:10 a=IkcTkHD0fZMA:10 a=2JCJgTwv5E4A:10 a=NEAV23lmAAAA:8 a=QLPfpYkryAO4RqcpiSkA:9 a=QEXdDO2ut3YA:10 a=V2CapFxqm0gA:10 X-Virus-Scanned: clamav-milter 0.99.2 at MailSecurity X-Virus-Status: Clean X-MailSecurity-Status: 0 X-Scanned-By: WeCloud MailSecurity X-MailSecurity-Score: 0 Archived-At: Subject: Re: [Ace] draft-ietf-ace-actors X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 15 Sep 2017 12:02:13 -0000 On 2017-09-15 14:00, Ludwig Seitz wrote: ... >> Working on that ... I'll keep the list posted when I got the github.io >> pages working. > > Done. > > /Ludwig > Sorry for spamming, the right link is https://github.com/LudwigSeitz/actors -- Ludwig Seitz, PhD Security Lab, RISE SICS Phone +46(0)70-349 92 51 From nobody Mon Sep 18 09:32:26 2017 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 059A7120720 for ; Mon, 18 Sep 2017 09:32:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q7FqYEgVl3oY for ; Mon, 18 Sep 2017 09:32:22 -0700 (PDT) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::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 4688E13232C for ; Mon, 18 Sep 2017 09:32:22 -0700 (PDT) Received: by mail-pf0-x22b.google.com with SMTP id q76so501207pfq.2 for ; Mon, 18 Sep 2017 09:32:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=TjykFMhpYInOPMtTXGLAwxUQnsSA6raNV7TYqHJRcHk=; b=LldmnPru6WP10N6Xhid4U3LHdPQl9EwfcnrHHtE+zrKMDCtNDJzplsBKuc1VYts7vo YmbBTAUhiJL2c5txFUBDlDHPH+eaAyykQPB3xSMBM40PDRkrfCywHCuPprUlo+67pQhw b5ciNQGWbSgCijHUgEr5sKk0J5GT8ghhtHNpmrCW3f6cE33rZVpWp1qyM7kEpEe1PsXx ndoWaM1pZxWzEOJmrwsj4h5GRdvYzNxcgjRpFLfGjg2HzLuB4ggZywhTiddtBHJPov1a LzAD/195bl/B5/3/U40NxAv6Za9YEiHgPGfXpF6rPhJf197ptmeyZSJX7nHt4IBqFA8X Cmjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=TjykFMhpYInOPMtTXGLAwxUQnsSA6raNV7TYqHJRcHk=; b=avXTUJcvE2i4g22+eEPklOw45l1/liTPn1ftZuBIabBmkBWhlPjJ9A68QhIF1SfmoY eYvXV+EYcixeTrC0kjnlnLT8a9Ua4bfLAYOqNV8SVxL0JjfrsLrJ1/gRRaTSuaUQAIct esgQFWyxqaNzhaLyeDxllEzpa5mUEahadc4OeCtUriau8xi52vlc0gHD0kMsZDilg14d ME/fY4I10y4mqJm+O5uuEFtXrN5Lo8XfdHQKdo/+UxAbhW22BnigiFf880zSEaKqoSVX HSLHSDAmBC9dI27ScZn7gvcU7+bWIiRofte2JkMEo5U9sajasrH25Zmp7RXPOpN6GwIP f2fg== X-Gm-Message-State: AHPjjUguC3+M0cbA3zpK9iV1f6Y5IPO/RPdzmPsHtEKAS1RsNRv49rvL jZGZ/zxZ2sod8sNjZeFlMMJlaNYbwrlaURSq+lw= X-Google-Smtp-Source: ADKCNb7Mpy2HKJK6sKTVymSFl5wVf5OVsqKDkNBlqQPUlZYQqHhhlIyeMULk9av9vQZkBu2oIwoGwvHh+z7Dt/4J1lY= X-Received: by 10.84.132.73 with SMTP id 67mr37672119ple.233.1505752341928; Mon, 18 Sep 2017 09:32:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.144.1 with HTTP; Mon, 18 Sep 2017 09:31:41 -0700 (PDT) In-Reply-To: References: From: Kathleen Moriarty Date: Mon, 18 Sep 2017 12:31:41 -0400 Message-ID: To: =?UTF-8?Q?G=C3=B6ran_Selander?= Cc: Cigdem Sengul , "ace@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Ace] Volunteer to set up the wiki X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 18 Sep 2017 16:32:24 -0000 Hi Goran, I see you've started working on the wiki template, thank you! You may already have this as a planned addition, but I'd like to see implementation and use cases listed as comparison points too. This might assist the working group with prioritization. Thanks, again! Kathleen On Thu, Sep 14, 2017 at 9:57 AM, G=C3=B6ran Selander wrote: > Hi Cigdem, > > From: Cigdem Sengul > Date: Tuesday 12 September 2017 at 18:49 > To: G=C3=B6ran Selander > Cc: Kathleen Moriarty , "ace@ietf.org" > > Subject: Re: [Ace] Volunteer to set up the wiki > > Hello, > > +1 for row and column information. For completeness sake, > I was thinking whether the column information should be the coming from = the > list in draft-ietf-ace-oauth-authz-07, Appendix C. Requirements on > Profiles. > > > Yes, that=E2=80=99s a good starting point. > > Thanks, > G=C3=B6ran > > > Thanks, > --Cigdem > > > On Tue, Sep 12, 2017 at 4:41 PM, G=C3=B6ran Selander > wrote: >> >> Hi Kathleen, >> >> As I remember the reason to set up the Wiki was to generate a roadmap fo= r >> the ACE work. We noted dependencies and potential overlap between >> different profiles and some content rather belonging to the framework th= an >> individual profile. A starting point for deciding on the roadmap could b= e >> a table with rows for each profile and where the columns could be some >> distinguishing features of each profile such as: the scope of the profil= e, >> nodes (if other than client and RS), protocols used between nodes >> (including security protocols), dependence on other profiles, candidate >> framework functionality described in the draft, etc. >> >> If people agree with this I can help setting up the table, and those >> proposing profiles could fill in the rows. >> >> >> Best regards, >> G=C3=B6ran >> >> >> >> On 2017-09-12 16:16, "Ace on behalf of Kathleen Moriarty" >> >> wrote: >> >> >Hello, >> > >> >In Prague, we agreed as a next step we would pull together a >> >comparison chart for profiles using the WG wiki. Can I get a >> >volunteer to set up the wiki page? You should first get agreement >> >(light agreement as we need to move on this) as to what we want to >> >compare. The list for comparison does not appear in the minutes, but >> >was discussed in the meeting, so the recording might be helpful. >> > >> >Here is a link to the wiki: >> >https://trac.ietf.org/trac/ace >> >-- >> > >> >Best regards, >> >Kathleen >> > >> >_______________________________________________ >> >Ace mailing list >> >Ace@ietf.org >> >https://www.ietf.org/mailman/listinfo/ace >> >> _______________________________________________ >> Ace mailing list >> Ace@ietf.org >> https://www.ietf.org/mailman/listinfo/ace > > > > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace > --=20 Best regards, Kathleen From nobody Mon Sep 18 09:44:15 2017 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 78B0E120720 for ; Mon, 18 Sep 2017 09:44:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 bUD7hbp1lfw8 for ; Mon, 18 Sep 2017 09:44:12 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 758EC133018 for ; Mon, 18 Sep 2017 09:44:12 -0700 (PDT) X-AuditID: c1b4fb3a-9e1d49c0000051a3-6f-59bff7da676b Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 50.72.20899.AD7FFB95; Mon, 18 Sep 2017 18:44:10 +0200 (CEST) Received: from ESESSMB107.ericsson.se ([169.254.7.166]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0352.000; Mon, 18 Sep 2017 18:44:10 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: Kathleen Moriarty CC: Cigdem Sengul , "ace@ietf.org" Thread-Topic: [Ace] Volunteer to set up the wiki Thread-Index: AQHTK9HEb7q3tsF5nUij5viXHWjFfaKxY4cA///xfQCAAxYrgIAGUt2AgAAlAQA= Date: Mon, 18 Sep 2017 16:44:09 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-originating-ip: [153.88.183.18] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrEIsWRmVeSWpSXmKPExsUyM2K7qO6t7/sjDWZ9NLD4/q2H2eLYhs/M Fg078x2YPXbOusvusWTJT6YApigum5TUnMyy1CJ9uwSujF8bQgt+qFU0v93L3MD4Q7WLkZND QsBEYkLzY7YuRi4OIYEjjBK/m34zQjhLGCXWftnIAlLFJuAi8aDhEROILSJgIbGm+RsbiM0s 4CXR3trADGILC+hL7Lp6lx2ixkCi4chXIJsDyPaTmPk2CSTMIqAq8bZhOVgrL9CYjmmroRbv YZI482E7WC+nQKDEy4PbwYoYBcQkvp9awwSxS1zi1pP5TBBXC0gs2XOeGcIWlXj5+B8riC0q oCext6edDSKuKPHx1T5GkBuYBTQl1u/ShxhjLfHh0i2okYoSU7ofskPcIyhxcuYTlgmM4rOQ bJuF0D0LSfcsJN2zkHQvYGRdxShanFpcnJtuZKSXWpSZXFycn6eXl1qyiREYcwe3/LbawXjw ueMhRgEORiUeXslP+yOFWBPLiitzDzFKcDArifA6vwYK8aYkVlalFuXHF5XmpBYfYpTmYFES 53XYdyFCSCA9sSQ1OzW1ILUIJsvEwSnVwCjzXb3dXomt13VFY+OZyzMmcj7Ttuzs8vr6qr/u ddwCnYX9r+a5T9mp+GmWnJfo09APnRI3pkVM1ZmeG/BMY+knL6EExQeaT6OPTjrXv/Lmja6E DT9znk8LKlHr5Y7/qPfNbrHFLW0mRQfGPL1FF+/8Y5/lLPLCa8rznyonOJ7ldc5TuF45R1KJ pTgj0VCLuag4EQCGSjwVtQIAAA== Archived-At: Subject: Re: [Ace] Volunteer to set up the wiki X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 18 Sep 2017 16:44:14 -0000 SGkgS2F0aGxlZW4sIGFuZCBhbGwsDQoNClllcywgSSBzdGFydGVkIHRvZGF5IGJ1dCBnb3QgaW50 ZXJydXB0ZWQuIEkgYWRkZWQgeW91ciBpdGVtcyB0byB0aGUgbGlzdA0KanVzdCBub3cuIA0KDQpB bGw6IElmIHlvdSBhcmUgbWlzc2luZyBzb21lIGNvbXBhcmlzb24gY3JpdGVyaWEgcGxlYXNlIGFk ZCBkaXJlY3RseSB0bw0KdGhlIFdpa2kgb3IgcmVzcG9uZCB0byB0aGlzIG1haWwNCg0KDQpCZXN0 IHJlZ2FyZHMsDQpHw7ZyYW4NCg0KDQpPbiAyMDE3LTA5LTE4IDE4OjMxLCAiS2F0aGxlZW4gTW9y aWFydHkiDQo8a2F0aGxlZW4ubW9yaWFydHkuaWV0ZkBnbWFpbC5jb20+IHdyb3RlOg0KDQo+SGkg R29yYW4sDQo+DQo+SSBzZWUgeW91J3ZlIHN0YXJ0ZWQgd29ya2luZyBvbiB0aGUgd2lraSB0ZW1w bGF0ZSwgdGhhbmsgeW91ISAgWW91IG1heQ0KPmFscmVhZHkgaGF2ZSB0aGlzIGFzIGEgcGxhbm5l ZCBhZGRpdGlvbiwgYnV0IEknZCBsaWtlIHRvIHNlZQ0KPmltcGxlbWVudGF0aW9uIGFuZCB1c2Ug Y2FzZXMgbGlzdGVkIGFzIGNvbXBhcmlzb24gcG9pbnRzIHRvby4gIFRoaXMNCj5taWdodCBhc3Np c3QgdGhlIHdvcmtpbmcgZ3JvdXAgd2l0aCBwcmlvcml0aXphdGlvbi4NCj4NCj5UaGFua3MsIGFn YWluIQ0KPkthdGhsZWVuDQo+DQo+T24gVGh1LCBTZXAgMTQsIDIwMTcgYXQgOTo1NyBBTSwgR8O2 cmFuIFNlbGFuZGVyDQo+PGdvcmFuLnNlbGFuZGVyQGVyaWNzc29uLmNvbT4gd3JvdGU6DQo+PiBI aSBDaWdkZW0sDQo+Pg0KPj4gRnJvbTogQ2lnZGVtIFNlbmd1bCA8Y2lnZGVtLnNlbmd1bEBnbWFp bC5jb20+DQo+PiBEYXRlOiBUdWVzZGF5IDEyIFNlcHRlbWJlciAyMDE3IGF0IDE4OjQ5DQo+PiBU bzogR8O2cmFuIFNlbGFuZGVyIDxnb3Jhbi5zZWxhbmRlckBlcmljc3Nvbi5jb20+DQo+PiBDYzog S2F0aGxlZW4gTW9yaWFydHkgPGthdGhsZWVuLm1vcmlhcnR5LmlldGZAZ21haWwuY29tPiwgImFj ZUBpZXRmLm9yZyINCj4+IDxhY2VAaWV0Zi5vcmc+DQo+PiBTdWJqZWN0OiBSZTogW0FjZV0gVm9s dW50ZWVyIHRvIHNldCB1cCB0aGUgd2lraQ0KPj4NCj4+IEhlbGxvLA0KPj4NCj4+ICsxIGZvciBy b3cgYW5kIGNvbHVtbiBpbmZvcm1hdGlvbi4gRm9yIGNvbXBsZXRlbmVzcyBzYWtlLA0KPj4gSSB3 YXMgdGhpbmtpbmcgd2hldGhlciB0aGUgY29sdW1uIGluZm9ybWF0aW9uIHNob3VsZCBiZSB0aGUg IGNvbWluZw0KPj5mcm9tIHRoZQ0KPj4gbGlzdCBpbiBkcmFmdC1pZXRmLWFjZS1vYXV0aC1hdXRo ei0wNywgIEFwcGVuZGl4IEMuICBSZXF1aXJlbWVudHMgb24NCj4+IFByb2ZpbGVzLg0KPj4NCj4+ DQo+PiBZZXMsIHRoYXTigJlzIGEgZ29vZCBzdGFydGluZyBwb2ludC4NCj4+DQo+PiBUaGFua3Ms DQo+PiBHw7ZyYW4NCj4+DQo+Pg0KPj4gVGhhbmtzLA0KPj4gLS1DaWdkZW0NCj4+DQo+Pg0KPj4g T24gVHVlLCBTZXAgMTIsIDIwMTcgYXQgNDo0MSBQTSwgR8O2cmFuIFNlbGFuZGVyDQo+PiA8Z29y YW4uc2VsYW5kZXJAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4+Pg0KPj4+IEhpIEthdGhsZWVuLA0K Pj4+DQo+Pj4gQXMgSSByZW1lbWJlciB0aGUgcmVhc29uIHRvIHNldCB1cCB0aGUgV2lraSB3YXMg dG8gZ2VuZXJhdGUgYSByb2FkbWFwDQo+Pj5mb3INCj4+PiB0aGUgQUNFIHdvcmsuIFdlIG5vdGVk IGRlcGVuZGVuY2llcyBhbmQgcG90ZW50aWFsIG92ZXJsYXAgYmV0d2Vlbg0KPj4+IGRpZmZlcmVu dCBwcm9maWxlcyBhbmQgc29tZSBjb250ZW50IHJhdGhlciBiZWxvbmdpbmcgdG8gdGhlIGZyYW1l d29yaw0KPj4+dGhhbg0KPj4+IGluZGl2aWR1YWwgcHJvZmlsZS4gQSBzdGFydGluZyBwb2ludCBm b3IgZGVjaWRpbmcgb24gdGhlIHJvYWRtYXAgY291bGQNCj4+PmJlDQo+Pj4gYSB0YWJsZSB3aXRo IHJvd3MgZm9yIGVhY2ggcHJvZmlsZSBhbmQgd2hlcmUgdGhlIGNvbHVtbnMgY291bGQgYmUgc29t ZQ0KPj4+IGRpc3Rpbmd1aXNoaW5nIGZlYXR1cmVzIG9mIGVhY2ggcHJvZmlsZSBzdWNoIGFzOiB0 aGUgc2NvcGUgb2YgdGhlDQo+Pj5wcm9maWxlLA0KPj4+IG5vZGVzIChpZiBvdGhlciB0aGFuIGNs aWVudCBhbmQgUlMpLCBwcm90b2NvbHMgdXNlZCBiZXR3ZWVuIG5vZGVzDQo+Pj4gKGluY2x1ZGlu ZyBzZWN1cml0eSBwcm90b2NvbHMpLCBkZXBlbmRlbmNlIG9uIG90aGVyIHByb2ZpbGVzLCBjYW5k aWRhdGUNCj4+PiBmcmFtZXdvcmsgZnVuY3Rpb25hbGl0eSBkZXNjcmliZWQgaW4gdGhlIGRyYWZ0 LCBldGMuDQo+Pj4NCj4+PiBJZiBwZW9wbGUgYWdyZWUgd2l0aCB0aGlzIEkgY2FuIGhlbHAgc2V0 dGluZyB1cCB0aGUgdGFibGUsIGFuZCB0aG9zZQ0KPj4+IHByb3Bvc2luZyBwcm9maWxlcyBjb3Vs ZCBmaWxsIGluIHRoZSByb3dzLg0KPj4+DQo+Pj4NCj4+PiBCZXN0IHJlZ2FyZHMsDQo+Pj4gR8O2 cmFuDQo+Pj4NCj4+Pg0KPj4+DQo+Pj4gT24gMjAxNy0wOS0xMiAxNjoxNiwgIkFjZSBvbiBiZWhh bGYgb2YgS2F0aGxlZW4gTW9yaWFydHkiDQo+Pj4gPGFjZS1ib3VuY2VzQGlldGYub3JnIG9uIGJl aGFsZiBvZiBrYXRobGVlbi5tb3JpYXJ0eS5pZXRmQGdtYWlsLmNvbT4NCj4+PiB3cm90ZToNCj4+ Pg0KPj4+ID5IZWxsbywNCj4+PiA+DQo+Pj4gPkluIFByYWd1ZSwgd2UgYWdyZWVkIGFzIGEgbmV4 dCBzdGVwIHdlIHdvdWxkIHB1bGwgdG9nZXRoZXIgYQ0KPj4+ID5jb21wYXJpc29uIGNoYXJ0IGZv ciBwcm9maWxlcyB1c2luZyB0aGUgV0cgd2lraS4gIENhbiBJIGdldCBhDQo+Pj4gPnZvbHVudGVl ciB0byBzZXQgdXAgdGhlIHdpa2kgcGFnZT8gIFlvdSBzaG91bGQgZmlyc3QgZ2V0IGFncmVlbWVu dA0KPj4+ID4obGlnaHQgYWdyZWVtZW50IGFzIHdlIG5lZWQgdG8gbW92ZSBvbiB0aGlzKSBhcyB0 byB3aGF0IHdlIHdhbnQgdG8NCj4+PiA+Y29tcGFyZS4gIFRoZSBsaXN0IGZvciBjb21wYXJpc29u IGRvZXMgbm90IGFwcGVhciBpbiB0aGUgbWludXRlcywgYnV0DQo+Pj4gPndhcyBkaXNjdXNzZWQg aW4gdGhlIG1lZXRpbmcsIHNvIHRoZSByZWNvcmRpbmcgbWlnaHQgYmUgaGVscGZ1bC4NCj4+PiA+ DQo+Pj4gPkhlcmUgaXMgYSBsaW5rIHRvIHRoZSB3aWtpOg0KPj4+ID5odHRwczovL3RyYWMuaWV0 Zi5vcmcvdHJhYy9hY2UNCj4+PiA+LS0NCj4+PiA+DQo+Pj4gPkJlc3QgcmVnYXJkcywNCj4+PiA+ S2F0aGxlZW4NCj4+PiA+DQo+Pj4gPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+Pj4gPkFjZSBtYWlsaW5nIGxpc3QNCj4+PiA+QWNlQGlldGYub3JnDQo+ Pj4gPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYWNlDQo+Pj4NCj4+PiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+IEFjZSBt YWlsaW5nIGxpc3QNCj4+PiBBY2VAaWV0Zi5vcmcNCj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2FjZQ0KPj4NCj4+DQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IEFjZSBtYWlsaW5nIGxpc3QNCj4+IEFjZUBp ZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9hY2UNCj4+ DQo+DQo+DQo+DQo+LS0gDQo+DQo+QmVzdCByZWdhcmRzLA0KPkthdGhsZWVuDQoNCg== From nobody Tue Sep 26 06:48:31 2017 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 13ECB133343 for ; Tue, 26 Sep 2017 06:48:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_BL=0.01, RCVD_IN_MSPIKE_L3=0.001, RCVD_IN_SORBS_SPAM=0.5, 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 3CYpPCXjs4G2 for ; Tue, 26 Sep 2017 06:48:29 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 810DB133321 for ; Tue, 26 Sep 2017 06:48:28 -0700 (PDT) Received: from [192.168.91.203] ([80.92.122.248]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lee2I-1dZLAS203K-00qQ04 for ; Tue, 26 Sep 2017 15:48:26 +0200 To: "Ace@ietf.org" From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: <058564ea-c6ac-438e-3fff-71cd990fe9b6@gmx.net> Date: Tue, 26 Sep 2017 15:48:25 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:eCThJn8X+5ejSkzlrMy3U43hrt9MGL71Zc7vlt/L26CFMcRDAnt 8/Zg0AIGeMJjCsZDhPx2C4zyhZEYq7JfWrEMBDyPtqjIwDVAb4QKshr3RdiUcLysw9njm6x 4WjN1ccPpg7jRqtdT8kwaJQK9Ynd+kj1kkxcsu4ENRc6vilNYj+4y21qFRHd8mQhvCwbpWj u2Oad2DLFyWdVwyFGn/6g== X-UI-Out-Filterresults: notjunk:1;V01:K0:kqyPhkhuS4k=:mSpn+a0QEixL/xVzNIce7P jdqHKWnW3IaY2ezOSEme2025akznw4xwG6Wa+7acZP/P3jKt7RJNmLsRkmAzpAw5uc+0XMpF7 hYe+SvGcDbyyd7b5hmQ1uyvVN/byMo4PdIlfZVnsqrUDVCjsU45jLILASp6HpQ1z0pCt6dsXQ jrJBv/BFNCvXlQt/Hhh1wzRAB6h7DLEqGrkrSYUJFNNq946QkUzkWQQfm5+0KttOETPKc/ICJ bOwDYUxrpYx9VW4yK5PFT+dr3xH+dqsmPtmlQADnrpaZedtcGkmggBSpnsnsh1np/Yxb0d6Fy mQOAHgMfPBpKOQk8eHPGrQOI0lISQNw6/Lm+/JtJRgf73Vti3f9lJPjFR6hr3DRbYDMhIgL2G +tNSUBvEFXBTJdIxvhuCWRa/QCR/UnNoPlu9d9MiZ60cDX+uUdCU9hNPNi++nF3aZSr1lgaJU YQ4bBW4q9dN+VuhZ9P+Q/6YKG2jEE7iZgwxSUuSxSrKtBhOkl5n0ws8Hg1LjxVdd9EsTbYohz xY2oopNyLFt40jYdP4/wyoGdHkANo+tXo8ENdDJcx444ftOXZxE645VPPdtmjkL6ImpfpuZGw lg9T6g93tKCmQNRH4qqw4Vm7ANVEECG4DhifiOP/3BlM+P+/RWRDM13c9Dg9JfgVsulCLej+x iNgu930eJAr8p2f20aIWW89JfTTQgspzoQ8d3/z7/V6KJSJYTuC7K88+eEkoPFncRW0NMv0+n Ftxwv9QujfUox1wiMENML+/qZGM94BfdVzrcZOufjxnkmBGVX4XR2NzqZqBXRgHSYoSj4FO4J RxUKrgVk9e+8Bvn4lKEDim6JVTyU+HbjeIz8WFfCX8pVZC6Bzk= Archived-At: Subject: [Ace] IETF#100 Presentations X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 26 Sep 2017 13:48:30 -0000 Hi all, at the last few IETF meetings we had plenty of presentations based on new document submissions. Our security AD, Kathleen, raised concerns that many of the presented documents had not seen prior mailing list discussion. Hence, the approach for the next IETF meeting will be different: only documents discussed on the list will be placed on the agenda. Ciao Hannes From nobody Tue Sep 26 18:44:44 2017 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 77E0C1344D5 for ; Tue, 26 Sep 2017 18:44:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, 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 fghcoyHbRwxI for ; Tue, 26 Sep 2017 18:44:41 -0700 (PDT) Received: from out0-217.mail.aliyun.com (out0-217.mail.aliyun.com [140.205.0.217]) (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 7C1F71344D3 for ; Tue, 26 Sep 2017 18:44:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1506476676; h=Date:Subject:From:To:Message-ID:Mime-version:Content-type; bh=d9XMX1t1CTJYHPebJJE452ACk1Ft5jJZTeFUpDfnDPk=; b=KcnZOeTnnFNsAfsEY60PH+CACVqXAWXUSCAJZuZIvttwejlISNbMnZ9OAKJLfui4QHd2aehgnG4jH9aXeJVIkNIVA5a94IzVkB/Jnu1hIh8qU+WWH2vNi0PeCQJPVL/5ZfbgHPV2vTQEjDzP5meqnO5AGza7sM6lxqOAgzSscsU= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R661e4; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03296; MF=kepeng.lkp@alibaba-inc.com; NM=1; PH=DS; RN=3; SR=0; TI=SMTPD_---.9-m2NAs_1506476669; Received: from 30.5.37.3(mailfrom:kepeng.lkp@alibaba-inc.com ip:42.120.74.240) by smtp.aliyun-inc.com(127.0.0.1); Wed, 27 Sep 2017 09:44:30 +0800 User-Agent: Microsoft-MacOutlook/14.6.8.160830 Date: Wed, 27 Sep 2017 09:44:29 +0800 From: "Kepeng Li" To: ace CC: Kathleen Moriarty , Hannes Tschofenig Message-ID: Thread-Topic: [Ace] Doodle for ACE virtual interim meeting Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3589350272_24830277" Archived-At: Subject: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 01:44:43 -0000 > 此邮件使用 MIME 格式。由于邮件阅读程序不能识别 此格式，因此，可能无法识别该邮件的分部或部分内容。 --B_3589350272_24830277 Content-type: text/plain; charset="GB2312" Content-transfer-encoding: 7bit Hi all, According to our IETF 99 meeting minutes, we will hold an interim meeting on certificate enrolment in constrained environments. https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ We proposed three options for the meeting time: 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. Please indicate your available time from the doodle poll: https://doodle.com/poll/ig3bhr7tfb2xh4u4 Hannes and I will prepare the agenda and send out later. We may add other topics to the agenda. Thanks. Kind Regards Kepeng & Hannes --B_3589350272_24830277 Content-type: text/html; charset="GB2312" Content-transfer-encoding: quoted-printable
Hi all,

According to our IETF 99 meeting minutes, we will hold an interim meeting o= n certifica= te enrolment in constrained environments.

We proposed= three options for the meeting time:
1. 17th Oct, Tuesday, GMT 13:= 00 ~ 14:00.
2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00.
3= . 19th Oct, Thursday, GMT 13:00 ~ 14:00.

Please ind= icate your available time from the doodle poll:

Hannes and = I will prepare the agenda and send out later. We may add other topics to the= agenda.

Thank= s.

Kind Regards
Kepeng & Hannes

 --B_3589350272_24830277-- From nobody Tue Sep 26 18:55:08 2017 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 4E02C1344ED for ; Tue, 26 Sep 2017 18:55:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, 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 QNDwD-KLk9Rh for ; Tue, 26 Sep 2017 18:55:04 -0700 (PDT) Received: from out0-211.mail.aliyun.com (out0-211.mail.aliyun.com [140.205.0.211]) (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 13BFD1344EA for ; Tue, 26 Sep 2017 18:55:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1506477300; h=Date:Subject:From:To:Message-ID:Mime-version:Content-type; bh=SRhV9IeQTMjuTi17lx70NIrBvKFQzcVTNAYziqQf+xk=; b=Lq7XbcIrKe7GLxHNwvoITPJ0Dlr0r2PdYHaVTj8CZlNnuF0HBI6BTgZSgIcTKFglCpyO+BnTQLKh/o0qjKpJ7fHoq/O88O4IvESZCvCvZlGgPOXoAnDvwDUIg/YA19SMV8itQ63PS0DXxyfhpXw0a0jielOEr6LNT5F9YhCstKM= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R131e4; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03271; MF=kepeng.lkp@alibaba-inc.com; NM=1; PH=DS; RN=4; SR=0; TI=SMTPD_---.9-jwIBt_1506477290; Received: from 30.5.37.3(mailfrom:kepeng.lkp@alibaba-inc.com ip:42.120.74.240) by smtp.aliyun-inc.com(127.0.0.1); Wed, 27 Sep 2017 09:54:55 +0800 User-Agent: Microsoft-MacOutlook/14.6.8.160830 Date: Wed, 27 Sep 2017 09:54:49 +0800 From: "Kepeng Li" To: "Kepeng Li" , "ace" CC: Kathleen Moriarty , Hannes Tschofenig Message-ID: Thread-Topic: [Ace] Doodle for ACE virtual interim meeting in Oct Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3589350896_24857910" Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 01:55:06 -0000 > 此邮件使用 MIME 格式。由于邮件阅读程序不能识别 此格式，因此，可能无法识别该邮件的分部或部分内容。 --B_3589350896_24857910 Content-type: text/plain; charset="GB2312" Content-transfer-encoding: quoted-printable Sorry, the hyberlink does not work well. Now it is corrected: https://beta.doodle.com/poll/ig3bhr7tfb2xh4u4 Kind Regards Kepeng =B7=A2=BC=FE=C8=CB: Ace on behalf of Li Kepeng =C8=D5=C6=DA: Wednesday, 27 September 2017 at 9:44 AM =D6=C1: ace =B3=AD=CB=CD: Kathleen Moriarty , Hannes Tschofenig =D6=F7=CC=E2: [Ace] Doodle for ACE virtual interim meeting in Oct Hi all, According to our IETF 99 meeting minutes, we will hold an interim meeting o= n certificate enrolment in constrained environments. https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ We proposed three options for the meeting time: 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. Please indicate your available time from the doodle poll: https://doodle.com/poll/ig3bhr7tfb2xh4u4 Hannes and I will prepare the agenda and send out later. We may add other topics to the agenda. Thanks. Kind Regards Kepeng & Hannes _______________________________________________ Ace mailing list Ace@ietf.org https://www.ietf.org/mailman/listinfo/ace --B_3589350896_24857910 Content-type: text/html; charset="GB2312" Content-transfer-encoding: quoted-printable
Sorry, the hyberlink does not wo= rk well.

Now it is corrected:

Kind Regards
Kepeng

=B7=A2=BC=FE=C8=CB: Ace <ace-bounces@ietf.org> on behalf of Li= Kepeng <kepeng.lkp@alibaba-i= nc.com>
=C8=D5=C6=DA: Wednesday, 27= September 2017 at 9:44 AM
=D6=C1: ace= <ace@ietf.org>
=B3=AD=CB=CD: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>, Hannes Tsc= hofenig <hannes.tschofenig@gmx= .net>
=D6=F7=CC=E2: [Ace] Doodle f= or ACE virtual interim meeting in Oct

Hi all,

According to our IETF 99 meet= ing minutes, we will hold an interim meeting on certificate enrolment in constrained en= vironments.

<= /span>
We proposed three options for the meeting= time:
1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00.
2. 18th = Oct, Wednesday, GMT 13:00 ~ 14:00.
3. 19th Oct, Thursday, GMT 13:0= 0 ~ 14:00.

Please indicate your available time from= the doodle poll:

Hannes and I will prepare the agenda and = send out later. We may add other topics to the agenda.

Thanks.

=
Kind Regards
Kepeng & Hannes

_______________________________________________ Ace mailing list Ace@ietf.org https://www.ietf.org/ma= ilman/listinfo/ace --B_3589350896_24857910-- From nobody Wed Sep 27 04:47:00 2017 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 467451349D6 for ; Wed, 27 Sep 2017 04:46:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 slY4H7G1LKJu for ; Wed, 27 Sep 2017 04:46:51 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 524691349D4 for ; Wed, 27 Sep 2017 04:46:51 -0700 (PDT) X-AuditID: c1b4fb2d-e302b9c0000019be-c6-59cb8fa9ae79 Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id BC.5E.06590.9AF8BC95; Wed, 27 Sep 2017 13:46:49 +0200 (CEST) Received: from ESESSMB107.ericsson.se ([169.254.7.166]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0352.000; Wed, 27 Sep 2017 13:46:48 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: "ace@ietf.org" Thread-Topic: ACE Roadmap Wiki (Was: Re: [Ace] Volunteer to set up the wiki) Thread-Index: AQHTN4ZMdRbFv8Jgc0+iZNoVhGbUXg== Date: Wed, 27 Sep 2017 11:46:48 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-originating-ip: [153.88.183.18] Content-Type: text/plain; charset="utf-8" Content-ID: <825DE66F26E7874587DF115B6F609D44@ericsson.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPLMWRmVeSWpSXmKPExsUyM2K7pe7K/tORBn2dchbfv/UwOzB6LFny kymAMYrLJiU1J7MstUjfLoEro/PlS7aCLQYVLVu/sDcwTtHvYuTkkBAwkdh/eAYriC0kcIRR onsdUxcjF5C9hFHi579pLCAJNgEXiQcNj4ASHBwiAooS1x8lgoSFBdwlVq37xQxiiwj4SMy5 +44NwtaTWNi4ASzOIqAqMeHUJCYQm1fAQuLshAtgNYwCYhLfT60BizMLiEvcejKfCeIeAYkl e84zQ9iiEi8f/wO7TRRo5t6edjaIuKLEx1f7GEHOYRbQlFi/Sx9ijLXEwqN/oUYqSkzpfsgO sVZQ4uTMJywTGEVmIdk2C6F7FpLuWUi6ZyHpXsDIuopRtDi1uDg33chYL7UoM7m4OD9PLy+1 ZBMjMBoObvmtu4Nx9WvHQ4wCHIxKPLyzSk5HCrEmlhVX5h5ilOBgVhLhregECvGmJFZWpRbl xxeV5qQWH2KU5mBREud12HchQkggPbEkNTs1tSC1CCbLxMEp1cAYfLr4negvXV7bzYb2zmH7 v7QENxmIbzbT+jF30vPFbbfCY25ezLyocOf37S1V57by8ly1TNnL4+1nu3+GuVzzYsO0bfK5 RevqLXcWPlrswK5wad8Ttj/iPGzZDNU9HlPf/qw+o8f7oErz7P4Kk3Y9nZo5yZ0qP54wqnzR 4skTetlUmOOzqF6JpTgj0VCLuag4EQAsQ9iLggIAAA== Archived-At: Subject: [Ace] ACE Roadmap Wiki (Was: Re: Volunteer to set up the wiki) X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 11:46:58 -0000 SGkgYWxsLA0KDQpIZXJlIGlzIGEgZmlyc3QgYXR0ZW1wdCB0byBkcmF3IGEgdGFibGUgb3V0bGlu aW5nIGFuZCBjb21wYXJpbmcgdGhlDQpwcm9wb3NlZCBBQ0UgcHJvZmlsZXM6DQoNCmh0dHBzOi8v dHJhYy5pZXRmLm9yZy90cmFjL2FjZS93aWtpL1dpa2lTdGFydA0KDQpUaGUgdGFibGUgaXMgbm90 IGNvbXBsZXRlIGFuZCBzb21lIG9mIHRoZSB2YWx1ZXMgSSBmaWxsZWQgaW4gcXVpY2tseSwgc28N CnByb2ZpbGUgYXV0aG9ycyBhcmUgaW52aXRlZCB0byB2ZXJpZnkgYW5kIGNoYW5nZS9hZGQgdG8g dGhpcyB0YWJsZS4gSW4NCm9yZGVyIHRvIGVkaXQgdGhlIHBhZ2UgeW91IG5lZWQgdG8gbG9nIGlu IHVzaW5nIHlvdXIgSUVURiBkYXRhdHJhY2tlcg0KYWNjb3VudC4gUGxlYXNlIG1ha2UgeW91ciBj b250cmlidXRpb24gYmVmb3JlIHRoZSBlbmQgb2YgbmV4dCB3ZWVrDQooT2N0b2JlciA2dGgpLg0K DQpUaGUgcHVycG9zZSBvZiB0aGlzIGV4ZXJjaXNlIGlzIHRvIGdldCBhbiBvdmVydmlldyBvZiB0 aGUgZHJhZnRzIHRhcmdldGluZw0KdGhlIGN1cnJlbnQgY2hhcnRlciBhbmQgaG93IHRoZXkgZGVw ZW5kIHRvIGVhY2ggb3RoZXIuIElmIHlvdSBoYXZlIGFueQ0KY29tbWVudHMsIHBsZWFzZSBsZXQg bWUga25vdy4NCg0KQmVzdCByZWdhcmRzLA0KR8O2cmFuDQoNCg0KT24gMjAxNy0wOS0xOCAxODo0 NCwgIkfDtnJhbiBTZWxhbmRlciIgPGdvcmFuLnNlbGFuZGVyQGVyaWNzc29uLmNvbT4gd3JvdGU6 DQoNCj5IaSBLYXRobGVlbiwgYW5kIGFsbCwNCj4NCj5ZZXMsIEkgc3RhcnRlZCB0b2RheSBidXQg Z290IGludGVycnVwdGVkLiBJIGFkZGVkIHlvdXIgaXRlbXMgdG8gdGhlIGxpc3QNCj5qdXN0IG5v dy4gDQo+DQo+QWxsOiBJZiB5b3UgYXJlIG1pc3Npbmcgc29tZSBjb21wYXJpc29uIGNyaXRlcmlh IHBsZWFzZSBhZGQgZGlyZWN0bHkgdG8NCj50aGUgV2lraSBvciByZXNwb25kIHRvIHRoaXMgbWFp bA0KPg0KPg0KPkJlc3QgcmVnYXJkcywNCj5Hw7ZyYW4NCj4NCj4NCj5PbiAyMDE3LTA5LTE4IDE4 OjMxLCAiS2F0aGxlZW4gTW9yaWFydHkiDQo+PGthdGhsZWVuLm1vcmlhcnR5LmlldGZAZ21haWwu Y29tPiB3cm90ZToNCj4NCj4+SGkgR29yYW4sDQo+Pg0KPj5JIHNlZSB5b3UndmUgc3RhcnRlZCB3 b3JraW5nIG9uIHRoZSB3aWtpIHRlbXBsYXRlLCB0aGFuayB5b3UhICBZb3UgbWF5DQo+PmFscmVh ZHkgaGF2ZSB0aGlzIGFzIGEgcGxhbm5lZCBhZGRpdGlvbiwgYnV0IEknZCBsaWtlIHRvIHNlZQ0K Pj5pbXBsZW1lbnRhdGlvbiBhbmQgdXNlIGNhc2VzIGxpc3RlZCBhcyBjb21wYXJpc29uIHBvaW50 cyB0b28uICBUaGlzDQo+Pm1pZ2h0IGFzc2lzdCB0aGUgd29ya2luZyBncm91cCB3aXRoIHByaW9y aXRpemF0aW9uLg0KPj4NCj4+VGhhbmtzLCBhZ2FpbiENCj4+S2F0aGxlZW4NCj4+DQo+Pk9uIFRo dSwgU2VwIDE0LCAyMDE3IGF0IDk6NTcgQU0sIEfDtnJhbiBTZWxhbmRlcg0KPj48Z29yYW4uc2Vs YW5kZXJAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4+PiBIaSBDaWdkZW0sDQo+Pj4NCj4+PiBGcm9t OiBDaWdkZW0gU2VuZ3VsIDxjaWdkZW0uc2VuZ3VsQGdtYWlsLmNvbT4NCj4+PiBEYXRlOiBUdWVz ZGF5IDEyIFNlcHRlbWJlciAyMDE3IGF0IDE4OjQ5DQo+Pj4gVG86IEfDtnJhbiBTZWxhbmRlciA8 Z29yYW4uc2VsYW5kZXJAZXJpY3Nzb24uY29tPg0KPj4+IENjOiBLYXRobGVlbiBNb3JpYXJ0eSA8 a2F0aGxlZW4ubW9yaWFydHkuaWV0ZkBnbWFpbC5jb20+LA0KPj4+ImFjZUBpZXRmLm9yZyINCj4+ PiA8YWNlQGlldGYub3JnPg0KPj4+IFN1YmplY3Q6IFJlOiBbQWNlXSBWb2x1bnRlZXIgdG8gc2V0 IHVwIHRoZSB3aWtpDQo+Pj4NCj4+PiBIZWxsbywNCj4+Pg0KPj4+ICsxIGZvciByb3cgYW5kIGNv bHVtbiBpbmZvcm1hdGlvbi4gRm9yIGNvbXBsZXRlbmVzcyBzYWtlLA0KPj4+IEkgd2FzIHRoaW5r aW5nIHdoZXRoZXIgdGhlIGNvbHVtbiBpbmZvcm1hdGlvbiBzaG91bGQgYmUgdGhlICBjb21pbmcN Cj4+PmZyb20gdGhlDQo+Pj4gbGlzdCBpbiBkcmFmdC1pZXRmLWFjZS1vYXV0aC1hdXRoei0wNywg IEFwcGVuZGl4IEMuICBSZXF1aXJlbWVudHMgb24NCj4+PiBQcm9maWxlcy4NCj4+Pg0KPj4+DQo+ Pj4gWWVzLCB0aGF04oCZcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuDQo+Pj4NCj4+PiBUaGFua3Ms DQo+Pj4gR8O2cmFuDQo+Pj4NCj4+Pg0KPj4+IFRoYW5rcywNCj4+PiAtLUNpZ2RlbQ0KPj4+DQo+ Pj4NCj4+PiBPbiBUdWUsIFNlcCAxMiwgMjAxNyBhdCA0OjQxIFBNLCBHw7ZyYW4gU2VsYW5kZXIN Cj4+PiA8Z29yYW4uc2VsYW5kZXJAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4+Pj4NCj4+Pj4gSGkg S2F0aGxlZW4sDQo+Pj4+DQo+Pj4+IEFzIEkgcmVtZW1iZXIgdGhlIHJlYXNvbiB0byBzZXQgdXAg dGhlIFdpa2kgd2FzIHRvIGdlbmVyYXRlIGEgcm9hZG1hcA0KPj4+PmZvcg0KPj4+PiB0aGUgQUNF IHdvcmsuIFdlIG5vdGVkIGRlcGVuZGVuY2llcyBhbmQgcG90ZW50aWFsIG92ZXJsYXAgYmV0d2Vl bg0KPj4+PiBkaWZmZXJlbnQgcHJvZmlsZXMgYW5kIHNvbWUgY29udGVudCByYXRoZXIgYmVsb25n aW5nIHRvIHRoZSBmcmFtZXdvcmsNCj4+Pj50aGFuDQo+Pj4+IGluZGl2aWR1YWwgcHJvZmlsZS4g QSBzdGFydGluZyBwb2ludCBmb3IgZGVjaWRpbmcgb24gdGhlIHJvYWRtYXAgY291bGQNCj4+Pj5i ZQ0KPj4+PiBhIHRhYmxlIHdpdGggcm93cyBmb3IgZWFjaCBwcm9maWxlIGFuZCB3aGVyZSB0aGUg Y29sdW1ucyBjb3VsZCBiZSBzb21lDQo+Pj4+IGRpc3Rpbmd1aXNoaW5nIGZlYXR1cmVzIG9mIGVh Y2ggcHJvZmlsZSBzdWNoIGFzOiB0aGUgc2NvcGUgb2YgdGhlDQo+Pj4+cHJvZmlsZSwNCj4+Pj4g bm9kZXMgKGlmIG90aGVyIHRoYW4gY2xpZW50IGFuZCBSUyksIHByb3RvY29scyB1c2VkIGJldHdl ZW4gbm9kZXMNCj4+Pj4gKGluY2x1ZGluZyBzZWN1cml0eSBwcm90b2NvbHMpLCBkZXBlbmRlbmNl IG9uIG90aGVyIHByb2ZpbGVzLA0KPj4+PmNhbmRpZGF0ZQ0KPj4+PiBmcmFtZXdvcmsgZnVuY3Rp b25hbGl0eSBkZXNjcmliZWQgaW4gdGhlIGRyYWZ0LCBldGMuDQo+Pj4+DQo+Pj4+IElmIHBlb3Bs ZSBhZ3JlZSB3aXRoIHRoaXMgSSBjYW4gaGVscCBzZXR0aW5nIHVwIHRoZSB0YWJsZSwgYW5kIHRo b3NlDQo+Pj4+IHByb3Bvc2luZyBwcm9maWxlcyBjb3VsZCBmaWxsIGluIHRoZSByb3dzLg0KPj4+ Pg0KPj4+Pg0KPj4+PiBCZXN0IHJlZ2FyZHMsDQo+Pj4+IEfDtnJhbg0KPj4+Pg0KPj4+Pg0KPj4+ Pg0KPj4+PiBPbiAyMDE3LTA5LTEyIDE2OjE2LCAiQWNlIG9uIGJlaGFsZiBvZiBLYXRobGVlbiBN b3JpYXJ0eSINCj4+Pj4gPGFjZS1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBrYXRobGVl bi5tb3JpYXJ0eS5pZXRmQGdtYWlsLmNvbT4NCj4+Pj4gd3JvdGU6DQo+Pj4+DQo+Pj4+ID5IZWxs bywNCj4+Pj4gPg0KPj4+PiA+SW4gUHJhZ3VlLCB3ZSBhZ3JlZWQgYXMgYSBuZXh0IHN0ZXAgd2Ug d291bGQgcHVsbCB0b2dldGhlciBhDQo+Pj4+ID5jb21wYXJpc29uIGNoYXJ0IGZvciBwcm9maWxl cyB1c2luZyB0aGUgV0cgd2lraS4gIENhbiBJIGdldCBhDQo+Pj4+ID52b2x1bnRlZXIgdG8gc2V0 IHVwIHRoZSB3aWtpIHBhZ2U/ICBZb3Ugc2hvdWxkIGZpcnN0IGdldCBhZ3JlZW1lbnQNCj4+Pj4g PihsaWdodCBhZ3JlZW1lbnQgYXMgd2UgbmVlZCB0byBtb3ZlIG9uIHRoaXMpIGFzIHRvIHdoYXQg d2Ugd2FudCB0bw0KPj4+PiA+Y29tcGFyZS4gIFRoZSBsaXN0IGZvciBjb21wYXJpc29uIGRvZXMg bm90IGFwcGVhciBpbiB0aGUgbWludXRlcywgYnV0DQo+Pj4+ID53YXMgZGlzY3Vzc2VkIGluIHRo ZSBtZWV0aW5nLCBzbyB0aGUgcmVjb3JkaW5nIG1pZ2h0IGJlIGhlbHBmdWwuDQo+Pj4+ID4NCj4+ Pj4gPkhlcmUgaXMgYSBsaW5rIHRvIHRoZSB3aWtpOg0KPj4+PiA+aHR0cHM6Ly90cmFjLmlldGYu b3JnL3RyYWMvYWNlDQo+Pj4+ID4tLQ0KPj4+PiA+DQo+Pj4+ID5CZXN0IHJlZ2FyZHMsDQo+Pj4+ ID5LYXRobGVlbg0KPj4+PiA+DQo+Pj4+ID5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPj4+PiA+QWNlIG1haWxpbmcgbGlzdA0KPj4+PiA+QWNlQGlldGYu b3JnDQo+Pj4+ID5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2FjZQ0KPj4+ Pg0KPj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K Pj4+PiBBY2UgbWFpbGluZyBsaXN0DQo+Pj4+IEFjZUBpZXRmLm9yZw0KPj4+PiBodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2FjZQ0KPj4+DQo+Pj4NCj4+Pg0KPj4+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gQWNlIG1haWxp bmcgbGlzdA0KPj4+IEFjZUBpZXRmLm9yZw0KPj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vYWNlDQo+Pj4NCj4+DQo+Pg0KPj4NCj4+LS0gDQo+Pg0KPj5CZXN0IHJlZ2Fy ZHMsDQo+PkthdGhsZWVuDQo+DQoNCg== From nobody Wed Sep 27 08:28:13 2017 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 68CF4134D63 for ; Wed, 27 Sep 2017 08:28:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6jBDfzUWCctO for ; Wed, 27 Sep 2017 08:28:08 -0700 (PDT) Received: from mail-pg0-x231.google.com (mail-pg0-x231.google.com [IPv6:2607:f8b0:400e:c05::231]) (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 1C3B3134D3A for ; Wed, 27 Sep 2017 08:23:52 -0700 (PDT) Received: by mail-pg0-x231.google.com with SMTP id u18so7956570pgo.0 for ; Wed, 27 Sep 2017 08:23:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=66nuVeLpQTtO2Aoq3FKd3cV1TFufLePDU0d7P06zLmw=; b=nr4D3IpL15f8oM8yOwAH38RSeObNOUzVrsyhv7dRyHoh3js6n/fymYi+Y5T+gOHcaF eBojk+VY//69F4pMWHTv7DQccdub4bHWdwIf2PBjEipsICPdjIPgd9rzkG07JnMmFubp wYJFefzvXlfPTY5kAfRri3wrHotAYBIy1pjEegmGI2slM1ApqtQMoZ+rLv9Y0arzNdmm xkKE3/ynuCgIjFHvX+FT950Dup2HfevpefR4mPIbbtLMjVehNTSwJYAwTQ77W+DInCit Op9dGfc8d0pDaN+s5UOe2roSPMv40/19BwdY1N3F0WPXq0xbEoCjQPwXC87DzNLjK0Lh aOaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=66nuVeLpQTtO2Aoq3FKd3cV1TFufLePDU0d7P06zLmw=; b=sCw5FvqexCHvi9mHx2MVMhzYRLuesaWkf4tDPjByoFX1v/Vi5kCWQK+ZyIRj+khmEW J825QCKz/bGcx06LIT0BFI/60iXcnZUsW1wSciwO7A2fZU731IHEo/WHB/0UBRpRT97B HH2sretm7jOCPM6XnLNPL81HDszMwX8wOjELG+eV135oO5A/1Ff0iXJTr/7HxgzhZJgX tX/7kpkZU48kho3tfmc6zg0TH806mRba9m4mxzou+LTz2pZya8afcT4gT3ALPERdImmi 4BUqg5yolZURZJO2PeAHmOYMMR8SuMkr4nICFZEsKW2sTeOEmXHKbvb7/FLvhy25+fD7 XpPA== X-Gm-Message-State: AHPjjUhO+txpGVWmUDvwunBU+m6/YGwg+6EQU/Nu84eI0JhjzUEoOqq8 G+ISFVXGDNgzc/2XJ6LKl9WGeCf87ZlT49fXESU= X-Google-Smtp-Source: AOwi7QCqUl7u+oRc1fdzfGhVMxM3TTl817SGQbNKuI+mZSUtGZSGcjd8f+CSjBqdmlaiSv7uN8t6DVB7/MPqHgklNJA= X-Received: by 10.99.95.145 with SMTP id t139mr1660375pgb.153.1506525831752; Wed, 27 Sep 2017 08:23:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.134.8 with HTTP; Wed, 27 Sep 2017 08:23:11 -0700 (PDT) In-Reply-To: References: From: Kathleen Moriarty Date: Wed, 27 Sep 2017 11:23:11 -0400 Message-ID: To: Kepeng Li Cc: ace , Hannes Tschofenig Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 15:28:11 -0000 Hello Kepeng, The interim should also be to discuss the profiles as that was a priority from the WG session in Prague. Goran pulled together the wiki, now it's up to the WG participants to check the wiki and amend as needed to allow for a productive session. Or did you plan on two interims? Timing is tight for that though. Best regards, Kathleen On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li wrote: > Hi all, > > According to our IETF 99 meeting minutes, we will hold an interim meeting on > certificate enrolment in constrained environments. > https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ > > We proposed three options for the meeting time: > 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. > 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. > 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. > > Please indicate your available time from the doodle poll: > https://doodle.com/poll/ig3bhr7tfb2xh4u4 > > Hannes and I will prepare the agenda and send out later. We may add other > topics to the agenda. > > Thanks. > > Kind Regards > Kepeng & Hannes > -- Best regards, Kathleen From nobody Wed Sep 27 08:37:08 2017 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 029AB134C84 for ; Wed, 27 Sep 2017 08:37:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 vUYbkwgcDBWX for ; Wed, 27 Sep 2017 08:37:04 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 272E0134C34 for ; Wed, 27 Sep 2017 08:36:07 -0700 (PDT) X-AuditID: c1b4fb3a-9e1d49c0000051a3-3f-59cbc56619b2 Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 8A.AF.20899.665CBC95; Wed, 27 Sep 2017 17:36:06 +0200 (CEST) Received: from ESESSMB107.ericsson.se ([169.254.7.166]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0352.000; Wed, 27 Sep 2017 17:35:10 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: "ace@ietf.org" Thread-Topic: ACE Roadmap Wiki (Was: Re: [Ace] Volunteer to set up the wiki) Thread-Index: AQHTN4ZMdRbFv8Jgc0+iZNoVhGbUXqLI3VWA Date: Wed, 27 Sep 2017 15:35:10 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpjkeLIzCtJLcpLzFFi42KZGbHdTzft6OlIg2t3JS2+f+thdmD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxsa3bawF+0wqDi7+z9zAOMG4i5GTQ0LARKJ1/zu2LkYuDiGB I4wS/178ZQVJCAksYZRY+7wIxGYTcJF40PCIqYuRg0NEQFHi+qNEkLCwgLfEk/UvmEBsEQEf iTl3QeaA2EYS2y9sArNZBFQlTjc2MILYvAIWEk/f32MDGSMEZHft0gMJcwpYSuz4vQpsDKOA mMT3U2vAbGYBcYlbT+YzQZwpILFkz3lmCFtU4uXjf2BXigroSeztaWeDiCtJrNh+iRFkPLOA psT6XfoQY6wl2jb8YIawFSWmdD9kh7hGUOLkzCcsExjFZiHZNguhexaS7llIumch6V7AyLqK UbQ4tbg4N93ISC+1KDO5uDg/Ty8vtWQTIzB2Dm75bbWD8eBzx0OMAhyMSjy8czedjhRiTSwr rsw9xCjBwawkwvvrIFCINyWxsiq1KD++qDQntfgQozQHi5I4r8O+CxFCAumJJanZqakFqUUw WSYOTqkGRlnfXdwrQ+cvPCiRJBz08nPs4bKaS/cv7a5kCDn54/+ug3rW9+oWRM27kdslYHNU L5G79a+QUoHqDX8V/6eNDo9PlQntUdO5u3hp3+uzLvo/b+WG+agU/5yizc8U135TmKlkeuY0 p01sZ9b/WXFTKDt+w257n9PlDBK3DvO3TJ6//m3U/JLp95VYijMSDbWYi4oTAebszgmZAgAA Archived-At: Subject: Re: [Ace] ACE Roadmap Wiki (Was: Re: Volunteer to set up the wiki) X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 15:37:07 -0000 SGkgYWdhaW4sIA0KDQpPbmUgbW9yZSB0aGluZzogSWYgd2UgaGF2ZSBtaXNzZWQgc29tZSBjcml0 ZXJpYSBmb3IgY29tcGFyaW5nIHRoZQ0KcHJvZmlsZXMsIGp1c3QgYWRkIGFub3RoZXIgY29sdW1u Lg0KDQpHw7ZyYW4NCg0KT24gMjAxNy0wOS0yNyAxMzo0NiwgIkfDtnJhbiBTZWxhbmRlciIgPGdv cmFuLnNlbGFuZGVyQGVyaWNzc29uLmNvbT4gd3JvdGU6DQoNCj5IaSBhbGwsDQo+DQo+SGVyZSBp cyBhIGZpcnN0IGF0dGVtcHQgdG8gZHJhdyBhIHRhYmxlIG91dGxpbmluZyBhbmQgY29tcGFyaW5n IHRoZQ0KPnByb3Bvc2VkIEFDRSBwcm9maWxlczoNCj4NCj5odHRwczovL3RyYWMuaWV0Zi5vcmcv dHJhYy9hY2Uvd2lraS9XaWtpU3RhcnQNCj4NCj5UaGUgdGFibGUgaXMgbm90IGNvbXBsZXRlIGFu ZCBzb21lIG9mIHRoZSB2YWx1ZXMgSSBmaWxsZWQgaW4gcXVpY2tseSwgc28NCj5wcm9maWxlIGF1 dGhvcnMgYXJlIGludml0ZWQgdG8gdmVyaWZ5IGFuZCBjaGFuZ2UvYWRkIHRvIHRoaXMgdGFibGUu IEluDQo+b3JkZXIgdG8gZWRpdCB0aGUgcGFnZSB5b3UgbmVlZCB0byBsb2cgaW4gdXNpbmcgeW91 ciBJRVRGIGRhdGF0cmFja2VyDQo+YWNjb3VudC4gUGxlYXNlIG1ha2UgeW91ciBjb250cmlidXRp b24gYmVmb3JlIHRoZSBlbmQgb2YgbmV4dCB3ZWVrDQo+KE9jdG9iZXIgNnRoKS4NCj4NCj5UaGUg cHVycG9zZSBvZiB0aGlzIGV4ZXJjaXNlIGlzIHRvIGdldCBhbiBvdmVydmlldyBvZiB0aGUgZHJh ZnRzIHRhcmdldGluZw0KPnRoZSBjdXJyZW50IGNoYXJ0ZXIgYW5kIGhvdyB0aGV5IGRlcGVuZCB0 byBlYWNoIG90aGVyLiBJZiB5b3UgaGF2ZSBhbnkNCj5jb21tZW50cywgcGxlYXNlIGxldCBtZSBr bm93Lg0KPg0KPkJlc3QgcmVnYXJkcywNCj5Hw7ZyYW4NCj4NCj4NCj5PbiAyMDE3LTA5LTE4IDE4 OjQ0LCAiR8O2cmFuIFNlbGFuZGVyIiA8Z29yYW4uc2VsYW5kZXJAZXJpY3Nzb24uY29tPiB3cm90 ZToNCj4NCj4+SGkgS2F0aGxlZW4sIGFuZCBhbGwsDQo+Pg0KPj5ZZXMsIEkgc3RhcnRlZCB0b2Rh eSBidXQgZ290IGludGVycnVwdGVkLiBJIGFkZGVkIHlvdXIgaXRlbXMgdG8gdGhlIGxpc3QNCj4+ anVzdCBub3cuIA0KPj4NCj4+QWxsOiBJZiB5b3UgYXJlIG1pc3Npbmcgc29tZSBjb21wYXJpc29u IGNyaXRlcmlhIHBsZWFzZSBhZGQgZGlyZWN0bHkgdG8NCj4+dGhlIFdpa2kgb3IgcmVzcG9uZCB0 byB0aGlzIG1haWwNCj4+DQo+Pg0KPj5CZXN0IHJlZ2FyZHMsDQo+PkfDtnJhbg0KPj4NCj4+DQo+ Pk9uIDIwMTctMDktMTggMTg6MzEsICJLYXRobGVlbiBNb3JpYXJ0eSINCj4+PGthdGhsZWVuLm1v cmlhcnR5LmlldGZAZ21haWwuY29tPiB3cm90ZToNCj4+DQo+Pj5IaSBHb3JhbiwNCj4+Pg0KPj4+ SSBzZWUgeW91J3ZlIHN0YXJ0ZWQgd29ya2luZyBvbiB0aGUgd2lraSB0ZW1wbGF0ZSwgdGhhbmsg eW91ISAgWW91IG1heQ0KPj4+YWxyZWFkeSBoYXZlIHRoaXMgYXMgYSBwbGFubmVkIGFkZGl0aW9u LCBidXQgSSdkIGxpa2UgdG8gc2VlDQo+Pj5pbXBsZW1lbnRhdGlvbiBhbmQgdXNlIGNhc2VzIGxp c3RlZCBhcyBjb21wYXJpc29uIHBvaW50cyB0b28uICBUaGlzDQo+Pj5taWdodCBhc3Npc3QgdGhl IHdvcmtpbmcgZ3JvdXAgd2l0aCBwcmlvcml0aXphdGlvbi4NCj4+Pg0KPj4+VGhhbmtzLCBhZ2Fp biENCj4+PkthdGhsZWVuDQo+Pj4NCj4+Pk9uIFRodSwgU2VwIDE0LCAyMDE3IGF0IDk6NTcgQU0s IEfDtnJhbiBTZWxhbmRlcg0KPj4+PGdvcmFuLnNlbGFuZGVyQGVyaWNzc29uLmNvbT4gd3JvdGU6 DQo+Pj4+IEhpIENpZ2RlbSwNCj4+Pj4NCj4+Pj4gRnJvbTogQ2lnZGVtIFNlbmd1bCA8Y2lnZGVt LnNlbmd1bEBnbWFpbC5jb20+DQo+Pj4+IERhdGU6IFR1ZXNkYXkgMTIgU2VwdGVtYmVyIDIwMTcg YXQgMTg6NDkNCj4+Pj4gVG86IEfDtnJhbiBTZWxhbmRlciA8Z29yYW4uc2VsYW5kZXJAZXJpY3Nz b24uY29tPg0KPj4+PiBDYzogS2F0aGxlZW4gTW9yaWFydHkgPGthdGhsZWVuLm1vcmlhcnR5Lmll dGZAZ21haWwuY29tPiwNCj4+Pj4iYWNlQGlldGYub3JnIg0KPj4+PiA8YWNlQGlldGYub3JnPg0K Pj4+PiBTdWJqZWN0OiBSZTogW0FjZV0gVm9sdW50ZWVyIHRvIHNldCB1cCB0aGUgd2lraQ0KPj4+ Pg0KPj4+PiBIZWxsbywNCj4+Pj4NCj4+Pj4gKzEgZm9yIHJvdyBhbmQgY29sdW1uIGluZm9ybWF0 aW9uLiBGb3IgY29tcGxldGVuZXNzIHNha2UsDQo+Pj4+IEkgd2FzIHRoaW5raW5nIHdoZXRoZXIg dGhlIGNvbHVtbiBpbmZvcm1hdGlvbiBzaG91bGQgYmUgdGhlICBjb21pbmcNCj4+Pj5mcm9tIHRo ZQ0KPj4+PiBsaXN0IGluIGRyYWZ0LWlldGYtYWNlLW9hdXRoLWF1dGh6LTA3LCAgQXBwZW5kaXgg Qy4gIFJlcXVpcmVtZW50cyBvbg0KPj4+PiBQcm9maWxlcy4NCj4+Pj4NCj4+Pj4NCj4+Pj4gWWVz LCB0aGF04oCZcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuDQo+Pj4+DQo+Pj4+IFRoYW5rcywNCj4+ Pj4gR8O2cmFuDQo+Pj4+DQo+Pj4+DQo+Pj4+IFRoYW5rcywNCj4+Pj4gLS1DaWdkZW0NCj4+Pj4N Cj4+Pj4NCj4+Pj4gT24gVHVlLCBTZXAgMTIsIDIwMTcgYXQgNDo0MSBQTSwgR8O2cmFuIFNlbGFu ZGVyDQo+Pj4+IDxnb3Jhbi5zZWxhbmRlckBlcmljc3Nvbi5jb20+IHdyb3RlOg0KPj4+Pj4NCj4+ Pj4+IEhpIEthdGhsZWVuLA0KPj4+Pj4NCj4+Pj4+IEFzIEkgcmVtZW1iZXIgdGhlIHJlYXNvbiB0 byBzZXQgdXAgdGhlIFdpa2kgd2FzIHRvIGdlbmVyYXRlIGEgcm9hZG1hcA0KPj4+Pj5mb3INCj4+ Pj4+IHRoZSBBQ0Ugd29yay4gV2Ugbm90ZWQgZGVwZW5kZW5jaWVzIGFuZCBwb3RlbnRpYWwgb3Zl cmxhcCBiZXR3ZWVuDQo+Pj4+PiBkaWZmZXJlbnQgcHJvZmlsZXMgYW5kIHNvbWUgY29udGVudCBy YXRoZXIgYmVsb25naW5nIHRvIHRoZSBmcmFtZXdvcmsNCj4+Pj4+dGhhbg0KPj4+Pj4gaW5kaXZp ZHVhbCBwcm9maWxlLiBBIHN0YXJ0aW5nIHBvaW50IGZvciBkZWNpZGluZyBvbiB0aGUgcm9hZG1h cA0KPj4+Pj5jb3VsZA0KPj4+Pj5iZQ0KPj4+Pj4gYSB0YWJsZSB3aXRoIHJvd3MgZm9yIGVhY2gg cHJvZmlsZSBhbmQgd2hlcmUgdGhlIGNvbHVtbnMgY291bGQgYmUNCj4+Pj4+c29tZQ0KPj4+Pj4g ZGlzdGluZ3Vpc2hpbmcgZmVhdHVyZXMgb2YgZWFjaCBwcm9maWxlIHN1Y2ggYXM6IHRoZSBzY29w ZSBvZiB0aGUNCj4+Pj4+cHJvZmlsZSwNCj4+Pj4+IG5vZGVzIChpZiBvdGhlciB0aGFuIGNsaWVu dCBhbmQgUlMpLCBwcm90b2NvbHMgdXNlZCBiZXR3ZWVuIG5vZGVzDQo+Pj4+PiAoaW5jbHVkaW5n IHNlY3VyaXR5IHByb3RvY29scyksIGRlcGVuZGVuY2Ugb24gb3RoZXIgcHJvZmlsZXMsDQo+Pj4+ PmNhbmRpZGF0ZQ0KPj4+Pj4gZnJhbWV3b3JrIGZ1bmN0aW9uYWxpdHkgZGVzY3JpYmVkIGluIHRo ZSBkcmFmdCwgZXRjLg0KPj4+Pj4NCj4+Pj4+IElmIHBlb3BsZSBhZ3JlZSB3aXRoIHRoaXMgSSBj YW4gaGVscCBzZXR0aW5nIHVwIHRoZSB0YWJsZSwgYW5kIHRob3NlDQo+Pj4+PiBwcm9wb3Npbmcg cHJvZmlsZXMgY291bGQgZmlsbCBpbiB0aGUgcm93cy4NCj4+Pj4+DQo+Pj4+Pg0KPj4+Pj4gQmVz dCByZWdhcmRzLA0KPj4+Pj4gR8O2cmFuDQo+Pj4+Pg0KPj4+Pj4NCj4+Pj4+DQo+Pj4+PiBPbiAy MDE3LTA5LTEyIDE2OjE2LCAiQWNlIG9uIGJlaGFsZiBvZiBLYXRobGVlbiBNb3JpYXJ0eSINCj4+ Pj4+IDxhY2UtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2Yga2F0aGxlZW4ubW9yaWFydHku aWV0ZkBnbWFpbC5jb20+DQo+Pj4+PiB3cm90ZToNCj4+Pj4+DQo+Pj4+PiA+SGVsbG8sDQo+Pj4+ PiA+DQo+Pj4+PiA+SW4gUHJhZ3VlLCB3ZSBhZ3JlZWQgYXMgYSBuZXh0IHN0ZXAgd2Ugd291bGQg cHVsbCB0b2dldGhlciBhDQo+Pj4+PiA+Y29tcGFyaXNvbiBjaGFydCBmb3IgcHJvZmlsZXMgdXNp bmcgdGhlIFdHIHdpa2kuICBDYW4gSSBnZXQgYQ0KPj4+Pj4gPnZvbHVudGVlciB0byBzZXQgdXAg dGhlIHdpa2kgcGFnZT8gIFlvdSBzaG91bGQgZmlyc3QgZ2V0IGFncmVlbWVudA0KPj4+Pj4gPihs aWdodCBhZ3JlZW1lbnQgYXMgd2UgbmVlZCB0byBtb3ZlIG9uIHRoaXMpIGFzIHRvIHdoYXQgd2Ug d2FudCB0bw0KPj4+Pj4gPmNvbXBhcmUuICBUaGUgbGlzdCBmb3IgY29tcGFyaXNvbiBkb2VzIG5v dCBhcHBlYXIgaW4gdGhlIG1pbnV0ZXMsDQo+Pj4+PmJ1dA0KPj4+Pj4gPndhcyBkaXNjdXNzZWQg aW4gdGhlIG1lZXRpbmcsIHNvIHRoZSByZWNvcmRpbmcgbWlnaHQgYmUgaGVscGZ1bC4NCj4+Pj4+ ID4NCj4+Pj4+ID5IZXJlIGlzIGEgbGluayB0byB0aGUgd2lraToNCj4+Pj4+ID5odHRwczovL3Ry YWMuaWV0Zi5vcmcvdHJhYy9hY2UNCj4+Pj4+ID4tLQ0KPj4+Pj4gPg0KPj4+Pj4gPkJlc3QgcmVn YXJkcywNCj4+Pj4+ID5LYXRobGVlbg0KPj4+Pj4gPg0KPj4+Pj4gPl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4+PiA+QWNlIG1haWxpbmcgbGlzdA0K Pj4+Pj4gPkFjZUBpZXRmLm9yZw0KPj4+Pj4gPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vYWNlDQo+Pj4+Pg0KPj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4+Pj4+IEFjZSBtYWlsaW5nIGxpc3QNCj4+Pj4+IEFjZUBpZXRm Lm9yZw0KPj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9hY2UNCj4+ Pj4NCj4+Pj4NCj4+Pj4NCj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4+Pj4gQWNlIG1haWxpbmcgbGlzdA0KPj4+PiBBY2VAaWV0Zi5vcmcNCj4+ Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9hY2UNCj4+Pj4NCj4+Pg0K Pj4+DQo+Pj4NCj4+Pi0tIA0KPj4+DQo+Pj5CZXN0IHJlZ2FyZHMsDQo+Pj5LYXRobGVlbg0KPj4N Cj4NCg0K From nobody Wed Sep 27 09:10:08 2017 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 09890134DE1 for ; Wed, 27 Sep 2017 09:10:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 DBQc9s62R8R5 for ; Wed, 27 Sep 2017 09:10:05 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 EB5FD134DE0 for ; Wed, 27 Sep 2017 09:10:04 -0700 (PDT) Received: from [192.168.91.203] ([80.92.122.248]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MaE4a-1ddMZn0qIS-00Jov2; Wed, 27 Sep 2017 18:09:55 +0200 To: Kathleen Moriarty , Kepeng Li Cc: ace References: From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: Date: Wed, 27 Sep 2017 18:09:53 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:fOI888pGu0vFLPCotJAkAEGcJQzhoFjdf/WISoojbitOxoUpHna WCLfqf65JIIYAyF5bcVcIkJ08xEYcVuwuiCxnEfVkFROyPSjj1omQ7WSch2IAO0RGTp4o3M fsqQLQ0S8k16RBE1EEYLN2aMXByFoKDtiDRmQXx8HJqZRqD93XWda6pj2QZJGi9g78Sgmk2 RZmfPtcycYhgS8e8y12fA== X-UI-Out-Filterresults: notjunk:1;V01:K0:+UlNnooaqqI=:1GEkrTvrybLf0jj4oGSdH5 fg0E4Bwmmz5mDjrXapCNmU5RUX9+UeLoyYLnm/ytAZzaLh3al8Tt+1a0OfBCzYhVg0n9XbElS ItF8JclLggim3EZn5Tfeqq5Ygc/sgzz0LDLBJkaEM7DpPJBaJRYRl90mm2vLPV2e8y7th7kYv tFbcVqTGgqAy3G15F9IpjHXVpqNdrxszROT+yXCPJGLAiJcCidqzhLPKl7M1dJTrSO5rkVjBu 7sH0ZTKK4NVMx6hcclEJ7LnTDuZ5rV9jHaIIzrpL1tirhIX3lu1zuKPgeKa21X4LO4bDtOK2s OOnm+wxrvFAyAWsx6VrBnfPsQuR21nOFSsEDXzXOE+7TNzB5zAGVQKjo78Pi879/5VtKQYy9V XqKoYGsckDClheIiA1i938Ar2I1jmej/mWD09A7UDCT2Eyq9apaX/+OqDGMC1eiuZMvONlSVK eDsOnB3MMERv1jp4x2baK+GNUfDC6KtGLBz1N+MIqpZKkfXdiC/J/XGNDRZOeqha5OPOoI6tY u//DElk+ayD48mJbe8e6OM4TYHkMIoaavr34/8UzxEUsLqgOPRVKVOKuNFK+tHRN1VMFmp6zX vXQQbUJsn53dByiaGFTM9p4Y5fRobb7lABa2mHFz9FWmnBXeoKokrYo7ZFNId46z/OmAwohtg pnyCjz2ayLqYsdS8lvuGYxV94SmuRg091BZGHyUPL0qPo/ykewQ56RVJ9QqvOoTMfO33Sh5u7 SMGBqcKRIrGHe7IIl77t38zYsCPii95RXrmuM+mc2LiM4z1SaNUcyQtISJS9y5aOyVKlHG35L QG8RdNqyJEsLXuGSr7KfeMQcORZG/Fg8gbe7N+/i1MMmcu4xqA= Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 16:10:07 -0000 I agree with Kepeng that we also wanted to discuss the certificate enrollment in addition to the Wiki. On 09/27/2017 05:23 PM, Kathleen Moriarty wrote: > Hello Kepeng, > > The interim should also be to discuss the profiles as that was a > priority from the WG session in Prague. Goran pulled together the > wiki, now it's up to the WG participants to check the wiki and amend > as needed to allow for a productive session. Or did you plan on two > interims? Timing is tight for that though. > > Best regards, > Kathleen > > On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li wrote: >> Hi all, >> >> According to our IETF 99 meeting minutes, we will hold an interim meeting on >> certificate enrolment in constrained environments. >> https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ >> >> We proposed three options for the meeting time: >> 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. >> 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. >> 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. >> >> Please indicate your available time from the doodle poll: >> https://doodle.com/poll/ig3bhr7tfb2xh4u4 >> >> Hannes and I will prepare the agenda and send out later. We may add other >> topics to the agenda. >> >> Thanks. >> >> Kind Regards >> Kepeng & Hannes >> > > > From nobody Wed Sep 27 09:23:55 2017 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 B0287134E13 for ; Wed, 27 Sep 2017 09:23:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e0NrX8X7n27F for ; Wed, 27 Sep 2017 09:23:52 -0700 (PDT) Received: from mail-pg0-x235.google.com (mail-pg0-x235.google.com [IPv6:2607:f8b0:400e:c05::235]) (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 53018134E15 for ; Wed, 27 Sep 2017 09:23:52 -0700 (PDT) Received: by mail-pg0-x235.google.com with SMTP id p5so8044623pgn.7 for ; Wed, 27 Sep 2017 09:23:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=NfBsSitfv945BH3BX86VbeBruJtHZovuvn4JSglx2Kw=; b=HmMwyBbgHBOnx9XXGL5XB17hsutNe/BjVPcOyrIMtKZm9oXx2uF4cqZTsy7GVgC+eb Gg8hzvQL9yzur+4mAr7y8ZsLiakJxaKiwg4sYTleWsueVWkfRUes2uL0T9XIagpLFpDi eC74loBJTj8wS2W/2hhabIQOUB59CWs8a6kaGkkbgBQ5SL6UqpBsOKwTQBE5137rThOz +3oGLBN7AGgCrQDPGeDwKqZkkzoM9mWPPmgVmYI5GZM0dnQEQ7ArhL+dCbsFAgAc7T91 17arShPygoy+2aMTlyxozqFkEqIsafsyUHVEjD0Oc3vcvR1gs3l1IPvqvXwzrFPp3WQW XYQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NfBsSitfv945BH3BX86VbeBruJtHZovuvn4JSglx2Kw=; b=EoisMr8ODJXVYt58wm2VjPyZJykv2nxYg4/2M+70+9ImoSy8u5L0NuABIPfGmUSz94 52iXjs4iFnDg3VMaPhd2Zdu8LcOXdD94lgSfbSJXuC8q+nMDmb0527WNn+IA3gYNVkjU 3xup/eN9B3eYmn5hCBhO/EvHx9jVP6ckx6jSqETW6Z7j15Sm1G8cxWAEXDYK15Z1k8oe +U0avnrlfb3KoEKHlOoyuw5da0bevLuSC6xeZx1W31hCKizp7efguzsPc3zYM77F1ONl 8RN/0YGVuDTrwl/MBYHFNWyhEvtAhuJ2sienA2kqQcXrADmhMuBrf+ldZgcetwgjpWND qR1Q== X-Gm-Message-State: AHPjjUgHL1tkJjbXwgiEzAfcUz0MAh1J7QGc3eysUCqAJFOgx1uh+auf HqIYSMPGpgbOhXX/rM8zlalPzFLL69/f/tI8n1o= X-Google-Smtp-Source: AOwi7QCBA7/LaMX7WFWXUzOXoMDAnTcM8sB7dJSxANpjlSvk8oR3WmnkKnJAHWkzR8oeoE9yK8l5aNZoTz6fWIxGPSY= X-Received: by 10.99.117.30 with SMTP id q30mr1756227pgc.75.1506529431885; Wed, 27 Sep 2017 09:23:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.134.8 with HTTP; Wed, 27 Sep 2017 09:23:11 -0700 (PDT) In-Reply-To: References: From: Kathleen Moriarty Date: Wed, 27 Sep 2017 12:23:11 -0400 Message-ID: To: Hannes Tschofenig Cc: Kepeng Li , ace Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 16:23:55 -0000 Sure, my response was to make it clear the wiki was to be discussed though. Will this all be on one call or two? The announcement wasn't clear and I'd like ot make sure the WG is ready for the profiles discussion. Best, Kathleen On Wed, Sep 27, 2017 at 12:09 PM, Hannes Tschofenig wrote: > I agree with Kepeng that we also wanted to discuss the certificate > enrollment in addition to the Wiki. > > On 09/27/2017 05:23 PM, Kathleen Moriarty wrote: >> Hello Kepeng, >> >> The interim should also be to discuss the profiles as that was a >> priority from the WG session in Prague. Goran pulled together the >> wiki, now it's up to the WG participants to check the wiki and amend >> as needed to allow for a productive session. Or did you plan on two >> interims? Timing is tight for that though. >> >> Best regards, >> Kathleen >> >> On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li wrote: >>> Hi all, >>> >>> According to our IETF 99 meeting minutes, we will hold an interim meeting on >>> certificate enrolment in constrained environments. >>> https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ >>> >>> We proposed three options for the meeting time: >>> 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. >>> 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. >>> 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. >>> >>> Please indicate your available time from the doodle poll: >>> https://doodle.com/poll/ig3bhr7tfb2xh4u4 >>> >>> Hannes and I will prepare the agenda and send out later. We may add other >>> topics to the agenda. >>> >>> Thanks. >>> >>> Kind Regards >>> Kepeng & Hannes >>> >> >> >> -- Best regards, Kathleen From nobody Wed Sep 27 09:34:53 2017 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 4E02D134293 for ; Wed, 27 Sep 2017 09:34:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 9ND_1pmFBBOI for ; Wed, 27 Sep 2017 09:34:50 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 A6C60134E20 for ; Wed, 27 Sep 2017 09:34:49 -0700 (PDT) Received: from [192.168.91.203] ([80.92.122.248]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mcgur-1dfInr0Ajp-00HtmU; Wed, 27 Sep 2017 18:34:42 +0200 To: Kathleen Moriarty Cc: Kepeng Li , ace References: From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: Date: Wed, 27 Sep 2017 18:34:39 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:zJ7XLs34sOTog/pL6kOJyhjpl97/ICDhhrILLPSW9cEwIBS3fKd wmtUuCB86Zh/wAob9wQycsXqbik9Zqm0WPYw4XbgHDsDQ2qOY7dJsx3e0mDN0yezN0Tzlb9 LcvKqs/cTy4FOYP9YeteYCAINVHpPcVhPK+nDiOmrFy443ZZYVlwexuui4Xlke28z5nI8pb JOiT2psABwXlOPoLN/Ngw== X-UI-Out-Filterresults: notjunk:1;V01:K0:beu6kCrcCEo=:6t52U+LlFDfp0SW07wh8B+ uYsWTsdfApdYbkdwGHQStXDLn/688w69he9Hn/qJsmjSr8wo3kw8H7FSPOMyRN0Hz3qC+0uAd XbKGyxf35a3NwIR5Jyz/1HN61t2MEzd//Gdk4zy7tV1OxHoEWasfqeBnShgqe/dfCX5Xj7EQm I2rJLgGSZovKOR23qhyWPiSpbOnK998emVvmRjBfJIhkectUHmATBaLw1hsDkdR8y33pTiYK1 t9q+/b4avPOCICatJy+hwIE3MsnFJ3Sy8jPuuo7V7tOsvHTD0f38IgOPzP8LZ4S7GF3RWXh7j 73pwHXncjI0bTY80QogcQwlgY/6xl+hBmcMuKlV6KHCHOvjNiSlmrv/wN88RQ3YRm5/bI5L8J 3NwYhDlxtaI0bNJB6SthMsEzAYuZGwVMN5tNzVu7VzON5coQ6Wot+2EtHx+yegVW5+j3cIq9F v8rfrfRBJinsTI4xZ13UDSHSeVSpQfV/1xeCk68FT1YkyChjY3pDYRrtPn/xU6AxZzxTKg/0r 955qwZBmNhf8/VqnHI2kA0qTod5IoH/C8bkFwtN/a+BhSK2ZHjQ+zRSkgoFdVaLO5rwx3v+b2 MDy4RI5xjNw4qXxxzeUADqYQ8MjlNBIn7+lI63K8sBlYqi57DdR/1y32HXqW2Vv/AdW56YbO3 7uSV2JcLBAUlvuip+gcaN09q6GExYS+NEI9fsetMzobIsmQ6hJtzTnQNqF5FCC6wMtJDQafl2 2Jg8BaXifK6McsggPtDBxhoKw7r4CNA6X3OSknTDYJPCifjGBsXrRZmhgPflXx//TXGd0IN2C 7gxBNzVo74x9D2fzv8EKhKNoIMl8ty3tdTpgpu2l9nDxkTa2SM= Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 16:34:52 -0000 Fair enough. We either need to make it longer or pick two dates. I prefer the latter. On 09/27/2017 06:23 PM, Kathleen Moriarty wrote: > Sure, my response was to make it clear the wiki was to be discussed > though. Will this all be on one call or two? The announcement wasn't > clear and I'd like ot make sure the WG is ready for the profiles > discussion. > > Best, > Kathleen > > On Wed, Sep 27, 2017 at 12:09 PM, Hannes Tschofenig > wrote: >> I agree with Kepeng that we also wanted to discuss the certificate >> enrollment in addition to the Wiki. >> >> On 09/27/2017 05:23 PM, Kathleen Moriarty wrote: >>> Hello Kepeng, >>> >>> The interim should also be to discuss the profiles as that was a >>> priority from the WG session in Prague. Goran pulled together the >>> wiki, now it's up to the WG participants to check the wiki and amend >>> as needed to allow for a productive session. Or did you plan on two >>> interims? Timing is tight for that though. >>> >>> Best regards, >>> Kathleen >>> >>> On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li wrote: >>>> Hi all, >>>> >>>> According to our IETF 99 meeting minutes, we will hold an interim meeting on >>>> certificate enrolment in constrained environments. >>>> https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ >>>> >>>> We proposed three options for the meeting time: >>>> 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. >>>> 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. >>>> 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. >>>> >>>> Please indicate your available time from the doodle poll: >>>> https://doodle.com/poll/ig3bhr7tfb2xh4u4 >>>> >>>> Hannes and I will prepare the agenda and send out later. We may add other >>>> topics to the agenda. >>>> >>>> Thanks. >>>> >>>> Kind Regards >>>> Kepeng & Hannes >>>> >>> >>> >>> > > > From nobody Wed Sep 27 10:06:00 2017 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 36E67134E64 for ; Wed, 27 Sep 2017 10:05:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 cpMztyRSJkNh for ; Wed, 27 Sep 2017 10:05:57 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.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 F0A1B134E72 for ; Wed, 27 Sep 2017 10:05:53 -0700 (PDT) X-AuditID: c1b4fb25-967ff70000005333-67-59cbda701afb Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 2C.39.21299.07ADBC95; Wed, 27 Sep 2017 19:05:52 +0200 (CEST) Received: from ESESSMB107.ericsson.se ([169.254.7.166]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0352.000; Wed, 27 Sep 2017 19:04:58 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: Hannes Tschofenig , Kathleen Moriarty CC: Kepeng Li , ace Thread-Topic: [Ace] Doodle for ACE virtual interim meeting in Oct Thread-Index: AQHTN6U91E9WS86qWkqgqiNIBUIcrqLIxUmAgAADt4CAAAM0gIAAKf4A Date: Wed, 27 Sep 2017 17:04:59 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrPIsWRmVeSWpSXmKPExsUyM2K7tG7BrdORBsu3CVh8/9bDbLF05z1W i4ad+RaX5xc5sHhMfPuRxWPnrLvsHos37WfzWLLkJ1MASxSXTUpqTmZZapG+XQJXxpQrsQUt shW/WxayNzAukeli5OSQEDCRuLttIjOILSRwhFHi6D+nLkYuIHsJo8S7ty/BEmwCLhIPGh4x gdgiApkSc16cYgSxmQXsJK4v/ghmCws4SFx6uY8FosZRYs6E20A2B5DtJvH7QiFImEVAVeLN 5h9gY3gFLCQ2vD7HBrFrOZPEr0Ov2EASnALWEr9nXWEFsRkFxCS+n1rDBLFLXOLWk/lMEEcL SCzZc54ZwhaVePn4H1i9qICexN6edjaIuJLEotufmUBuYBbQlFi/Sx9ijLXE38sb2CFsRYkp 3Q/ZIe4RlDg58wnLBEbxWUi2zULonoWkexaS7llIuhcwsq5iFC1OLU7KTTcy1kstykwuLs7P 08tLLdnECIzGg1t+q+5gvPzG8RCjAAejEg9v4+XTkUKsiWXFlbmHGCU4mJVEeE9dAQrxpiRW VqUW5ccXleakFh9ilOZgURLnddx3IUJIID2xJDU7NbUgtQgmy8TBKdXA6FNteEuCvcxt5mo+ 076Wu8fTF1juvn50ze8tN6OWfPJ8x3jnG29aTKPtMovOxrTbjFzXst9m7JJZvM5JdfmCbwft owx+rAhdqLRiqWamRVzUxzu+dfOmNn1eHXbtWs2nIM4pF5rfG1/b7Khzuel0/0r7rfzvFrIu ME36/nEz64p8dafK0l3fu5VYijMSDbWYi4oTAXi4FDLCAgAA Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 17:05:59 -0000 DQpBcyBJIG1lbnRpb25lZCBpbiBhIHByZXZpb3VzIG1haWwsIEnigJltIGNvbXBsZXRlbHkgYWdh aW5zdCBnaXZpbmcgcHJpb3JpdHkNCnRvIG5vbi1jaGFydGVyIGl0ZW1zLiBUaGVyZWZvcmUgdGhl IGZpcnN0IGludGVyaW0gbWVldGluZyBzaG91bGQgYmUNCmZvY3VzZWQgb24gdGhlIEFDRSByb2Fk bWFwIC0gdGhlIG91dHB1dCBmcm9tIHRoZSBXaWtpIGFjdGl2aXR5LiBJZiB3ZSBoYXZlDQp0aW1l IHRvIGRpc2N1c3MgY2VydGlmaWNhdGUgZW5yb2xtZW50LCB0aGF0IGlzIGZpbmUuIElmIHdlIHdh bnQgYSBsYXRlcg0KaW50ZXJpbSBmb3IgdGhlIGNlcnRpZmljYXRlIGVucm9sbWVudCBkaXNjdXNz aW9uIHRoYXQgaXMgZmluZSB0b28sIGFzIGxvbmcNCmFzIHRoZXJlIGlzIHN1ZmZpY2llbnQgdGlt ZSBpcyBnaXZlbiB0byBkZWNpZGUgb24gdGhlIG9uZ29pbmcgd29yay4NCg0KR8O2cmFuDQoNCg0K T24gMjAxNy0wOS0yNyAxODozNCwgIkFjZSBvbiBiZWhhbGYgb2YgSGFubmVzIFRzY2hvZmVuaWci DQo8YWNlLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGhhbm5lcy50c2Nob2ZlbmlnQGdt eC5uZXQ+IHdyb3RlOg0KDQo+RmFpciBlbm91Z2guDQo+DQo+V2UgZWl0aGVyIG5lZWQgdG8gbWFr ZSBpdCBsb25nZXIgb3IgcGljayB0d28gZGF0ZXMuIEkgcHJlZmVyIHRoZSBsYXR0ZXIuDQo+DQo+ T24gMDkvMjcvMjAxNyAwNjoyMyBQTSwgS2F0aGxlZW4gTW9yaWFydHkgd3JvdGU6DQo+PiBTdXJl LCBteSByZXNwb25zZSB3YXMgdG8gbWFrZSBpdCBjbGVhciB0aGUgd2lraSB3YXMgdG8gYmUgZGlz Y3Vzc2VkDQo+PiB0aG91Z2guICBXaWxsIHRoaXMgYWxsIGJlIG9uIG9uZSBjYWxsIG9yIHR3bz8g IFRoZSBhbm5vdW5jZW1lbnQgd2Fzbid0DQo+PiBjbGVhciBhbmQgSSdkIGxpa2Ugb3QgbWFrZSBz dXJlIHRoZSBXRyBpcyByZWFkeSBmb3IgdGhlIHByb2ZpbGVzDQo+PiBkaXNjdXNzaW9uLg0KPj4g DQo+PiBCZXN0LA0KPj4gS2F0aGxlZW4NCj4+IA0KPj4gT24gV2VkLCBTZXAgMjcsIDIwMTcgYXQg MTI6MDkgUE0sIEhhbm5lcyBUc2Nob2ZlbmlnDQo+PiA8aGFubmVzLnRzY2hvZmVuaWdAZ214Lm5l dD4gd3JvdGU6DQo+Pj4gSSBhZ3JlZSB3aXRoIEtlcGVuZyB0aGF0IHdlIGFsc28gd2FudGVkIHRv IGRpc2N1c3MgdGhlIGNlcnRpZmljYXRlDQo+Pj4gZW5yb2xsbWVudCBpbiBhZGRpdGlvbiB0byB0 aGUgV2lraS4NCj4+Pg0KPj4+IE9uIDA5LzI3LzIwMTcgMDU6MjMgUE0sIEthdGhsZWVuIE1vcmlh cnR5IHdyb3RlOg0KPj4+PiBIZWxsbyBLZXBlbmcsDQo+Pj4+DQo+Pj4+IFRoZSBpbnRlcmltIHNo b3VsZCBhbHNvIGJlIHRvIGRpc2N1c3MgdGhlIHByb2ZpbGVzIGFzIHRoYXQgd2FzIGENCj4+Pj4g cHJpb3JpdHkgZnJvbSB0aGUgV0cgc2Vzc2lvbiBpbiBQcmFndWUuICBHb3JhbiBwdWxsZWQgdG9n ZXRoZXIgdGhlDQo+Pj4+IHdpa2ksIG5vdyBpdCdzIHVwIHRvIHRoZSBXRyBwYXJ0aWNpcGFudHMg dG8gY2hlY2sgdGhlIHdpa2kgYW5kIGFtZW5kDQo+Pj4+IGFzIG5lZWRlZCB0byBhbGxvdyBmb3Ig YSBwcm9kdWN0aXZlIHNlc3Npb24uICBPciBkaWQgeW91IHBsYW4gb24gdHdvDQo+Pj4+IGludGVy aW1zPyAgVGltaW5nIGlzIHRpZ2h0IGZvciB0aGF0IHRob3VnaC4NCj4+Pj4NCj4+Pj4gQmVzdCBy ZWdhcmRzLA0KPj4+PiBLYXRobGVlbg0KPj4+Pg0KPj4+PiBPbiBUdWUsIFNlcCAyNiwgMjAxNyBh dCA5OjQ0IFBNLCBLZXBlbmcgTGkNCj4+Pj48a2VwZW5nLmxrcEBhbGliYWJhLWluYy5jb20+IHdy b3RlOg0KPj4+Pj4gSGkgYWxsLA0KPj4+Pj4NCj4+Pj4+IEFjY29yZGluZyB0byBvdXIgSUVURiA5 OSBtZWV0aW5nIG1pbnV0ZXMsIHdlIHdpbGwgaG9sZCBhbiBpbnRlcmltDQo+Pj4+Pm1lZXRpbmcg b24NCj4+Pj4+IGNlcnRpZmljYXRlIGVucm9sbWVudCBpbiBjb25zdHJhaW5lZCBlbnZpcm9ubWVu dHMuDQo+Pj4+PiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvOTkvbWF0ZXJp YWxzL21pbnV0ZXMtOTktYWNlLw0KPj4+Pj4NCj4+Pj4+IFdlIHByb3Bvc2VkIHRocmVlIG9wdGlv bnMgZm9yIHRoZSBtZWV0aW5nIHRpbWU6DQo+Pj4+PiAxLiAxN3RoIE9jdCwgVHVlc2RheSwgR01U IDEzOjAwIH4gMTQ6MDAuDQo+Pj4+PiAyLiAxOHRoIE9jdCwgV2VkbmVzZGF5LCBHTVQgMTM6MDAg fiAxNDowMC4NCj4+Pj4+IDMuIDE5dGggT2N0LCBUaHVyc2RheSwgR01UIDEzOjAwIH4gMTQ6MDAu DQo+Pj4+Pg0KPj4+Pj4gUGxlYXNlIGluZGljYXRlIHlvdXIgYXZhaWxhYmxlIHRpbWUgZnJvbSB0 aGUgZG9vZGxlIHBvbGw6DQo+Pj4+PiBodHRwczovL2Rvb2RsZS5jb20vcG9sbC9pZzNiaHI3dGZi MnhoNHU0DQo+Pj4+Pg0KPj4+Pj4gSGFubmVzIGFuZCBJIHdpbGwgcHJlcGFyZSB0aGUgYWdlbmRh IGFuZCBzZW5kIG91dCBsYXRlci4gV2UgbWF5IGFkZA0KPj4+Pj5vdGhlcg0KPj4+Pj4gdG9waWNz IHRvIHRoZSBhZ2VuZGEuDQo+Pj4+Pg0KPj4+Pj4gVGhhbmtzLg0KPj4+Pj4NCj4+Pj4+IEtpbmQg UmVnYXJkcw0KPj4+Pj4gS2VwZW5nICYgSGFubmVzDQo+Pj4+Pg0KPj4+Pg0KPj4+Pg0KPj4+Pg0K Pj4gDQo+PiANCj4+IA0KPg0KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+QWNlIG1haWxpbmcgbGlzdA0KPkFjZUBpZXRmLm9yZw0KPmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYWNlDQoNCg== From nobody Wed Sep 27 10:29:47 2017 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 CA0C7134E9A for ; Wed, 27 Sep 2017 10:29:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fcwqvk8A7IBs for ; Wed, 27 Sep 2017 10:29:44 -0700 (PDT) Received: from mail-pg0-x233.google.com (mail-pg0-x233.google.com [IPv6:2607:f8b0:400e:c05::233]) (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 B0ECF134E5F for ; Wed, 27 Sep 2017 10:29:44 -0700 (PDT) Received: by mail-pg0-x233.google.com with SMTP id u18so8151016pgo.0 for ; Wed, 27 Sep 2017 10:29:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=H4Y8LzrM2GjFNXs9jVjxlCp/MbIRQysAyiREzV/7shM=; b=kFYrhTZaAlY6InWYYTEQmDt9slkTL5zDAMljoG9VsJCVmfR7NrUqjPEO5fl1Iy6Upc rvlGk80oWkD7BWSsw9hHqHAjA7bgdgpiOvV097SFHQoIBEJzUvMheeBHcsVWlcG4C0Ye 65mPRZN4UYyFxei+UbtOsN8t4haO3w5P4lD6sOH7a5SKkbxOM7WsZS5dn+qXZVJkpyYa zZPffoPJ9ZUGWjipm7adEX0jVKOHO3KXpkCrZBJvCD/pgC9Q/WG5XvaBCxSwIvTDh84m 12qrX3a88kzB52nJYSJz6ZmS8S5q8V36xmfRjTjxqnd2Lp/pQ+4ZTbRO5YZ7EGvIjO7E 8/0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=H4Y8LzrM2GjFNXs9jVjxlCp/MbIRQysAyiREzV/7shM=; b=pLAYB0pYgMQxsBUvmuVTIpwr9V6czucMthcZV8A9WP1fzJM3buQjkOzelToPDwDhDL AmR4mb9GzvlmUU8T8erxZieh2cjQC6nqnPn9GAJHwhKVapQPmXfWMIau7YYZ9LqWgW63 swv95mo6L59D5AmAYMQ9u3WE3uaWv/ZuLeY55m3OK9Mnn5b/nFyCrJNptvyONFepAA/S iQ9OFFsBP5l/MolxqfxtKqeG/ZyYl67gK2luf8JwZmaaWXUbS3I0Vmp+4a+oDy8mh3ah gn9EnuHNwUAiy80z8AR99DoiXoLOwy9I3JjaemUGUQwdp5xtaB6KInxENVxwHS57aawn EVig== X-Gm-Message-State: AHPjjUiCCR2hjIHfIrQayYO9iTHurOUeVbP0edD569r2Fe7gjMH2q3/s 3Dg29nce3jd19WXLBQ1TnPkJp1TLBHCIiq22jS8= X-Google-Smtp-Source: AOwi7QD5DNeTUxCw3KZDA+ApdeRdKNzNMfjEO/l1/PITZn3JfTLGKqDfBDq8WDF6cMAfGNfsuusZ6XgyriAIdsoSAEs= X-Received: by 10.99.95.145 with SMTP id t139mr1942881pgb.153.1506533384337; Wed, 27 Sep 2017 10:29:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.134.8 with HTTP; Wed, 27 Sep 2017 10:29:03 -0700 (PDT) In-Reply-To: References: From: Kathleen Moriarty Date: Wed, 27 Sep 2017 13:29:03 -0400 Message-ID: To: =?UTF-8?Q?G=C3=B6ran_Selander?= Cc: Hannes Tschofenig , Kepeng Li , ace Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 17:29:47 -0000 Goran has a good point here. Kathleen On Wed, Sep 27, 2017 at 1:04 PM, G=C3=B6ran Selander wrote: > > As I mentioned in a previous mail, I=E2=80=99m completely against giving = priority > to non-charter items. Therefore the first interim meeting should be > focused on the ACE roadmap - the output from the Wiki activity. If we hav= e > time to discuss certificate enrolment, that is fine. If we want a later > interim for the certificate enrolment discussion that is fine too, as lon= g > as there is sufficient time is given to decide on the ongoing work. > > G=C3=B6ran > > > On 2017-09-27 18:34, "Ace on behalf of Hannes Tschofenig" > wrote: > >>Fair enough. >> >>We either need to make it longer or pick two dates. I prefer the latter. >> >>On 09/27/2017 06:23 PM, Kathleen Moriarty wrote: >>> Sure, my response was to make it clear the wiki was to be discussed >>> though. Will this all be on one call or two? The announcement wasn't >>> clear and I'd like ot make sure the WG is ready for the profiles >>> discussion. >>> >>> Best, >>> Kathleen >>> >>> On Wed, Sep 27, 2017 at 12:09 PM, Hannes Tschofenig >>> wrote: >>>> I agree with Kepeng that we also wanted to discuss the certificate >>>> enrollment in addition to the Wiki. >>>> >>>> On 09/27/2017 05:23 PM, Kathleen Moriarty wrote: >>>>> Hello Kepeng, >>>>> >>>>> The interim should also be to discuss the profiles as that was a >>>>> priority from the WG session in Prague. Goran pulled together the >>>>> wiki, now it's up to the WG participants to check the wiki and amend >>>>> as needed to allow for a productive session. Or did you plan on two >>>>> interims? Timing is tight for that though. >>>>> >>>>> Best regards, >>>>> Kathleen >>>>> >>>>> On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li >>>>> wrote: >>>>>> Hi all, >>>>>> >>>>>> According to our IETF 99 meeting minutes, we will hold an interim >>>>>>meeting on >>>>>> certificate enrolment in constrained environments. >>>>>> https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ >>>>>> >>>>>> We proposed three options for the meeting time: >>>>>> 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. >>>>>> 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. >>>>>> 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. >>>>>> >>>>>> Please indicate your available time from the doodle poll: >>>>>> https://doodle.com/poll/ig3bhr7tfb2xh4u4 >>>>>> >>>>>> Hannes and I will prepare the agenda and send out later. We may add >>>>>>other >>>>>> topics to the agenda. >>>>>> >>>>>> Thanks. >>>>>> >>>>>> Kind Regards >>>>>> Kepeng & Hannes >>>>>> >>>>> >>>>> >>>>> >>> >>> >>> >> >>_______________________________________________ >>Ace mailing list >>Ace@ietf.org >>https://www.ietf.org/mailman/listinfo/ace > --=20 Best regards, Kathleen From nobody Wed Sep 27 10:32:53 2017 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 EEFFF1342F2 for ; Wed, 27 Sep 2017 10:32:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_SPAM=0.5, 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 ZIF5Ge-CUT_A for ; Wed, 27 Sep 2017 10:32:50 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 98E84134EA0 for ; Wed, 27 Sep 2017 10:32:49 -0700 (PDT) Received: from [192.168.91.203] ([80.92.122.248]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M9OMc-1e4OGP2Ye6-00CjOE; Wed, 27 Sep 2017 19:32:39 +0200 To: Kathleen Moriarty , =?UTF-8?Q?G=c3=b6ran_Selander?= Cc: Kepeng Li , ace References: From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: Date: Wed, 27 Sep 2017 19:32:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:Di5gaJTGwk27JKmQ4MsStgbIJ0G9A4USmpOTHd7v3nIGPzgJEFi UxvoEAvr0yiheWkfzBEOrgTnXLBTuKnBjqz839xVpLbcvzPCHm8WDuUxHh6SG33SRnRkbqZ dbdRJXCJVOEy4xga3LsoaR+BA0rDvd6iJvcHw9Wxufrj4TUqGTGvghOizrovZgV2wOcm0fP DFnIDRogsL0H22eMK1d+Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:OpP5357932Y=:NlAnTc7ApSpc+LRr0oCZBI 9VLVz4kvvQbl2zzJgOWIvdrsAcr6q0vfX6rkgMsIYVzaCISMulpAX4IzHRcqxiqC3VB/Pdmom BWY0vMCO/dfrhZEBgYRzAmx6dG330B5i1iAQuiv1aK4LTtC1ahSd8Esq5NfkL7MkL6RmzYGoC W4Oz65rcqO+QCB6srQ+F12u1WTVa4duM8Gph4pctQuXulhzZTKvd9bA/+U65DKw0jbqAoMYwu Lfnr+poaNEhQsjJoHLr1q7QbFaX7sj8AUhxws5eDKp4N/5fbJsMcLYIHyiua2/A4gvS2hRql6 1N7sTp0tOEQkxkmwfMAvNUifu12xvNruJEGQ1W5gvaiKqkHat+iMeUZh90aMLa0Kt0Usr/cJD Qsl8T3PXMGJYJYB6obuQFaBH9aUFonIE62xMC0I8Wp0ilNgvoW5+rAhYAYirZhEqmG2IEdiz1 iT2Tt9baQ3cazLuJF6nS36fAWZkucFnhRpLH56edHWZtPQEB/BQffONBSgEvLH/he/nhL4Mj/ r7sYJulgOZV0AUciHpnpI2r6YTVCml48uuzOBhTE4+0+2p+72yveQWZjYKljM1NDx3jaSamVt ee/opL5ZuEI2jUzfuI2afrvvEvm/feRWagrUohNnCT/veawOBE3FLB0nRrdtkugpw3xsoxvLv Xt08eHPdMh1XLVEhS0tRgivlNlnkEdMmBQyP1wRgY8Yp9CotGhzF6GXnLOJkaTyLBvnwj+nD+ wMXYPy8EaBcrtL7wsXO+OQ/HN0FNNT8IPuCSyjaTg8VdlgWRHQqOXSdhBBF8TcbnXVcFu9Uc7 YVRqqxiIga3KKYLu1I2je8ZG1bDo7LtXP9S3kHyKxu4Hsx8iPA= Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 17:32:52 -0000 Yes, good point. We need to make progress with our chartered items first. On 09/27/2017 07:29 PM, Kathleen Moriarty wrote: > Goran has a good point here. > > Kathleen > > On Wed, Sep 27, 2017 at 1:04 PM, G枚ran Selander > wrote: >> >> As I mentioned in a previous mail, I鈥檓 completely against giving priority >> to non-charter items. Therefore the first interim meeting should be >> focused on the ACE roadmap - the output from the Wiki activity. If we have >> time to discuss certificate enrolment, that is fine. If we want a later >> interim for the certificate enrolment discussion that is fine too, as long >> as there is sufficient time is given to decide on the ongoing work. >> >> G枚ran >> >> >> On 2017-09-27 18:34, "Ace on behalf of Hannes Tschofenig" >> wrote: >> >>> Fair enough. >>> >>> We either need to make it longer or pick two dates. I prefer the latter. >>> >>> On 09/27/2017 06:23 PM, Kathleen Moriarty wrote: >>>> Sure, my response was to make it clear the wiki was to be discussed >>>> though. Will this all be on one call or two? The announcement wasn't >>>> clear and I'd like ot make sure the WG is ready for the profiles >>>> discussion. >>>> >>>> Best, >>>> Kathleen >>>> >>>> On Wed, Sep 27, 2017 at 12:09 PM, Hannes Tschofenig >>>> wrote: >>>>> I agree with Kepeng that we also wanted to discuss the certificate >>>>> enrollment in addition to the Wiki. >>>>> >>>>> On 09/27/2017 05:23 PM, Kathleen Moriarty wrote: >>>>>> Hello Kepeng, >>>>>> >>>>>> The interim should also be to discuss the profiles as that was a >>>>>> priority from the WG session in Prague. Goran pulled together the >>>>>> wiki, now it's up to the WG participants to check the wiki and amend >>>>>> as needed to allow for a productive session. Or did you plan on two >>>>>> interims? Timing is tight for that though. >>>>>> >>>>>> Best regards, >>>>>> Kathleen >>>>>> >>>>>> On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li >>>>>> wrote: >>>>>>> Hi all, >>>>>>> >>>>>>> According to our IETF 99 meeting minutes, we will hold an interim >>>>>>> meeting on >>>>>>> certificate enrolment in constrained environments. >>>>>>> https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ >>>>>>> >>>>>>> We proposed three options for the meeting time: >>>>>>> 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. >>>>>>> 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. >>>>>>> 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. >>>>>>> >>>>>>> Please indicate your available time from the doodle poll: >>>>>>> https://doodle.com/poll/ig3bhr7tfb2xh4u4 >>>>>>> >>>>>>> Hannes and I will prepare the agenda and send out later. We may add >>>>>>> other >>>>>>> topics to the agenda. >>>>>>> >>>>>>> Thanks. >>>>>>> >>>>>>> Kind Regards >>>>>>> Kepeng & Hannes >>>>>>> >>>>>> >>>>>> >>>>>> >>>> >>>> >>>> >>> >>> _______________________________________________ >>> Ace mailing list >>> Ace@ietf.org >>> https://www.ietf.org/mailman/listinfo/ace >> > > > From shahid.raza@ri.se Wed Sep 27 13:10:42 2017 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 AC993134FE8 for ; Wed, 27 Sep 2017 13:10:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.4 X-Spam-Level: X-Spam-Status: No, score=-5.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, 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 wdyOLhUbxKY4 for ; Wed, 27 Sep 2017 13:10:40 -0700 (PDT) Received: from se-out2.mx-wecloud.net (se-out2.mx-wecloud.net [89.221.255.177]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02B0313431E for ; Wed, 27 Sep 2017 13:10:39 -0700 (PDT) Received: from sp-mail-2.sp.se (unknown [194.218.146.197]) by se-out2.mx-wecloud.net (Postfix) with ESMTPS id B72122239E0; Wed, 27 Sep 2017 20:10:36 +0000 (UTC) Received: from sp-mail-1.sp.se (10.100.0.161) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Wed, 27 Sep 2017 22:10:36 +0200 Received: from sp-mail-1.sp.se ([fe80::7d78:8db6:13df:8cc7]) by sp-mail-1.sp.se ([fe80::7d78:8db6:13df:8cc7%21]) with mapi id 15.01.0669.032; Wed, 27 Sep 2017 22:10:36 +0200 From: Shahid Raza To: Hannes Tschofenig CC: Kathleen Moriarty , =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= , Kepeng Li , ace Thread-Topic: [Ace] Doodle for ACE virtual interim meeting in Oct Thread-Index: AQHTN6VW5pbOAdFq0U2zOjkRkbg616LIxUmAgAADt4CAAAM0gIAACHqAgAAGuYCAAAD/gIAALCOA Date: Wed, 27 Sep 2017 20:10:36 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, sv-SE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3445.1.6) x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [10.100.0.68] Content-Type: multipart/alternative; boundary="_000_F55CBEBF91764E51A58AC1D96D9F7C52rise_" MIME-Version: 1.0 X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=M+w9E24s c=1 sm=1 tr=0 a=L5DDne6A+dD0FbDkt2Fblw==:117 a=L5DDne6A+dD0FbDkt2Fblw==:17 a=9XwipnUf_XMA:10 a=xqWC_Br6kY4A:10 a=2JCJgTwv5E4A:10 a=48vgC7mUAAAA:8 a=VVlED5B4AAAA:8 a=0FD05c-RAAAA:8 a=V4zo2IF0AAAA:8 a=_JY9ZxHVAAAA:8 a=La0xScVHDMCFTDr9HCYA:9 a=jO_xK68Ud92bZqJn:21 a=ZEwxDlRxZKwYv-55:21 a=QEXdDO2ut3YA:10 a=CFr_oaYfU_SrHMkj:21 a=gykV3r5q0U4C-x0r:21 a=WoXMqo25SNjQQzjL:21 a=_W_S_7VecoQA:10 a=w1C3t2QeGrPiZgrLijVG:22 a=l1rpMCqCXRGZwUSuRcM3:22 a=kcQYkljjMzlkGLXDm-6B:22 X-Virus-Scanned: clamav-milter 0.99.2 at MailSecurity X-Virus-Status: Clean X-MailSecurity-Status: 0 X-Scanned-By: WeCloud MailSecurity X-MailSecurity-Score: 0 Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 27 Sep 2017 20:12:57 -0000 --_000_F55CBEBF91764E51A58AC1D96D9F7C52rise_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gSGFubmVzIGFuZCBHw7ZyYW4sDQoNClBhcmRvbiBtZSBpZiBJIGFtIG1pc3Npbmcgc29t ZSAoYmFja2dyb3VuZCkgaW5mb3JtYXRpb24gaGVyZS4gSWYgdGhpcyAoaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy93Zy9hY2UvY2hhcnRlci8pIGlzIHRoZSBBQ0UgY2hhcnRlciwgaXQgZG9l cyBub3QgZXhjbHVkZSB0aGUgdXNlIG9mIGNlcnRpZmljYXRlcyB0byBzb2x2ZSB0aGUgYXV0aGVu dGljYXRpb24gcHJvYmxlbS4gQW5kIHdpdGhvdXQgc29sdmluZyB0aGUgZW5yb2xtZW50IChwcm9j ZXNzIG9mIGNlcnRpZnlpbmcgcHVibGljIGtleXMpLCB0aGUgdXNlIG9mIGNlcnRpZmljYXRlcyBp cyBub3QgcHJhY3RpY2FsLiBGb3IgaW5kaXZpZHVhbCBwcm9maWxlcyAoRFRMUywgT1NDT0FQLCBJ UHNlYywgZXRjLiApIHRvbywgd2l0aG91dCBjZXJ0aWZpY2F0ZSBlbnJvbG1lbnQsIHRoZSBzdG9y eSB0byBlc3RhYmxpc2ggYSBzZWN1cmUgc2Vzc2lvbiBiZXR3ZWVuIFJTIGFuZCBDIGlzIGluY29t cGxldGUuIFN5bW1ldHJpYyBhbmQgcmF3LXB1YmxpYyBrZXlzIGFyZSBieSBkZWZpbml0aW9uIHBy ZS0gb3IgbWFudWFsbHkgc2hhcmVkOyBob3dldmVyLCBjZXJ0aWZpY2F0ZXMgYXJlIGVucm9sbGVk IGJlZm9yZSB1c2UuIEkgdGhlcmVmb3JlIGNvbnNpZGVyIGNlcnRpZmljYXRlIGVucm9sbWVudCBh IHBhcnQgb2YgY29tcGxldGUgImF1dGhlbnRpY2F0aW9uIGFuZCBhdXRob3Jpc2F0aW9uIHNvbHV0 aW9u4oCdIGFuZCBoZW5jZSB0aGUgY2hhcnRlci4NCg0KT2YgY291cnNlLCB3ZSBzaG91bGQgZGlz Y3VzcyBwcm9maWxlcyBmaXJzdCA7KQ0KDQpCZXN0LA0KU2hhaGlkDQoNCk9uIDI3IFNlcCAyMDE3 LCBhdCAxOTozMiwgSGFubmVzIFRzY2hvZmVuaWcgPGhhbm5lcy50c2Nob2ZlbmlnQGdteC5uZXQ8 bWFpbHRvOmhhbm5lcy50c2Nob2ZlbmlnQGdteC5uZXQ+PiB3cm90ZToNCg0KWWVzLCBnb29kIHBv aW50LiBXZSBuZWVkIHRvIG1ha2UgcHJvZ3Jlc3Mgd2l0aCBvdXIgY2hhcnRlcmVkIGl0ZW1zIGZp cnN0Lg0KDQpPbiAwOS8yNy8yMDE3IDA3OjI5IFBNLCBLYXRobGVlbiBNb3JpYXJ0eSB3cm90ZToN CkdvcmFuIGhhcyBhIGdvb2QgcG9pbnQgaGVyZS4NCg0KS2F0aGxlZW4NCg0KT24gV2VkLCBTZXAg MjcsIDIwMTcgYXQgMTowNCBQTSwgR8O2cmFuIFNlbGFuZGVyDQo8Z29yYW4uc2VsYW5kZXJAZXJp Y3Nzb24uY29tPG1haWx0bzpnb3Jhbi5zZWxhbmRlckBlcmljc3Nvbi5jb20+PiB3cm90ZToNCg0K QXMgSSBtZW50aW9uZWQgaW4gYSBwcmV2aW91cyBtYWlsLCBJ4oCZbSBjb21wbGV0ZWx5IGFnYWlu c3QgZ2l2aW5nIHByaW9yaXR5DQp0byBub24tY2hhcnRlciBpdGVtcy4gVGhlcmVmb3JlIHRoZSBm aXJzdCBpbnRlcmltIG1lZXRpbmcgc2hvdWxkIGJlDQpmb2N1c2VkIG9uIHRoZSBBQ0Ugcm9hZG1h cCAtIHRoZSBvdXRwdXQgZnJvbSB0aGUgV2lraSBhY3Rpdml0eS4gSWYgd2UgaGF2ZQ0KdGltZSB0 byBkaXNjdXNzIGNlcnRpZmljYXRlIGVucm9sbWVudCwgdGhhdCBpcyBmaW5lLiBJZiB3ZSB3YW50 IGEgbGF0ZXINCmludGVyaW0gZm9yIHRoZSBjZXJ0aWZpY2F0ZSBlbnJvbG1lbnQgZGlzY3Vzc2lv biB0aGF0IGlzIGZpbmUgdG9vLCBhcyBsb25nDQphcyB0aGVyZSBpcyBzdWZmaWNpZW50IHRpbWUg aXMgZ2l2ZW4gdG8gZGVjaWRlIG9uIHRoZSBvbmdvaW5nIHdvcmsuDQoNCkfDtnJhbg0KDQoNCk9u IDIwMTctMDktMjcgMTg6MzQsICJBY2Ugb24gYmVoYWxmIG9mIEhhbm5lcyBUc2Nob2ZlbmlnIg0K PGFjZS1ib3VuY2VzQGlldGYub3JnPG1haWx0bzphY2UtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVo YWxmIG9mIGhhbm5lcy50c2Nob2ZlbmlnQGdteC5uZXQ8bWFpbHRvOmhhbm5lcy50c2Nob2Zlbmln QGdteC5uZXQ+PiB3cm90ZToNCg0KRmFpciBlbm91Z2guDQoNCldlIGVpdGhlciBuZWVkIHRvIG1h a2UgaXQgbG9uZ2VyIG9yIHBpY2sgdHdvIGRhdGVzLiBJIHByZWZlciB0aGUgbGF0dGVyLg0KDQpP biAwOS8yNy8yMDE3IDA2OjIzIFBNLCBLYXRobGVlbiBNb3JpYXJ0eSB3cm90ZToNClN1cmUsIG15 IHJlc3BvbnNlIHdhcyB0byBtYWtlIGl0IGNsZWFyIHRoZSB3aWtpIHdhcyB0byBiZSBkaXNjdXNz ZWQNCnRob3VnaC4gIFdpbGwgdGhpcyBhbGwgYmUgb24gb25lIGNhbGwgb3IgdHdvPyAgVGhlIGFu bm91bmNlbWVudCB3YXNuJ3QNCmNsZWFyIGFuZCBJJ2QgbGlrZSBvdCBtYWtlIHN1cmUgdGhlIFdH IGlzIHJlYWR5IGZvciB0aGUgcHJvZmlsZXMNCmRpc2N1c3Npb24uDQoNCkJlc3QsDQpLYXRobGVl bg0KDQpPbiBXZWQsIFNlcCAyNywgMjAxNyBhdCAxMjowOSBQTSwgSGFubmVzIFRzY2hvZmVuaWcN CjxoYW5uZXMudHNjaG9mZW5pZ0BnbXgubmV0PG1haWx0bzpoYW5uZXMudHNjaG9mZW5pZ0BnbXgu bmV0Pj4gd3JvdGU6DQpJIGFncmVlIHdpdGggS2VwZW5nIHRoYXQgd2UgYWxzbyB3YW50ZWQgdG8g ZGlzY3VzcyB0aGUgY2VydGlmaWNhdGUNCmVucm9sbG1lbnQgaW4gYWRkaXRpb24gdG8gdGhlIFdp a2kuDQoNCk9uIDA5LzI3LzIwMTcgMDU6MjMgUE0sIEthdGhsZWVuIE1vcmlhcnR5IHdyb3RlOg0K SGVsbG8gS2VwZW5nLA0KDQpUaGUgaW50ZXJpbSBzaG91bGQgYWxzbyBiZSB0byBkaXNjdXNzIHRo ZSBwcm9maWxlcyBhcyB0aGF0IHdhcyBhDQpwcmlvcml0eSBmcm9tIHRoZSBXRyBzZXNzaW9uIGlu IFByYWd1ZS4gIEdvcmFuIHB1bGxlZCB0b2dldGhlciB0aGUNCndpa2ksIG5vdyBpdCdzIHVwIHRv IHRoZSBXRyBwYXJ0aWNpcGFudHMgdG8gY2hlY2sgdGhlIHdpa2kgYW5kIGFtZW5kDQphcyBuZWVk ZWQgdG8gYWxsb3cgZm9yIGEgcHJvZHVjdGl2ZSBzZXNzaW9uLiAgT3IgZGlkIHlvdSBwbGFuIG9u IHR3bw0KaW50ZXJpbXM/ICBUaW1pbmcgaXMgdGlnaHQgZm9yIHRoYXQgdGhvdWdoLg0KDQpCZXN0 IHJlZ2FyZHMsDQpLYXRobGVlbg0KDQpPbiBUdWUsIFNlcCAyNiwgMjAxNyBhdCA5OjQ0IFBNLCBL ZXBlbmcgTGkNCjxrZXBlbmcubGtwQGFsaWJhYmEtaW5jLmNvbTxtYWlsdG86a2VwZW5nLmxrcEBh bGliYWJhLWluYy5jb20+PiB3cm90ZToNCkhpIGFsbCwNCg0KQWNjb3JkaW5nIHRvIG91ciBJRVRG IDk5IG1lZXRpbmcgbWludXRlcywgd2Ugd2lsbCBob2xkIGFuIGludGVyaW0NCm1lZXRpbmcgb24N CmNlcnRpZmljYXRlIGVucm9sbWVudCBpbiBjb25zdHJhaW5lZCBlbnZpcm9ubWVudHMuDQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvOTkvbWF0ZXJpYWxzL21pbnV0ZXMtOTkt YWNlLw0KDQpXZSBwcm9wb3NlZCB0aHJlZSBvcHRpb25zIGZvciB0aGUgbWVldGluZyB0aW1lOg0K MS4gMTd0aCBPY3QsIFR1ZXNkYXksIEdNVCAxMzowMCB+IDE0OjAwLg0KMi4gMTh0aCBPY3QsIFdl ZG5lc2RheSwgR01UIDEzOjAwIH4gMTQ6MDAuDQozLiAxOXRoIE9jdCwgVGh1cnNkYXksIEdNVCAx MzowMCB+IDE0OjAwLg0KDQpQbGVhc2UgaW5kaWNhdGUgeW91ciBhdmFpbGFibGUgdGltZSBmcm9t IHRoZSBkb29kbGUgcG9sbDoNCmh0dHBzOi8vZG9vZGxlLmNvbS9wb2xsL2lnM2Jocjd0ZmIyeGg0 dTQNCg0KSGFubmVzIGFuZCBJIHdpbGwgcHJlcGFyZSB0aGUgYWdlbmRhIGFuZCBzZW5kIG91dCBs YXRlci4gV2UgbWF5IGFkZA0Kb3RoZXINCnRvcGljcyB0byB0aGUgYWdlbmRhLg0KDQpUaGFua3Mu DQoNCktpbmQgUmVnYXJkcw0KS2VwZW5nICYgSGFubmVzDQoNCg0KDQoNCg0KDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkFjZSBtYWlsaW5nIGxp c3QNCkFjZUBpZXRmLm9yZzxtYWlsdG86QWNlQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9hY2UNCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KQWNlIG1haWxpbmcgbGlzdA0KQWNlQGlldGYub3Jn PG1haWx0bzpBY2VAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2FjZQ0KDQo= --_000_F55CBEBF91764E51A58AC1D96D9F7C52rise_ Content-Type: text/html; charset="utf-8" Content-ID: <9F613A8A86535C4C993665F185C11206@sp.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkhlbGxvIEhhbm5lcyBhbmQgR8O2cmFuLA0KPGRp diBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPlBhcmRvbiBtZSBpZiBJIGFtIG1pc3Npbmcgc29tZSAoYmFja2dyb3VuZCkgaW5mb3Jt YXRpb24gaGVyZS4gSWYgdGhpcyAoPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy93Zy9hY2UvY2hhcnRlci8iIGNsYXNzPSIiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv d2cvYWNlL2NoYXJ0ZXIvPC9hPikgaXMgdGhlIEFDRSBjaGFydGVyLCBpdCBkb2VzIG5vdCBleGNs dWRlIHRoZSB1c2Ugb2YgY2VydGlmaWNhdGVzDQogdG8gc29sdmUgdGhlIDxpIGNsYXNzPSIiPmF1 dGhlbnRpY2F0aW9uPC9pPiBwcm9ibGVtLiBBbmQgd2l0aG91dCBzb2x2aW5nIHRoZSBlbnJvbG1l bnQgKHByb2Nlc3Mgb2YgY2VydGlmeWluZyBwdWJsaWMga2V5cyksIHRoZSB1c2Ugb2YgY2VydGlm aWNhdGVzIGlzIG5vdCBwcmFjdGljYWwuIEZvciBpbmRpdmlkdWFsIHByb2ZpbGVzIChEVExTLCBP U0NPQVAsIElQc2VjLCBldGMuICkgdG9vLCB3aXRob3V0IGNlcnRpZmljYXRlIGVucm9sbWVudCwg dGhlDQogc3RvcnkgdG8gZXN0YWJsaXNoIGEgc2VjdXJlIHNlc3Npb24gYmV0d2VlbiBSUyBhbmQg QyBpcyBpbmNvbXBsZXRlLiBTeW1tZXRyaWMgYW5kIHJhdy1wdWJsaWMga2V5cyBhcmUgYnkgZGVm aW5pdGlvbiBwcmUtIG9yIG1hbnVhbGx5IHNoYXJlZDsgaG93ZXZlciwgY2VydGlmaWNhdGVzIGFy ZSBlbnJvbGxlZCBiZWZvcmUgdXNlLiBJIHRoZXJlZm9yZSBjb25zaWRlciBjZXJ0aWZpY2F0ZSBl bnJvbG1lbnQgYSBwYXJ0IG9mIGNvbXBsZXRlICZxdW90O2F1dGhlbnRpY2F0aW9uDQogYW5kIGF1 dGhvcmlzYXRpb24gc29sdXRpb27igJ0gYW5kIGhlbmNlIHRoZSBjaGFydGVyLiZuYnNwOzwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+T2Yg Y291cnNlLCB3ZSBzaG91bGQgZGlzY3VzcyBwcm9maWxlcyBmaXJzdCA7KTwvZGl2Pg0KPGRpdiBj bGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QmVzdCw8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+U2hhaGlkPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBj bGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gMjcgU2VwIDIwMTcsIGF0IDE5OjMyLCBIYW5uZXMg VHNjaG9mZW5pZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmhhbm5lcy50c2Nob2ZlbmlnQGdteC5uZXQi IGNsYXNzPSIiPmhhbm5lcy50c2Nob2ZlbmlnQGdteC5uZXQ8L2E+Jmd0OyB3cm90ZTo8L2Rpdj4N CjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0K PGRpdiBjbGFzcz0iIj5ZZXMsIGdvb2QgcG9pbnQuIFdlIG5lZWQgdG8gbWFrZSBwcm9ncmVzcyB3 aXRoIG91ciBjaGFydGVyZWQgaXRlbXMgZmlyc3QuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi Pg0KT24gMDkvMjcvMjAxNyAwNzoyOSBQTSwgS2F0aGxlZW4gTW9yaWFydHkgd3JvdGU6PGJyIGNs YXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+R29yYW4gaGFzIGEgZ29v ZCBwb2ludCBoZXJlLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkthdGhsZWVuPGJyIGNs YXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KT24gV2VkLCBTZXAgMjcsIDIwMTcgYXQgMTowNCBQTSwg R8O2cmFuIFNlbGFuZGVyPGJyIGNsYXNzPSIiPg0KJmx0OzxhIGhyZWY9Im1haWx0bzpnb3Jhbi5z ZWxhbmRlckBlcmljc3Nvbi5jb20iIGNsYXNzPSIiPmdvcmFuLnNlbGFuZGVyQGVyaWNzc29uLmNv bTwvYT4mZ3Q7IHdyb3RlOjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNs YXNzPSIiPjxiciBjbGFzcz0iIj4NCkFzIEkgbWVudGlvbmVkIGluIGEgcHJldmlvdXMgbWFpbCwg SeKAmW0gY29tcGxldGVseSBhZ2FpbnN0IGdpdmluZyBwcmlvcml0eTxiciBjbGFzcz0iIj4NCnRv IG5vbi1jaGFydGVyIGl0ZW1zLiBUaGVyZWZvcmUgdGhlIGZpcnN0IGludGVyaW0gbWVldGluZyBz aG91bGQgYmU8YnIgY2xhc3M9IiI+DQpmb2N1c2VkIG9uIHRoZSBBQ0Ugcm9hZG1hcCAtIHRoZSBv dXRwdXQgZnJvbSB0aGUgV2lraSBhY3Rpdml0eS4gSWYgd2UgaGF2ZTxiciBjbGFzcz0iIj4NCnRp bWUgdG8gZGlzY3VzcyBjZXJ0aWZpY2F0ZSBlbnJvbG1lbnQsIHRoYXQgaXMgZmluZS4gSWYgd2Ug d2FudCBhIGxhdGVyPGJyIGNsYXNzPSIiPg0KaW50ZXJpbSBmb3IgdGhlIGNlcnRpZmljYXRlIGVu cm9sbWVudCBkaXNjdXNzaW9uIHRoYXQgaXMgZmluZSB0b28sIGFzIGxvbmc8YnIgY2xhc3M9IiI+ DQphcyB0aGVyZSBpcyBzdWZmaWNpZW50IHRpbWUgaXMgZ2l2ZW4gdG8gZGVjaWRlIG9uIHRoZSBv bmdvaW5nIHdvcmsuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KR8O2cmFuPGJyIGNsYXNz PSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KT24gMjAxNy0wOS0yNyAxODozNCwg JnF1b3Q7QWNlIG9uIGJlaGFsZiBvZiBIYW5uZXMgVHNjaG9mZW5pZyZxdW90OzxiciBjbGFzcz0i Ij4NCiZsdDs8YSBocmVmPSJtYWlsdG86YWNlLWJvdW5jZXNAaWV0Zi5vcmciIGNsYXNzPSIiPmFj ZS1ib3VuY2VzQGlldGYub3JnPC9hPiBvbiBiZWhhbGYgb2YNCjxhIGhyZWY9Im1haWx0bzpoYW5u ZXMudHNjaG9mZW5pZ0BnbXgubmV0IiBjbGFzcz0iIj5oYW5uZXMudHNjaG9mZW5pZ0BnbXgubmV0 PC9hPiZndDsgd3JvdGU6PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUg dHlwZT0iY2l0ZSIgY2xhc3M9IiI+RmFpciBlbm91Z2guPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNz PSIiPg0KV2UgZWl0aGVyIG5lZWQgdG8gbWFrZSBpdCBsb25nZXIgb3IgcGljayB0d28gZGF0ZXMu IEkgcHJlZmVyIHRoZSBsYXR0ZXIuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KT24gMDkv MjcvMjAxNyAwNjoyMyBQTSwgS2F0aGxlZW4gTW9yaWFydHkgd3JvdGU6PGJyIGNsYXNzPSIiPg0K PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+U3VyZSwgbXkgcmVzcG9uc2Ugd2FzIHRv IG1ha2UgaXQgY2xlYXIgdGhlIHdpa2kgd2FzIHRvIGJlIGRpc2N1c3NlZDxiciBjbGFzcz0iIj4N CnRob3VnaC4gJm5ic3A7V2lsbCB0aGlzIGFsbCBiZSBvbiBvbmUgY2FsbCBvciB0d28/ICZuYnNw O1RoZSBhbm5vdW5jZW1lbnQgd2Fzbid0PGJyIGNsYXNzPSIiPg0KY2xlYXIgYW5kIEknZCBsaWtl IG90IG1ha2Ugc3VyZSB0aGUgV0cgaXMgcmVhZHkgZm9yIHRoZSBwcm9maWxlczxiciBjbGFzcz0i Ij4NCmRpc2N1c3Npb24uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KQmVzdCw8YnIgY2xh c3M9IiI+DQpLYXRobGVlbjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk9uIFdlZCwgU2Vw IDI3LCAyMDE3IGF0IDEyOjA5IFBNLCBIYW5uZXMgVHNjaG9mZW5pZzxiciBjbGFzcz0iIj4NCiZs dDs8YSBocmVmPSJtYWlsdG86aGFubmVzLnRzY2hvZmVuaWdAZ214Lm5ldCIgY2xhc3M9IiI+aGFu bmVzLnRzY2hvZmVuaWdAZ214Lm5ldDwvYT4mZ3Q7IHdyb3RlOjxiciBjbGFzcz0iIj4NCjxibG9j a3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPkkgYWdyZWUgd2l0aCBLZXBlbmcgdGhhdCB3ZSBh bHNvIHdhbnRlZCB0byBkaXNjdXNzIHRoZSBjZXJ0aWZpY2F0ZTxiciBjbGFzcz0iIj4NCmVucm9s bG1lbnQgaW4gYWRkaXRpb24gdG8gdGhlIFdpa2kuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi Pg0KT24gMDkvMjcvMjAxNyAwNToyMyBQTSwgS2F0aGxlZW4gTW9yaWFydHkgd3JvdGU6PGJyIGNs YXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+SGVsbG8gS2VwZW5nLDxi ciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClRoZSBpbnRlcmltIHNob3VsZCBhbHNvIGJlIHRv IGRpc2N1c3MgdGhlIHByb2ZpbGVzIGFzIHRoYXQgd2FzIGE8YnIgY2xhc3M9IiI+DQpwcmlvcml0 eSBmcm9tIHRoZSBXRyBzZXNzaW9uIGluIFByYWd1ZS4gJm5ic3A7R29yYW4gcHVsbGVkIHRvZ2V0 aGVyIHRoZTxiciBjbGFzcz0iIj4NCndpa2ksIG5vdyBpdCdzIHVwIHRvIHRoZSBXRyBwYXJ0aWNp cGFudHMgdG8gY2hlY2sgdGhlIHdpa2kgYW5kIGFtZW5kPGJyIGNsYXNzPSIiPg0KYXMgbmVlZGVk IHRvIGFsbG93IGZvciBhIHByb2R1Y3RpdmUgc2Vzc2lvbi4gJm5ic3A7T3IgZGlkIHlvdSBwbGFu IG9uIHR3bzxiciBjbGFzcz0iIj4NCmludGVyaW1zPyAmbmJzcDtUaW1pbmcgaXMgdGlnaHQgZm9y IHRoYXQgdGhvdWdoLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkJlc3QgcmVnYXJkcyw8 YnIgY2xhc3M9IiI+DQpLYXRobGVlbjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk9uIFR1 ZSwgU2VwIDI2LCAyMDE3IGF0IDk6NDQgUE0sIEtlcGVuZyBMaTxiciBjbGFzcz0iIj4NCiZsdDs8 YSBocmVmPSJtYWlsdG86a2VwZW5nLmxrcEBhbGliYWJhLWluYy5jb20iIGNsYXNzPSIiPmtlcGVu Zy5sa3BAYWxpYmFiYS1pbmMuY29tPC9hPiZndDsgd3JvdGU6PGJyIGNsYXNzPSIiPg0KPGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+SGkgYWxsLDxiciBjbGFzcz0iIj4NCjxiciBjbGFz cz0iIj4NCkFjY29yZGluZyB0byBvdXIgSUVURiA5OSBtZWV0aW5nIG1pbnV0ZXMsIHdlIHdpbGwg aG9sZCBhbiBpbnRlcmltPGJyIGNsYXNzPSIiPg0KbWVldGluZyBvbjxiciBjbGFzcz0iIj4NCmNl cnRpZmljYXRlIGVucm9sbWVudCBpbiBjb25zdHJhaW5lZCBlbnZpcm9ubWVudHMuPGJyIGNsYXNz PSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nLzk5L21h dGVyaWFscy9taW51dGVzLTk5LWFjZS8iIGNsYXNzPSIiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvbWVldGluZy85OS9tYXRlcmlhbHMvbWludXRlcy05OS1hY2UvPC9hPjxiciBjbGFzcz0i Ij4NCjxiciBjbGFzcz0iIj4NCldlIHByb3Bvc2VkIHRocmVlIG9wdGlvbnMgZm9yIHRoZSBtZWV0 aW5nIHRpbWU6PGJyIGNsYXNzPSIiPg0KMS4gMTd0aCBPY3QsIFR1ZXNkYXksIEdNVCAxMzowMCB+ IDE0OjAwLjxiciBjbGFzcz0iIj4NCjIuIDE4dGggT2N0LCBXZWRuZXNkYXksIEdNVCAxMzowMCB+ IDE0OjAwLjxiciBjbGFzcz0iIj4NCjMuIDE5dGggT2N0LCBUaHVyc2RheSwgR01UIDEzOjAwIH4g MTQ6MDAuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KUGxlYXNlIGluZGljYXRlIHlvdXIg YXZhaWxhYmxlIHRpbWUgZnJvbSB0aGUgZG9vZGxlIHBvbGw6PGJyIGNsYXNzPSIiPg0KaHR0cHM6 Ly9kb29kbGUuY29tL3BvbGwvaWczYmhyN3RmYjJ4aDR1NDxiciBjbGFzcz0iIj4NCjxiciBjbGFz cz0iIj4NCkhhbm5lcyBhbmQgSSB3aWxsIHByZXBhcmUgdGhlIGFnZW5kYSBhbmQgc2VuZCBvdXQg bGF0ZXIuIFdlIG1heSBhZGQ8YnIgY2xhc3M9IiI+DQpvdGhlcjxiciBjbGFzcz0iIj4NCnRvcGlj cyB0byB0aGUgYWdlbmRhLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClRoYW5rcy48YnIg Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpLaW5kIFJlZ2FyZHM8YnIgY2xhc3M9IiI+DQpLZXBl bmcgJmFtcDsgSGFubmVzPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3Rl Pg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1 b3RlPg0KPC9ibG9ja3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNs YXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnIgY2xhc3M9IiI+DQpBY2UgbWFpbGluZyBs aXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOkFjZUBpZXRmLm9yZyIgY2xhc3M9IiI+ QWNlQGlldGYub3JnPC9hPjxiciBjbGFzcz0iIj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vYWNlPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPGJyIGNsYXNzPSIi Pg0KPC9ibG9ja3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNz PSIiPg0KPC9ibG9ja3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188YnIgY2xhc3M9IiI+DQpBY2UgbWFpbGluZyBsaXN0 PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOkFjZUBpZXRmLm9yZyIgY2xhc3M9IiI+QWNl QGlldGYub3JnPC9hPjxiciBjbGFzcz0iIj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vYWNlPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_F55CBEBF91764E51A58AC1D96D9F7C52rise_-- From nobody Wed Sep 27 18:14:28 2017 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 A21BC135212 for ; Wed, 27 Sep 2017 18:14:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 RRqfl15ZBH0r for ; Wed, 27 Sep 2017 18:14:25 -0700 (PDT) Received: from out0-224.mail.aliyun.com (out0-224.mail.aliyun.com [140.205.0.224]) (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 10FF0135211 for ; Wed, 27 Sep 2017 18:14:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1506561260; h=Date:Subject:From:To:Message-ID:Mime-version:Content-type; bh=kN6gEVsvMipsdGaqppkc4sO25CQUdM02delIbVwAlNw=; b=m6fteXnCYdeyWBsJgNsX55XEABcfWib2mi/957+llLxkxUNpix77rOTy+yzzTiZXc8WFVy5HhR1TwAhlj4lH+UfDZBpcf9CpkIOKsUHQd6afsMhIktPYgjFt5vcEE/gqLT2cbpTBURUgZ4Aa1AFo9zhcKAemLVINQ/77f/pPHdQ= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R211e4; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03297; MF=kepeng.lkp@alibaba-inc.com; NM=1; PH=DS; RN=4; SR=0; TI=SMTPD_---.9.JD21F_1506561251; Received: from 30.27.110.5(mailfrom:kepeng.lkp@alibaba-inc.com ip:106.11.34.10) by smtp.aliyun-inc.com(127.0.0.1); Thu, 28 Sep 2017 09:14:15 +0800 User-Agent: Microsoft-MacOutlook/14.6.8.160830 Date: Thu, 28 Sep 2017 09:14:13 +0800 From: "Kepeng Li" To: Hannes Tschofenig , Kathleen Moriarty , =?ISO-8859-1?B?R/ZyYW4=?= Selander CC: ace Message-ID: Thread-Topic: [Ace] Doodle for ACE virtual interim meeting in Oct References: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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: Thu, 28 Sep 2017 01:14:27 -0000 OK.=20 So we will pick up two dates according to the doodle poll result. The first one will be used to discuss ACE roadmap, the output from the Wiki activity. The second one will be used to discuss certificate enrolment in constrained environments. Please fill out the doodle poll before next Monday, 2nd Oct. https://beta.doodle.com/poll/ig3bhr7tfb2xh4u4 Thanks, Kind Regards Kepeng =E5=9C=A8 28/09/2017, 1:32 AM=EF=BC=8C "Hannes Tschofenig" = =E5=86=99 =E5=85=A5: >Yes, good point. We need to make progress with our chartered items first. > >On 09/27/2017 07:29 PM, Kathleen Moriarty wrote: >> Goran has a good point here. >>=20 >> Kathleen >>=20 >> On Wed, Sep 27, 2017 at 1:04 PM, G=C3=B6ran Selander >> wrote: >>> >>> As I mentioned in a previous mail, I=E2=80=99m completely against giving >>>priority >>> to non-charter items. Therefore the first interim meeting should be >>> focused on the ACE roadmap - the output from the Wiki activity. If we >>>have >>> time to discuss certificate enrolment, that is fine. If we want a later >>> interim for the certificate enrolment discussion that is fine too, as >>>long >>> as there is sufficient time is given to decide on the ongoing work. >>> >>> G=C3=B6ran >>> >>> >>> On 2017-09-27 18:34, "Ace on behalf of Hannes Tschofenig" >>> wrote: >>> >>>> Fair enough. >>>> >>>> We either need to make it longer or pick two dates. I prefer the >>>>latter. >>>> >>>> On 09/27/2017 06:23 PM, Kathleen Moriarty wrote: >>>>> Sure, my response was to make it clear the wiki was to be discussed >>>>> though. Will this all be on one call or two? The announcement >>>>>wasn't >>>>> clear and I'd like ot make sure the WG is ready for the profiles >>>>> discussion. >>>>> >>>>> Best, >>>>> Kathleen >>>>> >>>>> On Wed, Sep 27, 2017 at 12:09 PM, Hannes Tschofenig >>>>> wrote: >>>>>> I agree with Kepeng that we also wanted to discuss the certificate >>>>>> enrollment in addition to the Wiki. >>>>>> >>>>>> On 09/27/2017 05:23 PM, Kathleen Moriarty wrote: >>>>>>> Hello Kepeng, >>>>>>> >>>>>>> The interim should also be to discuss the profiles as that was a >>>>>>> priority from the WG session in Prague. Goran pulled together the >>>>>>> wiki, now it's up to the WG participants to check the wiki and >>>>>>>amend >>>>>>> as needed to allow for a productive session. Or did you plan on >>>>>>>two >>>>>>> interims? Timing is tight for that though. >>>>>>> >>>>>>> Best regards, >>>>>>> Kathleen >>>>>>> >>>>>>> On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li >>>>>>> wrote: >>>>>>>> Hi all, >>>>>>>> >>>>>>>> According to our IETF 99 meeting minutes, we will hold an interim >>>>>>>> meeting on >>>>>>>> certificate enrolment in constrained environments. >>>>>>>> https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ >>>>>>>> >>>>>>>> We proposed three options for the meeting time: >>>>>>>> 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. >>>>>>>> 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. >>>>>>>> 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. >>>>>>>> >>>>>>>> Please indicate your available time from the doodle poll: >>>>>>>> https://doodle.com/poll/ig3bhr7tfb2xh4u4 >>>>>>>> >>>>>>>> Hannes and I will prepare the agenda and send out later. We may >>>>>>>>add >>>>>>>> other >>>>>>>> topics to the agenda. >>>>>>>> >>>>>>>> Thanks. >>>>>>>> >>>>>>>> Kind Regards >>>>>>>> Kepeng & Hannes >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Ace mailing list >>>> Ace@ietf.org >>>> https://www.ietf.org/mailman/listinfo/ace >>> >>=20 >>=20 >>=20 From nobody Thu Sep 28 02:09:08 2017 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 0154B1345A8 for ; Thu, 28 Sep 2017 02:09:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 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_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=erdtman-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 rjxEpg1J174W for ; Thu, 28 Sep 2017 02:09:03 -0700 (PDT) Received: from mail-pg0-x233.google.com (mail-pg0-x233.google.com [IPv6:2607:f8b0:400e:c05::233]) (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 1583413459A for ; Thu, 28 Sep 2017 02:09:02 -0700 (PDT) Received: by mail-pg0-x233.google.com with SMTP id v23so607619pgc.5 for ; Thu, 28 Sep 2017 02:09:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=erdtman-se.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tjDegjtu7DPJ3ly3UKQBMidm5p6RvZIAAaXqtV8VCFs=; b=Urd3trNdbfB3u+Cry3gzX0dEBRXyLi5iFoYXpXyC54djdZQK26Fk0K8hcuDKAW/cjY VPpJWJ+OxwL0hUNHIy9Dbel3Xu+ds3Ev4uKimLHYJMeEj9J5IC90LICFlO1U2iXPKjo4 1eRImn1ijrVXRV6OujHLqBgsj8CnTa0e/pBYiXnEopdysf1mXSRt6h4sLQrUU1twuZGF 9iFMuk5v6sGWBhOYutrmglRQSoN3TUO+BRZS/TsXJCuk1xqH3EJSOzMA/TYyFLeONx8b 5uuFN3u7T3hFTNkXFYv2H1WB/yXYVs74HQGexfCj3s7nuOraSpJtVMLgZCZ3UrHUss7b 46iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tjDegjtu7DPJ3ly3UKQBMidm5p6RvZIAAaXqtV8VCFs=; b=BMeiyozmK/U6+SHK0ZOZSXc1Pz+76AvGQeIqlV8iMxSbKz8lZmNSeO7FN1E4LBQqUH 0I9OBd7WHzBmwacYzrFTS2dilY+8luarjKAjDGRbKmoZiDTJWZ5j0mt8XgI8eJljDQ2E cwVPwLd8IfrmL2/VgtKYia6Xs9JIzCzaby0CqaCws7CLXKsYn35r+Ro69hInMNVxG2Pf 6DyfiixAUZ+mt4+47Qjd8JOeIjucSMvxgAO299dMYRiclsuGfwjr+0J6X7JxaueTXUDS FR3nEX93lSCOlDmSYVx5gPaQIKDsdV8LyfGI8SsbWxHmVKDzV4KZ/Jp2TqR6Tl+u1/PQ 6Hrg== X-Gm-Message-State: AHPjjUhvaGvNCdLO5TV6m+SPiQGlZW/WeQE/wGTkAZuB8vfXinO+9OEQ 7RmIMF/29WyiAuRJS5Mb6p9NcW3O1sIZEfjaoM5ltMNcA78= X-Google-Smtp-Source: AOwi7QBJtoWfuUzFdl7jR/94JEsAI1rP2mSWTRoKcekarGMdMCeTeX97lqvvwE6MARzWqNHjdK+5qORjT6nTjqsw1G4= X-Received: by 10.159.242.129 with SMTP id u1mr3561685plr.243.1506589741281; Thu, 28 Sep 2017 02:09:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.154.171 with HTTP; Thu, 28 Sep 2017 02:09:00 -0700 (PDT) In-Reply-To: References: <03aa01d30d6a$6c336b80$449a4280$@augustcellars.com> <440e7514-da45-1633-5ec9-1134d6a1c079@ri.se> <007901d30fa6$9d383290$d7a897b0$@augustcellars.com> From: Samuel Erdtman Date: Thu, 28 Sep 2017 11:09:00 +0200 Message-ID: To: Jim Schaad Cc: ace , Ludwig Seitz Content-Type: multipart/alternative; boundary="089e082bf58c5a0de5055a3c42bd" Archived-At: Subject: Re: [Ace] Review of draft-ietf-ace-oauth-authz-06 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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: Thu, 28 Sep 2017 09:09:07 -0000 --089e082bf58c5a0de5055a3c42bd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Jim for a great review. Here comment a late comment on the .well-known comment I have done some research and my opinion is to not create .well-known resources. When reading up on well-known I can see that two ways of using is has evolved. The first one is to have a path under .well-known (e.g. /.well-known/ace) that returns a set of links to the endpoints defined by the specification. (When reading the .well-known RFC (RFC5785) this is how I interpret it). In this case it would be easy to add .well-known support later on (maybe for both vanilla OAuth and the ACE flavor). The second solution I have seen is to place yourendpoints under the .well-known prefix (e.g. /.well-known/ace/token) this is how EST does it /.well-known/est/simpleenroll, /.well-known/est/cacerts etc. I don=E2=80=99= t think to mandate this solution is a good solution for the simple reason that the path becomes long and requires several unnecessary bytes. Looking at the OAuth 2.0 framework I can see that they have not registered .well-known paths and also phrased the language around endpoints slightly differently. In the ace framework text we talk about the '/token' endpoint, the slash gives the reader the impression that this is a specific location while OAuth talks about the 'token' endpoint i.e. giving the impression that the path can be anything. I therefor suggest that we to start with change '/token' to 'token', '/introspection' to 'introspection' and '/authz-info' to 'authz-info' //Samuel On Tue, Aug 8, 2017 at 5:02 PM, Ludwig Seitz wrote: > On 2017-08-07 19:57, Jim Schaad wrote: > > >>>> 3. Still unhappy about the lack of POP between C and AS. How does th= e >>>> >>> AS >> >>> know that the key it is binding to the token is the right one. The RS >>>> >>> has >> >>> no problems, but assumes that the AS did its job. >>>> >>> >>> I'm not sure what problem that would solve. That C binds the token to a >>> key it doesn't own? What benefit would C have from that? >>> >>> If C wants to relay a token to a "friend" it could always share the >>> pop-key with said friend. >>> >> >> If I can fool C into thinking that my key is it's key, when the process = is >> finished the RS has an access token with the privileges of C, but with m= y >> key. I now can do anything that C would be able to do. This would only >> need to be done the first time the AC sees the key as it could keep trac= k >> that the key is associated with C for later requests. >> >> > Ok, we could fix this by requiring that the key used by C when > authenticating to AS is the one that is used as PoP key. > > > >>>> 4. If I want to use the SCOPES field as defined by Carsten, then I do >>>> >>> not >> >>> want the current restriction that is being imposed on the scope >>>> >>> parameter >> >>> in >>> >>>> Section 3 (?) Under "Scopes and Permissions". >>>> >>> >>> I'm just reiterating the definition of the scope parameter from the >>> OAuth spec. I think Carsten's approach can be modified to fit into that >>> spec. >>> >> >> A sentence that says that other methods of doing scopes is permitted wou= ld >> satisfy my desires. >> > > I would favor a solution that says that scopes are strings by default, > unless the AS and the RS specifically agree on something else. That way a= n > implementation does not have to deal with binary data by default. > > >>>> 7. In section 5 - Under "ACE Profiles" - RECOMMENDS seems to be an od= d >>>> thing to have here - this is not really a protocol recommendation is i= t? >>>> Are we allowing for JSON to be used rather than CBOR? The text here o= n >>>> >>> what >>> >>>> encodings to use could be made more declarative. Are we expecting any >>>> >>> JSON >>> >>>> use at this point for any profile define? If so then a list of >>>> >>> tradeoffs >> >>> for profile creators and how to detect would be in order rather than th= e >>>> >>> big >> >>> RECOMMENDS. >>>> >>> > Yes the intention is to allow profiles to specify JSON (or something >>> else) as data format instead of CBOR. >>> >> >> If one were to be using JSON why would one not just use OAuth rather tha= n >> ACE? If JSON is really going to be a legal option then I think it shoul= d >> be >> fully fleshed out as part of this document. Otherwise you might end up >> with >> MTI problems. >> > > Sounds reasonable to me, I'll propose that change > > > >> 10. Section 5.4 appears to create a new endpoint that has not been >>>> discussed in other contexts. Is this intentional? >>>> >>> >>> No that's just an existing OAuth endpoint. Since I've had mostly on >>> client credentials in mind, this endpoint wasn't discussed that much. >>> >>> My impression is that this endpoint would mostly be used by >>> non-constrained clients (towards the obviously non-constrained AS), and >>> therefore it wouldn't need an ACE profiling, it could just be used as >>> specified in OAuth. >>> >> >> You might think about moving the out-of-scope statement closer to the >> front >> of the section so that is clearer. >> >> > Ok I will try to clarify this. > > >>> >>>> 11. Section 5.5.1 - OK - I am reversing thinking. However I need to g= et >>>> >>> a >> >>> summary of what a profile is going to need to specify a long ways befor= e >>>> >>> I >> >>> get to this point. Perhaps has part of the overview. >>>> >>> >>> The summary of what a profile needs to specify is collected in Appendix >>> C currently. This appendix reiterates points that are spread out (in >>> contextually appropriate places) in the main body of the spec. >>> >> >> You should have an early pointer to this so people know it is there and >> read >> it then. >> >> > Done. > > >>> >>> One of the questions >>>> is going to be can the C-AS section of one profile be used with the >>>> C-RS of >>>> another profile and keep the same security guarantees. The overview i= s >>>> going to need to talk about this at some point. >>>> >>> >>> This seems to be a "it depends" issue. We should have some text on this= , >>> the security considerations seem the right place to me for this. >>> Creating issue. >>> >> >> I think that this should be part of the "main" text and goes to what St >> Johns (I think it was him) brought up at the mic where it needs to be >> clear >> someplace what the security assumptions/requirements are for each leg of >> the >> conversation are that a profile needs to be sure to include. And how >> using >> different profiles might interact. >> >> > Note that in discussion with Hannes today, he came up with the very > reasonable scenario of C<->AS with DTLS/CoAP and C<->RS with TLS/MQTT. > > > 12. Section 5.5.1 - I would like to add some additional parameters at >>>> >>> this >> >>> point. The first is a RS_Data field which is copied from the RS->C >>>> >>> message >> >>> verbatim. It allows for encrypted data to be passed from the RS to the >>>> >>> AS >> >>> as part of the request. Data type is COSE_Encrypt. >>>> >>> >>> Are you referring to the "nonce" that can be part of the AS discovery >>> message? I'm not sure if that should go in this document or in a >>> separate draft. What does the group think? >>> >> >> I am referring to more than just the "nonce" value, although that is one >> such value. If you look at draft-cuellar-ace-pat-priv-enh >> anced-authz-tokens >> in section 4.3, they have a whole set of parameters that are to be >> transferred from the RS to the AS via C. One some parameter would be th= e >> RS >> having an idea of what the scope is that needs to be authorized based on >> the >> request (thus allowing C not to have to understand scopes). >> > > I would be in favor of moving these things into a separate document. The > current draft is already quite long, and it doesn't feel like essential > functionality to me. > > > 13. Section 5.5.1 - I would like to see an AS field documented here so >>>> >>> th >> >>> that the 4 corner model can work. >>>> >>> >>> Could you be more specific about the "4 corner model"? I'm not familiar >>> with that. >>> >> >> It is an old term that I learned early on in my career which actually >> refers >> to how your credit card is setup to get authorized. You have four parti= es >> one on each corner - Card holder, Card Bank, Merchant bank, Merchant. >> Looks >> just the security model from actors if you omit the owners. This is >> basically short hand for saying that CAS !=3D AS. >> > > The the 4 corner model would use the CAS as intermediary between C and AS= . > This means on the one hand that the CAS would need some token request > parameters that indicate for which client it is requesting a token from t= he > AS. On the other hand the client could query the CAS just like it queries > the AS /token endpoint, so I don't see an immediate need for measures on > that side of the communication. > > Since I haven't seen strong industry demands for supporting the CAS so > far, I'd suggest to move such specifications into a separate document. > > >> 14. Section 5.5.1 - What is the default - use this for "aud"? How is a >>>> client supposed to know what to put here for a new RS? >>>> >>> >>> "aud" should contain be the identifier of the RS or a group of RS that >>> the client wants to access. >>> >>> Since the client ought to know which RS it wants to access with the >>> token, I assumed it would know what to put in this field. >>> >> >> So the answer is [2001::1]? >> > > For example, or just "aud" : "myTemperatureSensors", where the RS and the > AS have a mapping of which RS correspond to "myTemperateSensors". > > >> 17. Figure 4 - need to check out if client_secret is a real secret or >>>> >>> not - >> >>> it seems odd to say don't use symmetric and then have an example of >>>> >>> passing >>> >>>> one. Could be something else as I don't have RFC 6749 w/ me. >>>> >>> >>> True, this method is specified on section 2.3.1. of RFC 6749, so we >>> thought we'd offer an example. >>> >>> I don't think this is a good feature security-wise. >>> >> >> That is for Client Password authorization - This is not going to be >> something that you ever want to support in this profile. There are othe= r >> better ways to deal with a shared secret and you don't want the potentia= l >> multiple round trips to do http authorization here. >> > > Indeed. I will modify that example to use some other method. > > >> 19. Is there a reason for a client not being able to request a profile >>>> rather than having it be configured into the AS? >>>> >>> >>> We had that in a previous version and decided it was over-engineered. >>> The client needs to be registered at the AS anyways, and could then als= o >>> specify preferred profiles. >>> >> >> The AS also needs to know the network layout as well since C and RS may >> not >> be able to use DTLS if they need to go through a proxy. >> > > These kind of things should be covered implicitly since RS and C are > registered at the AS together with a list fo the profiles they support. I > would expect that if either C or RS are deployed on a network that requir= es > proxies, DTLS will simply not be a supported profile. > > >> 23. Section 5.5.4.4 - Please define profile as being part of a CWT so >>>> >>> that >> >>> it can be communicated to the RS in the event that more than one profil= e >>>> >>> is >> >>> supported. Optional if RS only does one. >>>> >>> >>> Wouldn't the RS be able to determine the profile from the message it >>> receives from the Client? >>> >>> Say the AS tells the client to use DTLS, the RS would notice receiving = a >>> DTLS handshake. Are there any scenarios where two profiles could be >>> confused? >>> >> >> Say the AS tells the client to use DTLS. C then posts the token to >> /authz-info. Is this DTLS, OSCOAP, PAT, IPSec? >> > > Why would the RS need to know at that point? When a token is posted to > /authz-info the only thing the RS needs to do is to make sure that it is > valid and store it for future use. That does not require knowledge of the > profile the client is going to use when requesting a resource later. > > > 27. Need to know how to think about the idea of a client doing an >>>> introspection. Is the response going to be different than a RS doing >>>> >>> the >> >>> query? I assume that the distinction would be based on the >>>> >>> authentication >> >>> and internal knowledge - does not need to be documented except for >>>> >>> response >>> >>>> differences. >>>> >>> >>> You mean if a client would do introspection on an access token it >>> received? Depending on the AS its not sure it would be authorized to do >>> so (mine has policies for determining who gets to introspect). I believ= e >>> this can be left to the implementers. I might be convinced that it need= s >>> a security consideration though (if you insist).We need to specify that >>> >> the >> >> The first sentence of section 5.6 says that the client can query for the >> introspection point. I this is not what is desired then just remove tha= t. >> >> If it is desired, then I assume that some of the response elements would >> be >> different. If so then that needs to be documented. >> > > Why would the response elements be different? The response is the claims > associated to the token subject to introspection. They are the same > regardless whether the client or the RS asks. It's another question wheth= er > they are meaningful to the client. > > >> 32. Section 5.6.4 - establish MTI algorithms here? >>>> >>> >>> For encrypting the client token? Is that really necessary? The AS shoul= d >>> know what algorithms the client supports. >>> >> >> That is fine, until I have an AS that only does CCM and a client which >> only >> does ChaCha-Poly1305. >> > > I see, but that would be noticed when the client is registered at the AS > (btw. see Appendix D for a list of assumptions what the AS knows about C > and RS). > > >> 35. Section 5.7.1 - Why would the RS respond with the cti - given a lack >>>> >>> of >> >>> text it is not clear when the MAY would be triggered. >>>> >>> >>> It's just a suggestion to the implementer, not really necessary but >>> useful in some scenarios (e.g. if the client later wants to delete or >>> overwrite the token this could be good to have). >>> >> >> This is not at all clear or documented. >> > > Ok I'll try to clarify. > > >> 36. Section 5.7.1 - Not sure how much information is being leaked by >>>> >>> having >> >>> different error codes being returned in these situations. May only wan= t >>>> >>> to >> >>> have one code. >>>> >>> >>> This is a difficult one. One the one hand you are right some informatio= n >>> is leaked, but on the other hand, withholding that information makes it >>> very hard for the client to fix erroneous access tokens. >>> >> >> Should probably have a security consideration on this. >> > > Issue created. > > >> 37. Section 5.7.1 - under what circumstances is the introspection >>>> >>> request >> >>> not made? >>>> >>> >>> If the RS is not configured to do so. E.g. if it has intermittent >>> connectivity and the token is self contained. >>> >> >> That was assumed. The question is what are you doing in the 3rd to last >> paragraph where you say the RS MAY introspect. But does not say anythin= g >> about when or why. I would take it as a given that if the token is >> self-contained then it would never been done. >> > > Why not? Even a self-contained token might be revoked before it expires, > which would only work with introspection. > > >> 40. Section 5.7.2 - Another "long running request" might be the case of >>>> sending back an ACK for a request followed by a 4.01 because the token >>>> expires before the request has finished processing. Re-doing >>>> >>> introspection >> >>> might also cause this sequence of messages >>>> >>>> >>> Do you think it would be useful to give these additional examples? >>> >> >> I am not really happy with how the paragraph is designed. But no they >> probably do not help. >> > > Ok I'll try to rephrase then. > > >> 48. Section 6 - Please explain the reasoning behind the last paragraph. >>>> >>> It >> >>> does not make a great deal of sense to me. >>>> >>> >>> If you issue an access token bound to a symmetric pop-key that is valid >>> for a group of RS, then any of these RS that receives the token can use >>> to towards the other RS, impersonating the client. >>> >>> I'll try to clarify the text in the draft (I also noted that the contex= t >>> to using a symmetric pop key got lost in the second sentence of that >>> paragraph). >>> >> >> The problem with that statement is that the client is using an asymmetri= c >> key pair here. >> > > Right, as I said the context got lost in some rewriting. I'll try to > rephrase to make it clearer that only symmetric keys are affected (since = in > the symmetric case the RS has the symmetric key and thus can perform the > PoP itself. > > > By the way, a quick republish to update email addresses might be desirabl= e >> so that the author list does not send back so many bounces. >> >> >> > I'll do that. > > /Ludwig > > > > -- > Ludwig Seitz, PhD > Security Lab, RISE SICS > Phone +46(0)70-349 92 51 > > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace > --089e082bf58c5a0de5055a3c42bd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Jim for a great review.

Here= comment a late comment on the .well-known comment

I have done some = research and my opinion is to not create .well-known resources.

When= reading up on well-known I can see that two ways of using is has evolved.<= br>The first one is to have a path under .well-known (e.g. /.well-known/ace= ) that returns a set of links to the endpoints defined by the specification= . (When reading the .well-known RFC (RFC5785) this is how I interpret it). = In this case it would be easy to add .well-known support later on (maybe fo= r both vanilla OAuth and the ACE flavor).

The second solution I have= seen is to place yourendpoints under the .well-known prefix (e.g. /.well-k= nown/ace/token) this is how EST does it /.well-known/est/simpleenroll, /.we= ll-known/est/cacerts etc. I don=E2=80=99t think to mandate this solution is= a good solution for the simple reason that the path becomes long and requi= res several unnecessary bytes.

Looking at the OAuth 2.0 framework I = can see that they have not registered .well-known paths and also phrased th= e language around endpoints slightly differently. In the ace framework text= we talk about the '/token' endpoint, the slash gives the reader th= e impression that this is a specific location while OAuth talks about the &= #39;token' endpoint i.e. giving the impression that the path can be any= thing.

I therefor suggest that we to start with change '/token&#= 39; to 'token', '/introspection' to 'introspection'= and '/authz-info' to 'authz-info'

//Samuel

On Tue, Au= g 8, 2017 at 5:02 PM, Ludwig Seitz <ludwig.seitz@ri.se> wro= te:
On 2017-08-07 19:57,= Jim Schaad wrote:


3.=C2=A0 Still unhappy about the lack of POP between C and AS.=C2=A0 How do= es the
AS
know that the key it is binding to the token is the right one.=C2=A0 The RS=
has
no problems, but assumes that the AS did its job.

I'm not sure what problem that would solve. That C binds the token to a=
key it doesn't own? What benefit would C have from that?

If C wants to relay a token to a "friend" it could always share t= he
pop-key with said friend.

If I can fool C into thinking that my key is it's key, when the process= is
finished the RS has an access token with the privileges of C, but with my key.=C2=A0 I now can do anything that C would be able to do.=C2=A0 This wou= ld only
need to be done the first time the AC sees the key as it could keep track that the key is associated with C for later requests.


 Ok, we could fix this by requiring that the key used by C when authenticati= ng to AS is the one that is used as PoP key.



4.=C2=A0 If I want to use the SCOPES field as defined by Carsten, then I do=
not
want the current restriction that is being imposed on the scope
parameter
in
Section 3 (?) Under "Scopes and Permissions".

I'm just reiterating the definition of the scope parameter from the
OAuth spec. I think Carsten's approach can be modified to fit into that=
spec.

A sentence that says that other methods of doing scopes is permitted would<= br> satisfy my desires.

 I would favor a solution that says that scopes are strings by default, unle= ss the AS and the RS specifically agree on something else. That way an impl= ementation does not have to deal with binary data by default.


7.=C2=A0 In section 5 - Under "ACE Profiles" - RECOMMENDS seems t= o be an odd
thing to have here - this is not really a protocol recommendation is it? Are we allowing for JSON to be used rather than CBOR?=C2=A0 The text here o= n
what
encodings to use could be made more declarative.=C2=A0 Are we expecting any=
JSON
use at this point for any profile define?=C2=A0 If so then a list of
tradeoffs
for profile creators and how to detect would be in order rather than the
big
RECOMMENDS.

Yes the intention is to allow profiles to specify JSON (or something
else) as data format instead of CBOR.

If one were to be using JSON why would one not just use OAuth rather than ACE?=C2=A0 If JSON is really going to be a legal option then I think it sho= uld be
fully fleshed out as part of this document.=C2=A0 Otherwise you might end u= p with
MTI problems.

 Sounds reasonable to me, I'll propose that change



10.=C2=A0 Section 5.4 appears to create a new endpoint that has not been discussed in other contexts.=C2=A0 Is this intentional?

No that's just an existing OAuth endpoint. Since I've had mostly on=
client credentials in mind, this endpoint wasn't discussed that much.
My impression is that this endpoint would mostly be used by
non-constrained clients (towards the obviously non-constrained AS), and
therefore it wouldn't need an ACE profiling, it could just be used as specified in OAuth.

You might think about moving the out-of-scope statement closer to the front=
of the section so that is clearer.


 Ok I will try to clarify this.



11. Section 5.5.1 - OK - I am reversing thinking.=C2=A0 However I need to g= et
a
summary of what a profile is going to need to specify a long ways before
I
get to this point.=C2=A0 Perhaps has part of the overview.

The summary of what a profile needs to specify is collected in Appendix
C currently. This appendix reiterates points that are spread out (in
contextually appropriate places) in the main body of the spec.

You should have an early pointer to this so people know it is there and rea= d
it then.


 Done.



One of the questions
is going to be can the C-AS section of one profile be used with the C-RS of=
another profile and keep the same security guarantees.=C2=A0 The overview i= s
going to need to talk about this at some point.

This seems to be a "it depends" issue. We should have some text o= n this,
the security considerations seem the right place to me for this.
Creating issue.

I think that this should be part of the "main" text and goes to w= hat St
Johns (I think it was him) brought up at the mic where it needs to be clear=
someplace what the security assumptions/requirements are for each leg of th= e
conversation are that a profile needs to be sure to include.=C2=A0 And how = using
different profiles might interact.


 Note that in discussion with Hannes today, he came up with the very reasona= ble scenario of=C2=A0 C<->AS with DTLS/CoAP and C<->RS with TLS= /MQTT.


12. Section 5.5.1 - I would like to add some additional parameters at
this
point.=C2=A0 The first is a RS_Data field which is copied from the RS->C=
message
verbatim.=C2=A0 It allows for encrypted data to be passed from the RS to th= e
AS
as part of the request.=C2=A0 Data type is COSE_Encrypt.

Are you referring to the "nonce" that can be part of the AS disco= very
message?=C2=A0 I'm not sure if that should go in this document or in a<= br> separate draft. What does the group think?

I am referring to more than just the "nonce" value, although that= is one
such value.=C2=A0 If you look at draft-cuellar-ace-pat-priv-enhanced-a= uthz-tokens
in section 4.3, they have a whole set of parameters that are to be
transferred from the RS to the AS via C.=C2=A0 One some parameter would be = the RS
having an idea of what the scope is that needs to be authorized based on th= e
request (thus allowing C not to have to understand scopes).

 I would be in favor of moving these things into a separate document. The cu= rrent draft is already quite long, and it doesn't feel like essential f= unctionality to me.


13. Section 5.5.1 - I would like to see an AS field documented here so
th
that the 4 corner model can work.

Could you be more specific about the "4 corner model"? I'm no= t familiar
with that.

It is an old term that I learned early on in my career which actually refer= s
to how your credit card is setup to get authorized.=C2=A0 You have four par= ties
one on each corner - Card holder, Card Bank, Merchant bank, Merchant.=C2=A0= Looks
just the security model from actors if you omit the owners.=C2=A0 This is basically short hand for saying that CAS !=3D AS.

 The the 4 corner model would use the CAS as intermediary between C and AS. = This means on the one hand that the CAS would need some token request param= eters that indicate for which client it is requesting a token from the AS. = On the other hand the client could query the CAS just like it queries the A= S /token endpoint, so I don't see an immediate need for measures on tha= t side of the communication.

Since I haven't seen strong industry demands for supporting the CAS so = far, I'd suggest to move such specifications into a separate document.<= span class=3D"">


14. Section 5.5.1 - What is the default - use this for "aud"?=C2= =A0 How is a
client supposed to know what to put here for a new RS?

"aud" should contain be the identifier of the RS or a group of RS= that
the client wants to access.

Since the client ought to know which RS it wants to access with the
token, I assumed it would know what to put in this field.

So the answer is [2001::1]?

For example, or just "aud" : "myTemperatureSensors", wh= ere the RS and the AS have a mapping of which RS correspond to "myTemp= erateSensors".


17. Figure 4 - need to check out if client_secret is a real secret or
not -
it seems odd to say don't use symmetric and then have an example of
passing
one. Could be something else as I don't have RFC 6749 w/ me.

True, this method is specified on section 2.3.1. of RFC 6749, so we
thought we'd offer an example.

I don't think this is a good feature security-wise.

That is for Client Password authorization - This is not going to be
something that you ever want to support in this profile.=C2=A0 There are ot= her
better ways to deal with a shared secret and you don't want the potenti= al
multiple round trips to do http authorization here.

 Indeed. I will modify that example to use some other method.


19. Is there a reason for a client not being able to request a profile
rather than having it be configured into the AS?

We had that in a previous version and decided it was over-engineered.
The client needs to be registered at the AS anyways, and could then also specify preferred profiles.

The AS also needs to know the network layout as well since C and RS may not=
be able to use DTLS if they need to go through a proxy.

 These kind of things should be covered implicitly since RS and C are regist= ered at the AS together with a list fo the profiles they support. I would e= xpect that if either C or RS are deployed on a network that requires proxie= s, DTLS will simply not be a supported profile.


23. Section 5.5.4.4 - Please define profile as being part of a CWT so
that
it can be communicated to the RS in the event that more than one profile
is
supported. Optional if RS only does one.

Wouldn't the RS be able to determine the profile from the message it receives from the Client?

Say the AS tells the client to use DTLS, the RS would notice receiving a DTLS handshake. Are there any scenarios where two profiles could be
confused?

Say the AS tells the client to use DTLS.=C2=A0 C then posts the token to /authz-info.=C2=A0 Is this DTLS, OSCOAP, PAT, IPSec?

 Why would the RS need to know at that point? When a token is posted to /aut= hz-info the only thing the RS needs to do is to make sure that it is valid = and store it for future use. That does not require knowledge of the profile= the client is going to use when requesting a resource later.


27. Need to know how to think about the idea of a client doing an
introspection.=C2=A0 Is the response going to be different than a RS doing<= br>
the
query?=C2=A0 I assume that the distinction would be based on the
authentication
and internal knowledge - does not need to be documented except for
response
differences.

You mean if a client would do introspection on an access token it
received? Depending on the AS its not sure it would be authorized to do
so (mine has policies for determining who gets to introspect). I believe this can be left to the implementers. I might be convinced that it needs a security consideration though (if you insist).We need to specify that
the

The first sentence of section 5.6 says that the client can query for the introspection point.=C2=A0 I this is not what is desired then just remove t= hat.

If it is desired, then I assume that some of the response elements would be=
different.=C2=A0 If so then that needs to be documented.

 Why would the response elements be different? The response is the claims as= sociated to the token subject to introspection. They are the same regardles= s whether the client or the RS asks. It's another question whether they= are meaningful to the client.


32. Section 5.6.4 - establish MTI algorithms here?

For encrypting the client token? Is that really necessary? The AS should know what algorithms the client supports.

That is fine, until I have an AS that only does CCM and a client which only=
does ChaCha-Poly1305.

 I see, but that would be noticed when the client is registered at the AS (b= tw. see Appendix D for a list of assumptions what the AS knows about C and = RS).


35. Section 5.7.1 - Why would the RS respond with the cti - given a lack
of
text it is not clear when the MAY would be triggered.

It's just a suggestion to the implementer, not really necessary but
useful in some scenarios (e.g. if the client later wants to delete or
overwrite the token this could be good to have).

This is not at all clear or documented.

 Ok I'll try to clarify.


36. Section 5.7.1 - Not sure how much information is being leaked by
having
different error codes being returned in these situations.=C2=A0 May only wa= nt
to
have one code.

This is a difficult one. One the one hand you are right some information is leaked, but on the other hand, withholding that information makes it
very hard for the client to fix erroneous access tokens.

Should probably have a security consideration on this.

 Issue created.


37.=C2=A0 Section 5.7.1 - under what circumstances is the introspection
request
not made?

If the RS is not configured to do so. E.g. if it has intermittent
connectivity and the token is self contained.

That was assumed.=C2=A0 The question is what are you doing in the 3rd to la= st
paragraph where you say the RS MAY introspect.=C2=A0 But does not say anyth= ing
about when or why.=C2=A0 I would take it as a given that if the token is self-contained then it would never been done.

 Why not? Even a self-contained token might be revoked before it expires, wh= ich would only work with introspection.


40.=C2=A0 Section 5.7.2 - Another "long running request" might be= the case of
sending back an ACK for a request followed by a 4.01 because the token
expires before the request has finished processing.=C2=A0 Re-doing
introspection
might also cause this sequence of messages


Do you think it would be useful to give these additional examples?

I am not really happy with how the paragraph is designed.=C2=A0 But no they=
probably do not help.

 Ok I'll try to rephrase then.


48.=C2=A0 Section 6 - Please explain the reasoning behind the last paragrap= h.
It
does not make a great deal of sense to me.

If you issue an access token bound to a symmetric pop-key that is valid
for a group of RS, then any of these RS that receives the token can use
to towards the other RS, impersonating the client.

I'll try to clarify the text in the draft (I also noted that the contex= t
to using a symmetric pop key got lost in the second sentence of that
paragraph).

The problem with that statement is that the client is using an asymmetric key pair here.

 Right, as I said the context got lost in some rewriting. I'll try to re= phrase to make it clearer that only symmetric keys are affected (since in t= he symmetric case the RS has the symmetric key and thus can perform the PoP= itself.


By the way, a quick republish to update email addresses might be desirable<= br> so that the author list does not send back so many bounces.



 I'll do that.

/Ludwig



--
Ludwig Seitz, PhD
Security Lab, RISE SICS
Phone +46(0)70-349 92 51

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

--089e082bf58c5a0de5055a3c42bd-- From nobody Thu Sep 28 10:13:55 2017 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 0AD35134777 for ; Thu, 28 Sep 2017 10:13:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net 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 SwyspoXLoZwd for ; Thu, 28 Sep 2017 10:13:52 -0700 (PDT) Received: from resqmta-ch2-05v.sys.comcast.net (resqmta-ch2-05v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207: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 4F5F11345FD for ; Thu, 28 Sep 2017 10:13:52 -0700 (PDT) Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-05v.sys.comcast.net with ESMTP id xcNPdmhEhNFQYxcNid4SJg; Thu, 28 Sep 2017 17:13:50 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1506618830; bh=rbLoR0i/plkPQkQLBqIKJzxcztZHOwgIOWO+3vJK2YI=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=T0kCYdM13qteFOvxyKEAkjbcOuXDij78+U6yb1bXcdEhcnwmbA4/0Xuj7ML7TYLuM /Gq8/24xY9o4j7uwQIzYOs89/E10T45RQRH0ObZfLKc0LVydC/YJN1yX2Lfo3bJJcR C6Z+a0pwmKfyjfIEbO4hFNLGkCb1oCwIWTyYCeu6/N/IFeHX6Gp0B0aC9hXBIcg78Q og8JHfuNXIgDeELr3ELqt1zkBwfQY8ZJ3OkUwik6hFmDO6YAZZ961Nv1BqRamb4MGa oj4ID4Z1d9w/kIdLl0cxEB35niPLAPQ01Cf9+mpIIJEENby44YEKRsZrs8XY3LY2Em khaRTCo5OP6hQ== Received: from [192.168.1.116] ([69.140.114.191]) by resomta-ch2-14v.sys.comcast.net with SMTP id xcNhd2pbCCzrXxcNidP7fv; Thu, 28 Sep 2017 17:13:50 +0000 To: ace@ietf.org References: <058564ea-c6ac-438e-3fff-71cd990fe9b6@gmx.net> From: Michael StJohns Message-ID: <0aebabe9-c2b1-a0b1-2443-1de870641825@comcast.net> Date: Thu, 28 Sep 2017 13:13:49 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <058564ea-c6ac-438e-3fff-71cd990fe9b6@gmx.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfGF3SGkDXeLMNs7vWlPiNscvFTnA7CPre1oGRg2C5LYkPSSeW3pY7LAxpzBVuXhNFM9MtrGUJA4+F7ETzGJFSHZaK7rEuOob7S3RpIW88kQes9NcbflX CQe+kW8eKbTHV1jVcoGfmlkA/nkOs++VZgtMU7ta2xr3RkIAPJPG5RAY Archived-At: Subject: Re: [Ace] IETF#100 Presentations X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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: Thu, 28 Sep 2017 17:13:54 -0000 On 9/26/2017 9:48 AM, Hannes Tschofenig wrote: > Hi all, > > at the last few IETF meetings we had plenty of presentations based on > new document submissions. Our security AD, Kathleen, raised concerns > that many of the presented documents had not seen prior mailing list > discussion. > > Hence, the approach for the next IETF meeting will be different: only > documents discussed on the list will be placed on the agenda. Um... what?聽聽聽 This begs the question of how much discussion qualifies.... I don't have a dog in the fight (currently), but this is pretty much the wrong way to handle this.聽聽 (And AFAICT is different than the norm for every other WG). Instead 1) reserve time for things that are currently active WG items first, then 2) allow anyone with an idea to reserve time with some small preference given to ideas that have been introduced to the list whether they've been discussed or not. WG F2F sessions have traditionally been where new ideas are introduced - and the reason is that getting high bandwidth feedback on an idea which may or may not be a good one tends to save painful interactions on the mailing list.聽 Those interactions include the dead silence ones where the author has no idea whether the silence means the idea is bad or just not applicable to the list readers problem set and the 100+ email chains where the author and the list try to figure out what each other means about each and every nuance of the draft. Mike ps - for next meeting, I assume you're talking meeting 101 not Singapore given that there is only about 6 weeks left until then? > > Ciao > Hannes > > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace From nobody Thu Sep 28 10:21:27 2017 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 3580C1342D7 for ; Thu, 28 Sep 2017 10:21:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net 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 84xShWTPPYlz for ; Thu, 28 Sep 2017 10:21:21 -0700 (PDT) Received: from resqmta-ch2-07v.sys.comcast.net (resqmta-ch2-07v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:39]) (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 1A011134293 for ; Thu, 28 Sep 2017 10:21:21 -0700 (PDT) Received: from resomta-ch2-02v.sys.comcast.net ([69.252.207.98]) by resqmta-ch2-07v.sys.comcast.net with ESMTP id xcU4d1HCPjOPXxcUxdWZs3; Thu, 28 Sep 2017 17:21:19 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1506619279; bh=LJPtO7zsDyUf/TdUzpBHyJlUgSsAtmhdUCZerVpM73A=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=WhNhM7mG0sb9mZ79u8pCwfPKtw5qM77qRQqX534EnyRsOR+pAtF42hUdb65+51MUv 6NbdkoQbM3taYJJiF5xXaZU8UUrLcG27GtayMkSFzcJofkcrCaU1dC1m/6f+BtvN3P o//vzUIaRyeAlLYW9zWbb0syUwZZlCSwq+yiZ+PK0FofMxmM6VVnm0YruEkQ4kPurL ka4E9Ky2xLd15ss+Lks7+6so9F/OxEB84lTrdpDGmStcaj+UyV5PIy3BZeXQ6cIgOG i9LOwGVm1TjfbgMzRVcKqEAgLbGl52EMZwHFvPWAbB2sxcHiCDfjIyZrN0+Ty2tbds +0A9Nmy3Cog0w== Received: from [192.168.1.116] ([69.140.114.191]) by resomta-ch2-02v.sys.comcast.net with SMTP id xcUwdthxiPC8qxcUxd2Wo1; Thu, 28 Sep 2017 17:21:19 +0000 To: ace@ietf.org References: From: Michael StJohns Message-ID: <9e7f3295-102a-e85f-ef1a-5cdf712bc8e5@comcast.net> Date: Thu, 28 Sep 2017 13:21:18 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfBTxl4YsWPosou6rV16sSMFO+rloSkykLEqC3JY46RNxetEgxaSULTTgtDHeY1besnstPrMe99DXJjCgcp/C5rdkkIg/jhztnHrfVb494IWvQ2smjOl+ qLKVgRJXA/dK4zCrSVawTyuyjRjvASZuzUqd1Ft+/ytuNYeEwg9avbGh Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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: Thu, 28 Sep 2017 17:21:23 -0000 On 9/27/2017 1:29 PM, Kathleen Moriarty wrote: > Goran has a good point here. Actually - I don't think he does.聽聽 If there is a sufficiently interested group of people that want to talk certificate enrollment and there is a chair available and willing then do an interim on that.聽 If there is a group of sufficiently interested group of people that want to talk about the roadmap then do an interim on that.聽 If ACE doesn't want to have such an interim then perhaps it still gets done as a virtual BOF.聽 But this has as much legitimacy as any of the other ACE work items. Virtual interims have another more common name - teleconferences. They're cheap to hold. Don't hold the certificate stuff hostage to the roadmap stuff and don't confuse a F2F interim with a virtual interim with respect to providing a false either or choice. The IETF is bottom up - we work on what the members are interested in working on.聽 It's not a great idea holding one idea hostage as a means of trying to get work done on something else. Later, Mike > > Kathleen > > On Wed, Sep 27, 2017 at 1:04 PM, G枚ran Selander > wrote: >> As I mentioned in a previous mail, I鈥檓 completely against giving priority >> to non-charter items. Therefore the first interim meeting should be >> focused on the ACE roadmap - the output from the Wiki activity. If we have >> time to discuss certificate enrolment, that is fine. If we want a later >> interim for the certificate enrolment discussion that is fine too, as long >> as there is sufficient time is given to decide on the ongoing work. >> >> G枚ran >> >> >> On 2017-09-27 18:34, "Ace on behalf of Hannes Tschofenig" >> wrote: >> >>> Fair enough. >>> >>> We either need to make it longer or pick two dates. I prefer the latter. >>> >>> On 09/27/2017 06:23 PM, Kathleen Moriarty wrote: >>>> Sure, my response was to make it clear the wiki was to be discussed >>>> though. Will this all be on one call or two? The announcement wasn't >>>> clear and I'd like ot make sure the WG is ready for the profiles >>>> discussion. >>>> >>>> Best, >>>> Kathleen >>>> >>>> On Wed, Sep 27, 2017 at 12:09 PM, Hannes Tschofenig >>>> wrote: >>>>> I agree with Kepeng that we also wanted to discuss the certificate >>>>> enrollment in addition to the Wiki. >>>>> >>>>> On 09/27/2017 05:23 PM, Kathleen Moriarty wrote: >>>>>> Hello Kepeng, >>>>>> >>>>>> The interim should also be to discuss the profiles as that was a >>>>>> priority from the WG session in Prague. Goran pulled together the >>>>>> wiki, now it's up to the WG participants to check the wiki and amend >>>>>> as needed to allow for a productive session. Or did you plan on two >>>>>> interims? Timing is tight for that though. >>>>>> >>>>>> Best regards, >>>>>> Kathleen >>>>>> >>>>>> On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li >>>>>> wrote: >>>>>>> Hi all, >>>>>>> >>>>>>> According to our IETF 99 meeting minutes, we will hold an interim >>>>>>> meeting on >>>>>>> certificate enrolment in constrained environments. >>>>>>> https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ >>>>>>> >>>>>>> We proposed three options for the meeting time: >>>>>>> 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. >>>>>>> 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. >>>>>>> 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. >>>>>>> >>>>>>> Please indicate your available time from the doodle poll: >>>>>>> https://doodle.com/poll/ig3bhr7tfb2xh4u4 >>>>>>> >>>>>>> Hannes and I will prepare the agenda and send out later. We may add >>>>>>> other >>>>>>> topics to the agenda. >>>>>>> >>>>>>> Thanks. >>>>>>> >>>>>>> Kind Regards >>>>>>> Kepeng & Hannes >>>>>>> >>>>>> >>>>>> >>>> >>>> >>> _______________________________________________ >>> Ace mailing list >>> Ace@ietf.org >>> https://www.ietf.org/mailman/listinfo/ace > > From nobody Thu Sep 28 10:42:53 2017 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 BC9441342CA for ; Thu, 28 Sep 2017 10:42:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bk0xaW0FLf6q for ; Thu, 28 Sep 2017 10:42:49 -0700 (PDT) Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (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 07CFB1330B3 for ; Thu, 28 Sep 2017 10:42:49 -0700 (PDT) Received: by mail-qk0-x234.google.com with SMTP id s132so2179373qke.7 for ; Thu, 28 Sep 2017 10:42:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QoDZgxQtMsGVqT8avyge8NCmQYP2ROBnN1rcWOTCajY=; b=Jzo80Egs6JaruDmFxeXIXwEk7vllY4oQnl+W6Us26kUii5W06OY5/StkpjZm0N17Dv Kt8LZpwStUaBuMgzlJmTf897wNYlrWeozCLgroqddxLzOgiVukbBOC+JP8isH4BeE4T9 y9QRfYzqKdttQZgBnLzr5Afmm6p6vcQ+zZBjW19SUE+r//+FAgWfp5tlY61SxuuZzc9X lDkn3n+jG3ANODcKXrlKNVEZkHJW73iS0t7cgwYCaSTfmVCVJMDXXvixIOacFqvWgMEN pxA3gw9jMqwZFK96Cvv21q69eWPb9+chP2hDI1blhH+dMmrz9Kw8TLsKeOdsHT4dBe7E DUMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QoDZgxQtMsGVqT8avyge8NCmQYP2ROBnN1rcWOTCajY=; b=NPTvBxKUeAIyT+cyREKydEyngKEA9xFE0ewU9H9mRoUn1Qz0+bFVbVPP/qciA8VeQ3 70l80r4/mGPCrUFMsTfYHdXvC6Ilc/YpxrIEPRHxx5EqynGZeI+qaGdlQpntKlBnSsrG pMQRLRK5NzfL2DZ9ZI72aCwE9i26hWIWirl7Oz4mDofVOo3vwiQqh7Q0DN1hvKlQbZMV ZNdGJenU2tY3DslhtDBPcL5zhpVbmX8f5b9Dvvp4X+a766q+Iqawo8DpQI4Jej8upLFm fWyBd/EMr2LWPY3LeG6M3clSk9CC5fihTR9HeFkAX/SvaVq52Eaf2F7KYnbykj2rYwFl 5yKQ== X-Gm-Message-State: AHPjjUj99clPW7R8znItGtyBh5hLba3W+2OOFAT7UeTI2FrESJlzvaPH aGh/R5Zpc9E+nMc9pIiCYPnkt4AF X-Google-Smtp-Source: AOwi7QArBfPAJmP7uSSmSonhok2uw7+e0q6v5d6x1cgJc3qCJkkTiD/YssJ8Qb538syX/glssMq5AA== X-Received: by 10.55.217.75 with SMTP id u72mr8270209qki.91.1506620567888; Thu, 28 Sep 2017 10:42:47 -0700 (PDT) Received: from [192.168.1.6] (209-6-124-204.s3530.c3-0.arl-ubr1.sbo-arl.ma.cable.rcncustomer.com. [209.6.124.204]) by smtp.gmail.com with ESMTPSA id s19sm1374347qki.2.2017.09.28.10.42.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Sep 2017 10:42:47 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Kathleen Moriarty X-Mailer: iPhone Mail (14F89) In-Reply-To: <9e7f3295-102a-e85f-ef1a-5cdf712bc8e5@comcast.net> Date: Thu, 28 Sep 2017 13:42:46 -0400 Cc: ace@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <74E3AA03-E1C5-4C17-866A-FB4D05D0DCDF@gmail.com> References: <9e7f3295-102a-e85f-ef1a-5cdf712bc8e5@comcast.net> To: Michael StJohns Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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: Thu, 28 Sep 2017 17:42:52 -0000 Hi Mike, I had specifically reached out to the chairs asking for a virtual interim on= the profiles and was surprised by that not being listed. This was a result= of agreement at the face to face. It's not that one is being held hostage,= Kepeng has already offered to run 2 separate sessions within the same week.= Maybe you missed a message? Best, Kathleen=20 Sent from my iPhone > On Sep 28, 2017, at 1:21 PM, Michael StJohns wrote:= >=20 >> On 9/27/2017 1:29 PM, Kathleen Moriarty wrote: >> Goran has a good point here. >=20 > Actually - I don't think he does. If there is a sufficiently interested g= roup of people that want to talk certificate enrollment and there is a chair= available and willing then do an interim on that. If there is a group of s= ufficiently interested group of people that want to talk about the roadmap t= hen do an interim on that. If ACE doesn't want to have such an interim then= perhaps it still gets done as a virtual BOF. But this has as much legitima= cy as any of the other ACE work items. >=20 > Virtual interims have another more common name - teleconferences. They're c= heap to hold. >=20 > Don't hold the certificate stuff hostage to the roadmap stuff and don't co= nfuse a F2F interim with a virtual interim with respect to providing a false= either or choice. >=20 > The IETF is bottom up - we work on what the members are interested in work= ing on. It's not a great idea holding one idea hostage as a means of trying= to get work done on something else. >=20 > Later, Mike >=20 >>=20 >> Kathleen >>=20 >> On Wed, Sep 27, 2017 at 1:04 PM, G=C3=B6ran Selander >> wrote: >>> As I mentioned in a previous mail, I=E2=80=99m completely against giving= priority >>> to non-charter items. Therefore the first interim meeting should be >>> focused on the ACE roadmap - the output from the Wiki activity. If we ha= ve >>> time to discuss certificate enrolment, that is fine. If we want a later >>> interim for the certificate enrolment discussion that is fine too, as lo= ng >>> as there is sufficient time is given to decide on the ongoing work. >>>=20 >>> G=C3=B6ran >>>=20 >>>=20 >>> On 2017-09-27 18:34, "Ace on behalf of Hannes Tschofenig" >>> wrote: >>>=20 >>>> Fair enough. >>>>=20 >>>> We either need to make it longer or pick two dates. I prefer the latter= . >>>>=20 >>>>> On 09/27/2017 06:23 PM, Kathleen Moriarty wrote: >>>>> Sure, my response was to make it clear the wiki was to be discussed >>>>> though. Will this all be on one call or two? The announcement wasn't= >>>>> clear and I'd like ot make sure the WG is ready for the profiles >>>>> discussion. >>>>>=20 >>>>> Best, >>>>> Kathleen >>>>>=20 >>>>> On Wed, Sep 27, 2017 at 12:09 PM, Hannes Tschofenig >>>>> wrote: >>>>>> I agree with Kepeng that we also wanted to discuss the certificate >>>>>> enrollment in addition to the Wiki. >>>>>>=20 >>>>>>> On 09/27/2017 05:23 PM, Kathleen Moriarty wrote: >>>>>>> Hello Kepeng, >>>>>>>=20 >>>>>>> The interim should also be to discuss the profiles as that was a >>>>>>> priority from the WG session in Prague. Goran pulled together the >>>>>>> wiki, now it's up to the WG participants to check the wiki and amend= >>>>>>> as needed to allow for a productive session. Or did you plan on two= >>>>>>> interims? Timing is tight for that though. >>>>>>>=20 >>>>>>> Best regards, >>>>>>> Kathleen >>>>>>>=20 >>>>>>> On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li >>>>>>> wrote: >>>>>>>> Hi all, >>>>>>>>=20 >>>>>>>> According to our IETF 99 meeting minutes, we will hold an interim >>>>>>>> meeting on >>>>>>>> certificate enrolment in constrained environments. >>>>>>>> https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ >>>>>>>>=20 >>>>>>>> We proposed three options for the meeting time: >>>>>>>> 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. >>>>>>>> 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. >>>>>>>> 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. >>>>>>>>=20 >>>>>>>> Please indicate your available time from the doodle poll: >>>>>>>> https://doodle.com/poll/ig3bhr7tfb2xh4u4 >>>>>>>>=20 >>>>>>>> Hannes and I will prepare the agenda and send out later. We may add= >>>>>>>> other >>>>>>>> topics to the agenda. >>>>>>>>=20 >>>>>>>> Thanks. >>>>>>>>=20 >>>>>>>> Kind Regards >>>>>>>> Kepeng & Hannes >>>>>>>>=20 >>>>>>>=20 >>>>>>>=20 >>>>>=20 >>>>>=20 >>>> _______________________________________________ >>>> Ace mailing list >>>> Ace@ietf.org >>>> https://www.ietf.org/mailman/listinfo/ace >>=20 >>=20 >=20 > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace From nobody Thu Sep 28 21:54:52 2017 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 291CA132D67 for ; Thu, 28 Sep 2017 21:54:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 jKtrSOU-L3z3 for ; Thu, 28 Sep 2017 21:54:48 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 A2F091321DE for ; Thu, 28 Sep 2017 21:54:47 -0700 (PDT) X-AuditID: c1b4fb2d-a65ff700000019be-a6-59cdd214bc31 Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 22.19.06590.412DDC95; Fri, 29 Sep 2017 06:54:45 +0200 (CEST) Received: from ESESSMB107.ericsson.se ([169.254.7.166]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0352.000; Fri, 29 Sep 2017 06:54:44 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: Michael StJohns , "ace@ietf.org" Thread-Topic: [Ace] Doodle for ACE virtual interim meeting in Oct Thread-Index: AQHTN6U91E9WS86qWkqgqiNIBUIcrqLIxUmAgAADt4CAAAM0gIAAKf4A///lNYCAAZArAIAA40oA Date: Fri, 29 Sep 2017 04:54:44 +0000 Message-ID: References: <9e7f3295-102a-e85f-ef1a-5cdf712bc8e5@comcast.net> In-Reply-To: <9e7f3295-102a-e85f-ef1a-5cdf712bc8e5@comcast.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="utf-8" Content-ID: <27149D89D260E044A44C6EFB8D6B3A7E@ericsson.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupnkeLIzCtJLcpLzFFi42KZGbHdT1f00tlIg0s32S2+f+thtpiyLsuB yWPy4zmMHkuW/GQKYIrisklJzcksSy3St0vgyjg7/R1TwQ3zioMHFzM1MC4w62Lk5JAQMJHo e3+NuYuRi0NI4AijxO0H75lBEkICSxglHt6QArHZBFwkHjQ8YgKxRQQ8JU7u/8wIYgsLOEhc ermPBSLuKDFnwm0gmwPIjpKYM9MEJMwioCrxZfZlsJG8AhYS06Y9YIPYdYlZouvTfrAEp4C9 xMV13WDzGQXEJL6fWgNmMwuIS9x6Mp8J4lABiSV7zjND2KISLx//YwWxRQX0JPb2tLNBxJUk 1h7eDnYDs4CmxPpd+hCmtcTjXUYQExUlpnQ/ZIc4R1Di5MwnLBMYxWYhWTYLoXkWQvMsJM2z kDQvYGRdxShanFpcnJtuZKyXWpSZXFycn6eXl1qyiREYTQe3/Nbdwbj6teMhRgEORiUe3rz9 ZyOFWBPLiitzDzFKcDArifC+vwAU4k1JrKxKLcqPLyrNSS0+xCjNwaIkzuuw70KEkEB6Yklq dmpqQWoRTJaJg1OqgbF/e0yJRI578K78CI6frSW/+97N4Fhyccr339M94hfLO3ezFebc2u07 Q47v5PxLc0VtFpgLKSrdnRraeFn5+Tl2rl8ttmXrPuV8Cn5gki53a/KiA/fNJb8zF82pyhP4 P/26w67cw86hD8qYDEV99BJd2SfoVbCuf5s0R3GDypnW5t0lwZ89nZRYijMSDbWYi4oTAX20 Zc+iAgAA Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 29 Sep 2017 04:54:50 -0000 SGkgTWlrZSwNCg0KSSBkb27igJl0IGRpc2FncmVlIHdpdGggeW91ciBnZW5lcmFsIHJlYXNvbmlu ZywgYXBwbGllZCB0byBhIG5vcm1hbGx5DQp3b3JraW5nIFdHLg0KDQpIb3cgZmFtaWxpYXIgYXJl IHlvdSB3aXRoIHRoZSBpbm5lciB3b3JraW5nIGFuZCBwcm9ncmVzcyBvZiB0aGUNCmF1dGhvcml6 YXRpb24tcmVsYXRlZCB3b3JrIGluIEFDRSBzaW5jZSwgc2F5LCBJRVRGIDk2LCBhbmQgdGhlIHJv bGUgb2YgdGhlDQpjaGFpciBkdXJpbmcgdGhpcyB0aW1lPw0KDQooQW5kIG5vdyBJ4oCZbSBub3Qg dGFsa2luZyBhYm91dCB0aGUgbXVsdGljYXN0IHNlY3VyaXR5IGRpc2N1c3Npb24sIGJ1dCB0aGUN CmZhY3QgdGhhdCB0aGF0IGRpc2N1c3Npb24gdG9vayBwbGFjZSBhY3R1YWxseSBhbHNvIGZpdHMg aW50byB0aGUgYmlnZ2VyDQpwaWN0dXJlLikNCg0KSXQgaXMgb25lIG9mIHRoZSBiZWF1dGllcyB3 aXRoIHRoZSBJRVRGIGlzIHRoYXQgcGVvcGxlIGNhbiBjb21lIGludG8gdGhlDQpkaXNjdXNzaW9u IGFuZCBzaGFyZSB0aGVpciBleHBlcmllbmNlLCB0aGFua3MgZm9yIHRoYXQuDQoNCkl0IHdvdWxk IGJlIGV2ZW4gbW9yZSBoZWxwZnVsIGlmIHdlIGNhbiBmb2N1cyBvbiB0aGUgc3BlY2lmaWMgaXNz dWVzIG9mDQp0aGlzIFdHLiBXZWxjb21lIHRvIGJyaW5nIHlvdXIgdGVycmllciBpbnRvIHRoZSBw aXQgb3IgbGVhcm4gYWJvdXQgdGhlDQptb25ncmVscyBhbHJlYWR5IHRoZXJlLg0KDQpUaGFua3MN CkfDtnJhbg0KDQoNCg0KT24gMjAxNy0wOS0yOCAxOToyMSwgIkFjZSBvbiBiZWhhbGYgb2YgTWlj aGFlbCBTdEpvaG5zIg0KPGFjZS1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBtc3Rqb2hu c0Bjb21jYXN0Lm5ldD4gd3JvdGU6DQoNCj5PbiA5LzI3LzIwMTcgMToyOSBQTSwgS2F0aGxlZW4g TW9yaWFydHkgd3JvdGU6DQo+PiBHb3JhbiBoYXMgYSBnb29kIHBvaW50IGhlcmUuDQo+DQo+QWN0 dWFsbHkgLSBJIGRvbid0IHRoaW5rIGhlIGRvZXMuICAgSWYgdGhlcmUgaXMgYSBzdWZmaWNpZW50 bHkNCj5pbnRlcmVzdGVkIGdyb3VwIG9mIHBlb3BsZSB0aGF0IHdhbnQgdG8gdGFsayBjZXJ0aWZp Y2F0ZSBlbnJvbGxtZW50IGFuZA0KPnRoZXJlIGlzIGEgY2hhaXIgYXZhaWxhYmxlIGFuZCB3aWxs aW5nIHRoZW4gZG8gYW4gaW50ZXJpbSBvbiB0aGF0LiAgSWYNCj50aGVyZSBpcyBhIGdyb3VwIG9m IHN1ZmZpY2llbnRseSBpbnRlcmVzdGVkIGdyb3VwIG9mIHBlb3BsZSB0aGF0IHdhbnQgdG8NCj50 YWxrIGFib3V0IHRoZSByb2FkbWFwIHRoZW4gZG8gYW4gaW50ZXJpbSBvbiB0aGF0LiAgSWYgQUNF IGRvZXNuJ3Qgd2FudA0KPnRvIGhhdmUgc3VjaCBhbiBpbnRlcmltIHRoZW4gcGVyaGFwcyBpdCBz dGlsbCBnZXRzIGRvbmUgYXMgYSB2aXJ0dWFsDQo+Qk9GLiAgQnV0IHRoaXMgaGFzIGFzIG11Y2gg bGVnaXRpbWFjeSBhcyBhbnkgb2YgdGhlIG90aGVyIEFDRSB3b3JrIGl0ZW1zLg0KPg0KPlZpcnR1 YWwgaW50ZXJpbXMgaGF2ZSBhbm90aGVyIG1vcmUgY29tbW9uIG5hbWUgLSB0ZWxlY29uZmVyZW5j ZXMuDQo+VGhleSdyZSBjaGVhcCB0byBob2xkLg0KPg0KPkRvbid0IGhvbGQgdGhlIGNlcnRpZmlj YXRlIHN0dWZmIGhvc3RhZ2UgdG8gdGhlIHJvYWRtYXAgc3R1ZmYgYW5kIGRvbid0DQo+Y29uZnVz ZSBhIEYyRiBpbnRlcmltIHdpdGggYSB2aXJ0dWFsIGludGVyaW0gd2l0aCByZXNwZWN0IHRvIHBy b3ZpZGluZyBhDQo+ZmFsc2UgZWl0aGVyIG9yIGNob2ljZS4NCj4NCj5UaGUgSUVURiBpcyBib3R0 b20gdXAgLSB3ZSB3b3JrIG9uIHdoYXQgdGhlIG1lbWJlcnMgYXJlIGludGVyZXN0ZWQgaW4NCj53 b3JraW5nIG9uLiAgSXQncyBub3QgYSBncmVhdCBpZGVhIGhvbGRpbmcgb25lIGlkZWEgaG9zdGFn ZSBhcyBhIG1lYW5zDQo+b2YgdHJ5aW5nIHRvIGdldCB3b3JrIGRvbmUgb24gc29tZXRoaW5nIGVs c2UuDQo+DQo+TGF0ZXIsIE1pa2UNCj4NCj4+DQo+PiBLYXRobGVlbg0KPj4NCj4+IE9uIFdlZCwg U2VwIDI3LCAyMDE3IGF0IDE6MDQgUE0sIEfDtnJhbiBTZWxhbmRlcg0KPj4gPGdvcmFuLnNlbGFu ZGVyQGVyaWNzc29uLmNvbT4gd3JvdGU6DQo+Pj4gQXMgSSBtZW50aW9uZWQgaW4gYSBwcmV2aW91 cyBtYWlsLCBJ4oCZbSBjb21wbGV0ZWx5IGFnYWluc3QgZ2l2aW5nDQo+Pj5wcmlvcml0eQ0KPj4+ IHRvIG5vbi1jaGFydGVyIGl0ZW1zLiBUaGVyZWZvcmUgdGhlIGZpcnN0IGludGVyaW0gbWVldGlu ZyBzaG91bGQgYmUNCj4+PiBmb2N1c2VkIG9uIHRoZSBBQ0Ugcm9hZG1hcCAtIHRoZSBvdXRwdXQg ZnJvbSB0aGUgV2lraSBhY3Rpdml0eS4gSWYgd2UNCj4+PmhhdmUNCj4+PiB0aW1lIHRvIGRpc2N1 c3MgY2VydGlmaWNhdGUgZW5yb2xtZW50LCB0aGF0IGlzIGZpbmUuIElmIHdlIHdhbnQgYSBsYXRl cg0KPj4+IGludGVyaW0gZm9yIHRoZSBjZXJ0aWZpY2F0ZSBlbnJvbG1lbnQgZGlzY3Vzc2lvbiB0 aGF0IGlzIGZpbmUgdG9vLCBhcw0KPj4+bG9uZw0KPj4+IGFzIHRoZXJlIGlzIHN1ZmZpY2llbnQg dGltZSBpcyBnaXZlbiB0byBkZWNpZGUgb24gdGhlIG9uZ29pbmcgd29yay4NCj4+Pg0KPj4+IEfD tnJhbg0KPj4+DQo+Pj4NCj4+PiBPbiAyMDE3LTA5LTI3IDE4OjM0LCAiQWNlIG9uIGJlaGFsZiBv ZiBIYW5uZXMgVHNjaG9mZW5pZyINCj4+PiA8YWNlLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxm IG9mIGhhbm5lcy50c2Nob2ZlbmlnQGdteC5uZXQ+IHdyb3RlOg0KPj4+DQo+Pj4+IEZhaXIgZW5v dWdoLg0KPj4+Pg0KPj4+PiBXZSBlaXRoZXIgbmVlZCB0byBtYWtlIGl0IGxvbmdlciBvciBwaWNr IHR3byBkYXRlcy4gSSBwcmVmZXIgdGhlDQo+Pj4+bGF0dGVyLg0KPj4+Pg0KPj4+PiBPbiAwOS8y Ny8yMDE3IDA2OjIzIFBNLCBLYXRobGVlbiBNb3JpYXJ0eSB3cm90ZToNCj4+Pj4+IFN1cmUsIG15 IHJlc3BvbnNlIHdhcyB0byBtYWtlIGl0IGNsZWFyIHRoZSB3aWtpIHdhcyB0byBiZSBkaXNjdXNz ZWQNCj4+Pj4+IHRob3VnaC4gIFdpbGwgdGhpcyBhbGwgYmUgb24gb25lIGNhbGwgb3IgdHdvPyAg VGhlIGFubm91bmNlbWVudA0KPj4+Pj53YXNuJ3QNCj4+Pj4+IGNsZWFyIGFuZCBJJ2QgbGlrZSBv dCBtYWtlIHN1cmUgdGhlIFdHIGlzIHJlYWR5IGZvciB0aGUgcHJvZmlsZXMNCj4+Pj4+IGRpc2N1 c3Npb24uDQo+Pj4+Pg0KPj4+Pj4gQmVzdCwNCj4+Pj4+IEthdGhsZWVuDQo+Pj4+Pg0KPj4+Pj4g T24gV2VkLCBTZXAgMjcsIDIwMTcgYXQgMTI6MDkgUE0sIEhhbm5lcyBUc2Nob2ZlbmlnDQo+Pj4+ PiA8aGFubmVzLnRzY2hvZmVuaWdAZ214Lm5ldD4gd3JvdGU6DQo+Pj4+Pj4gSSBhZ3JlZSB3aXRo IEtlcGVuZyB0aGF0IHdlIGFsc28gd2FudGVkIHRvIGRpc2N1c3MgdGhlIGNlcnRpZmljYXRlDQo+ Pj4+Pj4gZW5yb2xsbWVudCBpbiBhZGRpdGlvbiB0byB0aGUgV2lraS4NCj4+Pj4+Pg0KPj4+Pj4+ IE9uIDA5LzI3LzIwMTcgMDU6MjMgUE0sIEthdGhsZWVuIE1vcmlhcnR5IHdyb3RlOg0KPj4+Pj4+ PiBIZWxsbyBLZXBlbmcsDQo+Pj4+Pj4+DQo+Pj4+Pj4+IFRoZSBpbnRlcmltIHNob3VsZCBhbHNv IGJlIHRvIGRpc2N1c3MgdGhlIHByb2ZpbGVzIGFzIHRoYXQgd2FzIGENCj4+Pj4+Pj4gcHJpb3Jp dHkgZnJvbSB0aGUgV0cgc2Vzc2lvbiBpbiBQcmFndWUuICBHb3JhbiBwdWxsZWQgdG9nZXRoZXIg dGhlDQo+Pj4+Pj4+IHdpa2ksIG5vdyBpdCdzIHVwIHRvIHRoZSBXRyBwYXJ0aWNpcGFudHMgdG8g Y2hlY2sgdGhlIHdpa2kgYW5kDQo+Pj4+Pj4+YW1lbmQNCj4+Pj4+Pj4gYXMgbmVlZGVkIHRvIGFs bG93IGZvciBhIHByb2R1Y3RpdmUgc2Vzc2lvbi4gIE9yIGRpZCB5b3UgcGxhbiBvbg0KPj4+Pj4+ PnR3bw0KPj4+Pj4+PiBpbnRlcmltcz8gIFRpbWluZyBpcyB0aWdodCBmb3IgdGhhdCB0aG91Z2gu DQo+Pj4+Pj4+DQo+Pj4+Pj4+IEJlc3QgcmVnYXJkcywNCj4+Pj4+Pj4gS2F0aGxlZW4NCj4+Pj4+ Pj4NCj4+Pj4+Pj4gT24gVHVlLCBTZXAgMjYsIDIwMTcgYXQgOTo0NCBQTSwgS2VwZW5nIExpDQo+ Pj4+Pj4+IDxrZXBlbmcubGtwQGFsaWJhYmEtaW5jLmNvbT4gd3JvdGU6DQo+Pj4+Pj4+PiBIaSBh bGwsDQo+Pj4+Pj4+Pg0KPj4+Pj4+Pj4gQWNjb3JkaW5nIHRvIG91ciBJRVRGIDk5IG1lZXRpbmcg bWludXRlcywgd2Ugd2lsbCBob2xkIGFuIGludGVyaW0NCj4+Pj4+Pj4+IG1lZXRpbmcgb24NCj4+ Pj4+Pj4+IGNlcnRpZmljYXRlIGVucm9sbWVudCBpbiBjb25zdHJhaW5lZCBlbnZpcm9ubWVudHMu DQo+Pj4+Pj4+PiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvOTkvbWF0ZXJp YWxzL21pbnV0ZXMtOTktYWNlLw0KPj4+Pj4+Pj4NCj4+Pj4+Pj4+IFdlIHByb3Bvc2VkIHRocmVl IG9wdGlvbnMgZm9yIHRoZSBtZWV0aW5nIHRpbWU6DQo+Pj4+Pj4+PiAxLiAxN3RoIE9jdCwgVHVl c2RheSwgR01UIDEzOjAwIH4gMTQ6MDAuDQo+Pj4+Pj4+PiAyLiAxOHRoIE9jdCwgV2VkbmVzZGF5 LCBHTVQgMTM6MDAgfiAxNDowMC4NCj4+Pj4+Pj4+IDMuIDE5dGggT2N0LCBUaHVyc2RheSwgR01U IDEzOjAwIH4gMTQ6MDAuDQo+Pj4+Pj4+Pg0KPj4+Pj4+Pj4gUGxlYXNlIGluZGljYXRlIHlvdXIg YXZhaWxhYmxlIHRpbWUgZnJvbSB0aGUgZG9vZGxlIHBvbGw6DQo+Pj4+Pj4+PiBodHRwczovL2Rv b2RsZS5jb20vcG9sbC9pZzNiaHI3dGZiMnhoNHU0DQo+Pj4+Pj4+Pg0KPj4+Pj4+Pj4gSGFubmVz IGFuZCBJIHdpbGwgcHJlcGFyZSB0aGUgYWdlbmRhIGFuZCBzZW5kIG91dCBsYXRlci4gV2UgbWF5 DQo+Pj4+Pj4+PmFkZA0KPj4+Pj4+Pj4gb3RoZXINCj4+Pj4+Pj4+IHRvcGljcyB0byB0aGUgYWdl bmRhLg0KPj4+Pj4+Pj4NCj4+Pj4+Pj4+IFRoYW5rcy4NCj4+Pj4+Pj4+DQo+Pj4+Pj4+PiBLaW5k IFJlZ2FyZHMNCj4+Pj4+Pj4+IEtlcGVuZyAmIEhhbm5lcw0KPj4+Pj4+Pj4NCj4+Pj4+Pj4NCj4+ Pj4+Pj4NCj4+Pj4+DQo+Pj4+Pg0KPj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPj4+PiBBY2UgbWFpbGluZyBsaXN0DQo+Pj4+IEFjZUBpZXRmLm9y Zw0KPj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2FjZQ0KPj4NCj4+ DQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5B Y2UgbWFpbGluZyBsaXN0DQo+QWNlQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9hY2UNCg0K From nobody Thu Sep 28 23:49:01 2017 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 31F21124F57; Thu, 28 Sep 2017 23:48:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: Kathleen.Moriarty.ietf@gmail.com, ace-chairs@ietf.org, Hannes.Tschofenig@gmx.net, ace@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.63.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150666773916.14020.1795601125004719573.idtracker@ietfa.amsl.com> Date: Thu, 28 Sep 2017 23:48:59 -0700 Archived-At: Subject: [Ace] ace - Update to a Meeting Session Request for IETF 100 X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Sep 2017 06:48:59 -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 oauth saag tokbind tls fud teep lwig People who must be present: Kathleen Moriarty Hannes Tschofenig Kepeng Li Resources Requested: Special Requests: Avoid entire SEC areas. Please avoid a session on Monday since one of our presenters (Mike Jones) does not arrive in time! --------------------------------------------------------- From nobody Fri Sep 29 00:00:11 2017 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 15D2B133020 for ; Fri, 29 Sep 2017 00:00:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.201 X-Spam-Level: X-Spam-Status: No, score=-0.201 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_SPAM=0.5, 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 KX28c7bEVBiW for ; Fri, 29 Sep 2017 00:00:08 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 33860132F8F for ; Fri, 29 Sep 2017 00:00:07 -0700 (PDT) Received: from [192.168.91.203] ([80.92.122.248]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LfkUs-1da0q72vBy-00pPaZ for ; Fri, 29 Sep 2017 09:00:05 +0200 To: "Ace@ietf.org" From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: Date: Fri, 29 Sep 2017 09:00:05 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:p8To1jdmTwKUBFY+guya0+Kz1GRlw5pWHnU280U1prFs7USINzI YwfeHq+jb50mVCLvulgAjFnehm6ZXk8NLWxfYoT1i3NGEjElibSxLghtHQaobtikbiqHE9l EoRWzmi+wm8CnQJa8KeNrPKyj5Xv2fcKVrZoPw87qejsBZM2y8KDacKw0mfE+h2prnSuW/s PSSp2F3ntYFuKF7ZkGORQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Abr1U8euVB4=:nvHj4tf9UgGszm4BF+ooNh 8tHQ+atTZFtCfJxz8LANLzDooCBbpBXMlGk4+oDS5zf6tdQQ2QREIYAefA2SsU/VpAOWLeTsV nNVv1sheg4uCY4gpn8iRDYTGrSeHd+NupQDyRbB1mp66ehUhoHLHGV5zxWp3nmT3wYO17J+Wm /YjgwtxaCZjd/ewDDvqeOMiZGwv9zf29Ihs0H12P3O74ag3ExvdOuXYqjVZhjIqJzeohPiT/c h3bJverjWEuiedSqliDVfiMx5RJ5/WTAgm44LPl8W+N78q+iufnP0JLnXdnP4iEAtAPZXXskg qZREpuGAKQzK370HiftPLS7XFpFD/w5/Qn3qp2fsnj4vW9jzun3pYHCW0Yeyx4iS1IDrckt/Y 6uTrAS5nsorVUYkj2l2FVt17pmFffU5Uw2hE1aPNEo5iWVLo+IpzdJm1qBJPSHW3i/M8Y917f H/pOp7Pcq2hWSkKKcS3ldME8iSGTw4CCF6ZU6G7LBgL1B/oJsZC6cpnrzFUigTrwfCuDRXJcN i2/Rh0/rF7/w3JiY+qgAGiY9uv3lnZu47NiIVgwiEpatiVrDAhDLyZZ4NQ4+xMyzeFEX+ricP gGPU9t6CdBcysw5WeoSIEZALAoLF19NgD0T1GMtSxezR7GZsu+a98r4koPlERVfnQ8o/kXRVj so9AlS7EjqIwwaxreJHU3aKTf91RdSl1oIC6hpJ0N5N0d0cQrLrX25TT/18Nlu5ZVMLJ7xZOU kHoA5LKowS7I1lRRqUxkmilKR48t7vvonYK2HLQy1RXodf+5k//uztObyCPJuQvfBD6KlmaJj ae6XIyn/wSTyk9LA9keYOwjkvmwm88ZtQSpOaY8yQJVJMK4KeY= Archived-At: Subject: [Ace] Profile Roadmap X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 29 Sep 2017 07:00:10 -0000 -- chair-hat off Hi all, I took a look at the profile roadmap at https://trac.ietf.org/trac/ace. There is one issue I have had questions with at the previous IETF meetings isn't answered in the wiki write-up: who is interested to deploy these profiles? For example, from the look-and-feel the MQTT profile sounds useful but is anyone actually interested in deploying it or we are just looking at a theoretical investigation (paper write-up) that may eventually see a prototype implementation written by the authors. I know that such questions are difficult to answer. I do, however, fear that otherwise we just have to fall back to questions like "does it look useful? does it overlap with some other contribution?". Ciao Hannes From nobody Fri Sep 29 00:21:27 2017 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 093871326ED for ; Fri, 29 Sep 2017 00:21:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 bq3UjDn82epu for ; Fri, 29 Sep 2017 00:21:24 -0700 (PDT) Received: from se-out1.mx-wecloud.net (se-out1.mx-wecloud.net [89.221.255.93]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7A551321CB for ; Fri, 29 Sep 2017 00:21:23 -0700 (PDT) Received: from sp-mail-2.sp.se (unknown [194.218.146.197]) by se-out1.mx-wecloud.net (Postfix) with ESMTPS id EDAC620371E for ; Fri, 29 Sep 2017 07:21:19 +0000 (UTC) Received: from [192.168.0.166] (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Fri, 29 Sep 2017 09:21:20 +0200 To: References: <9e7f3295-102a-e85f-ef1a-5cdf712bc8e5@comcast.net> From: Ludwig Seitz Message-ID: <5dc4741e-186c-2692-8fa1-107630ee9c14@ri.se> Date: Fri, 29 Sep 2017 09:21:13 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <9e7f3295-102a-e85f-ef1a-5cdf712bc8e5@comcast.net> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.116.0.226] X-ClientProxiedBy: sp-mail-1.sp.se (10.100.0.161) To sp-mail-2.sp.se (10.100.0.162) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=cdiiljLM c=1 sm=1 tr=0 a=L5DDne6A+dD0FbDkt2Fblw==:117 a=L5DDne6A+dD0FbDkt2Fblw==:17 a=sZ8rJzgPlrQA:10 a=IkcTkHD0fZMA:10 a=2JCJgTwv5E4A:10 a=n0LoYrvEwQ0oGhiTeSsA:9 a=MGd7J29V5Ser9ocq:21 a=8PBmRZV7UrOeeOF0:21 a=QEXdDO2ut3YA:10 X-Virus-Scanned: clamav-milter 0.99.2 at MailSecurity X-Virus-Status: Clean X-MailSecurity-Status: 0 X-Scanned-By: WeCloud MailSecurity X-MailSecurity-Score: 0 Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 29 Sep 2017 07:21:26 -0000 On 2017-09-28 19:21, Michael StJohns wrote: > On 9/27/2017 1:29 PM, Kathleen Moriarty wrote: >> Goran has a good point here. > > Actually - I don't think he does.聽聽 If there is a sufficiently > interested group of people that want to talk certificate enrollment and > there is a chair available and willing then do an interim on that.聽 If > there is a group of sufficiently interested group of people that want to > talk about the roadmap then do an interim on that.聽 If ACE doesn't want > to have such an interim then perhaps it still gets done as a virtual > BOF.聽 But this has as much legitimacy as any of the other ACE work items. > > Virtual interims have another more common name - teleconferences. > They're cheap to hold. > > Don't hold the certificate stuff hostage to the roadmap stuff and don't > confuse a F2F interim with a virtual interim with respect to providing a > false either or choice. > > The IETF is bottom up - we work on what the members are interested in > working on.聽 It's not a great idea holding one idea hostage as a means > of trying to get work done on something else. > > Later, Mike Mike, I don't believe that discussing new ideas and making progress on chartered items is mutually exclusive, but we should still try to separate them, in order to avoid going getting side-tracked. There are some chartered milestones that have been unduly delayed, so I'm really in favor of giving them some precedence, in case resources (such as meeting time) are limited. /Ludwig -- Ludwig Seitz, PhD Security Lab, RISE SICS Phone +46(0)70-349 92 51 From nobody Fri Sep 29 10:26:00 2017 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 AC70613214D for ; Fri, 29 Sep 2017 10:25:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net 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 qE4NZAzbrPPq for ; Fri, 29 Sep 2017 10:25:56 -0700 (PDT) Received: from resqmta-ch2-05v.sys.comcast.net (resqmta-ch2-05v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207: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 4F68213207A for ; Fri, 29 Sep 2017 10:25:56 -0700 (PDT) Received: from resomta-ch2-11v.sys.comcast.net ([69.252.207.107]) by resqmta-ch2-05v.sys.comcast.net with ESMTP id xz2jdcAFcnA9pxz2xdJqYb; Fri, 29 Sep 2017 17:25:55 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1506705955; bh=BZXaq6Cqeg29+wVdZQ4TKNsyexfDUFQktco/05NvuG0=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=Gz63A91SrfzKnLcuYkRMvoThBd7vfGmCqqORObC5472iM36yT4J+uTzWMwx6AFe/D 6XFYQ/mxFHMkhsB75BoTonV1s0ljMYwJSlAmZiV0S/9gf+ihsA5pLQSRrB5Zk8Lway 8tBLPc8/MDI2zSUHV7yXAkKudSPb4SUZ29hgxdvkzTvuWnoh2LxzqQ8FGq+3AsUMjC ri7C0UAEX3ct+61WVeok68xbcWLn4hPI6vfL3CBLHPw4cAVAXWXQbQUFoOmEuEgVA3 J2RShp//MMxUk/oTOSQ/gN6DrfIYjRlL6nkY4laUYzT6TW5gkMnDWZmnqF094u7bGF Px9eGydQUh1iw== Received: from [192.168.1.116] ([69.140.114.191]) by resomta-ch2-11v.sys.comcast.net with SMTP id xz2wdPsLG4GUKxz2xd8S0Z; Fri, 29 Sep 2017 17:25:55 +0000 To: ace@ietf.org References: <9e7f3295-102a-e85f-ef1a-5cdf712bc8e5@comcast.net> <74E3AA03-E1C5-4C17-866A-FB4D05D0DCDF@gmail.com> From: Michael StJohns Message-ID: Date: Fri, 29 Sep 2017 13:25:54 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <74E3AA03-E1C5-4C17-866A-FB4D05D0DCDF@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfPWuhCx1bk+48GoBawAvNwg6lF8VAh+1I1OdU3l5nouLgj+HBqM9JXhUVbtFE3LT3CK7bBB5hX/4YMiiUK3s8mb2+Rbh0mce3uSPq6+w3Vznxvz2VDi0 Ms3Nmy5i47YxuL6jVDSpA+F51r5ey7OLedv1r0q6PskSpBM529SO7JbG Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 29 Sep 2017 17:25:59 -0000 On 9/28/2017 1:42 PM, Kathleen Moriarty wrote: > Hi Mike, > > I had specifically reached out to the chairs asking for a virtual interim on the profiles and was surprised by that not being listed. This was a result of agreement at the face to face. It's not that one is being held hostage, Kepeng has already offered to run 2 separate sessions within the same week. Maybe you missed a message? > > Best, > Kathleen Hi Kathleen - No - I hadn't missed the message.聽 In fact it's part of the chain below.聽 I think that doing two sessions is a reasonable resolution. Hannes had already suggested two sessions when Goran made his comment.聽 I was responding to Goran's.聽聽聽 While I appreciate Goran's frustration with the slow pace of things in ACE, I also appreciate that we can only do what people are willing to spend time doing and I was also giving voice to my perception that there really isn't a good common understanding of what's acceptable as an ACE work item. The original ACE charter was somewhat compact and I would have been happy had the group completed the last two items on the currently approved charter and closed up shop.聽 Instead the group as a whole decided to adopt a bunch more items without amending the charter setting somewhat of a precedent.聽 Now we've started down the path of profiles which are also non-charter items.聽 I'm confused as to why these are any different with respect to working group consideration than an item on certificate enrollment? (I'm not sure I would buy the argument that the profiles are "mechanisms suitable for resource access in constrained environments"聽 and that "certificate enrollment" is not) So perhaps its time to pause the group and focus all our efforts on re-chartering and hold off on all new items including the whole profiling wiki stuff?聽 At the same time pruning the list of Active and Related IDs for the group to something manageable? Mike > > Sent from my iPhone > >> On Sep 28, 2017, at 1:21 PM, Michael StJohns wrote: >> >>> On 9/27/2017 1:29 PM, Kathleen Moriarty wrote: >>> Goran has a good point here. >> Actually - I don't think he does. If there is a sufficiently interested group of people that want to talk certificate enrollment and there is a chair available and willing then do an interim on that. If there is a group of sufficiently interested group of people that want to talk about the roadmap then do an interim on that. If ACE doesn't want to have such an interim then perhaps it still gets done as a virtual BOF. But this has as much legitimacy as any of the other ACE work items. >> >> Virtual interims have another more common name - teleconferences. They're cheap to hold. >> >> Don't hold the certificate stuff hostage to the roadmap stuff and don't confuse a F2F interim with a virtual interim with respect to providing a false either or choice. >> >> The IETF is bottom up - we work on what the members are interested in working on. It's not a great idea holding one idea hostage as a means of trying to get work done on something else. >> >> Later, Mike >> >>> Kathleen >>> >>> On Wed, Sep 27, 2017 at 1:04 PM, G枚ran Selander >>> wrote: >>>> As I mentioned in a previous mail, I鈥檓 completely against giving priority >>>> to non-charter items. Therefore the first interim meeting should be >>>> focused on the ACE roadmap - the output from the Wiki activity. If we have >>>> time to discuss certificate enrolment, that is fine. If we want a later >>>> interim for the certificate enrolment discussion that is fine too, as long >>>> as there is sufficient time is given to decide on the ongoing work. >>>> >>>> G枚ran >>>> >>>> >>>> On 2017-09-27 18:34, "Ace on behalf of Hannes Tschofenig" >>>> wrote: >>>> >>>>> Fair enough. >>>>> >>>>> We either need to make it longer or pick two dates. I prefer the latter. >>>>> >>>>>> On 09/27/2017 06:23 PM, Kathleen Moriarty wrote: >>>>>> Sure, my response was to make it clear the wiki was to be discussed >>>>>> though. Will this all be on one call or two? The announcement wasn't >>>>>> clear and I'd like ot make sure the WG is ready for the profiles >>>>>> discussion. >>>>>> >>>>>> Best, >>>>>> Kathleen >>>>>> >>>>>> On Wed, Sep 27, 2017 at 12:09 PM, Hannes Tschofenig >>>>>> wrote: >>>>>>> I agree with Kepeng that we also wanted to discuss the certificate >>>>>>> enrollment in addition to the Wiki. >>>>>>> >>>>>>>> On 09/27/2017 05:23 PM, Kathleen Moriarty wrote: >>>>>>>> Hello Kepeng, >>>>>>>> >>>>>>>> The interim should also be to discuss the profiles as that was a >>>>>>>> priority from the WG session in Prague. Goran pulled together the >>>>>>>> wiki, now it's up to the WG participants to check the wiki and amend >>>>>>>> as needed to allow for a productive session. Or did you plan on two >>>>>>>> interims? Timing is tight for that though. >>>>>>>> >>>>>>>> Best regards, >>>>>>>> Kathleen >>>>>>>> >>>>>>>> On Tue, Sep 26, 2017 at 9:44 PM, Kepeng Li >>>>>>>> wrote: >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> According to our IETF 99 meeting minutes, we will hold an interim >>>>>>>>> meeting on >>>>>>>>> certificate enrolment in constrained environments. >>>>>>>>> https://datatracker.ietf.org/meeting/99/materials/minutes-99-ace/ >>>>>>>>> >>>>>>>>> We proposed three options for the meeting time: >>>>>>>>> 1. 17th Oct, Tuesday, GMT 13:00 ~ 14:00. >>>>>>>>> 2. 18th Oct, Wednesday, GMT 13:00 ~ 14:00. >>>>>>>>> 3. 19th Oct, Thursday, GMT 13:00 ~ 14:00. >>>>>>>>> >>>>>>>>> Please indicate your available time from the doodle poll: >>>>>>>>> https://doodle.com/poll/ig3bhr7tfb2xh4u4 >>>>>>>>> >>>>>>>>> Hannes and I will prepare the agenda and send out later. We may add >>>>>>>>> other >>>>>>>>> topics to the agenda. >>>>>>>>> >>>>>>>>> Thanks. >>>>>>>>> >>>>>>>>> Kind Regards >>>>>>>>> Kepeng & Hannes >>>>>>>>> >>>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> Ace mailing list >>>>> Ace@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/ace >>> >> _______________________________________________ >> Ace mailing list >> Ace@ietf.org >> https://www.ietf.org/mailman/listinfo/ace > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace From nobody Fri Sep 29 10:50:20 2017 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 9690A132A1A for ; Fri, 29 Sep 2017 10:50:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 ho4oUa1cWeiJ for ; Fri, 29 Sep 2017 10:50:16 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 2EE2D128D0D for ; Fri, 29 Sep 2017 10:50:15 -0700 (PDT) X-AuditID: c1b4fb2d-fc3a89c00000268d-1b-59ce87d5f996 Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 27.C4.09869.5D78EC95; Fri, 29 Sep 2017 19:50:13 +0200 (CEST) Received: from ESESSMB107.ericsson.se ([169.254.7.166]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0352.000; Fri, 29 Sep 2017 19:50:13 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: Michael StJohns , "ace@ietf.org" Thread-Topic: [Ace] Doodle for ACE virtual interim meeting in Oct Thread-Index: AQHTN6U91E9WS86qWkqgqiNIBUIcrqLIxUmAgAADt4CAAAM0gIAAKf4A///lNYCAAZArAIAABf8AgAGNnwCAAChSgA== Date: Fri, 29 Sep 2017 17:50:12 +0000 Message-ID: References: <9e7f3295-102a-e85f-ef1a-5cdf712bc8e5@comcast.net> <74E3AA03-E1C5-4C17-866A-FB4D05D0DCDF@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-originating-ip: [153.88.183.146] Content-Type: text/plain; charset="utf-8" Content-ID: <471C15B4DDF748429716507FABCCF620@ericsson.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprMIsWRmVeSWpSXmKPExsUyM2J7uO7V9nORBp1rDC2+f+thtpiyLsuB yWPy4zmMHkuW/GQKYIrisklJzcksSy3St0vgypjdtZipoEG24u+He6wNjAtkuhg5OSQETCRm 3HzN3MXIxSEkcIRR4tDNs4wQzhJGiS8TtrOAVLEJuEg8aHjEBGKLCHhKnNz/mRHEFhZwkLj0 ch8LRNxRYs6E21B2lsSmm+vYQWwWAVWJq5+vgPXyClhI9D1rZYVYsItF4t++PawgCU4Be4np j3eBFTEKiEl8P7UGzGYWEJe49WQ+E8SpAhJL9pxnhrBFJV4+/gfWKyqgJ7G3p50NIq4k8WPD JaAjOIB6NSXW79KHGGMt8f/gC1YIW1FiSvdDdoh7BCVOznzCMoFRbBaSbbMQumch6Z6FpHsW ku4FjKyrGEWLU4uLc9ONjPVSizKTi4vz8/TyUks2MQKj6uCW37o7GFe/djzEKMDBqMTD+7Li XKQQa2JZcWXuIUYJDmYlEV62eqAQb0piZVVqUX58UWlOavEhRmkOFiVxXod9FyKEBNITS1Kz U1MLUotgskwcnFINjE7nv+Xd2hz/XHjxTt7Jj5kCmy/MTxXjDRZ23a2//599Qe4Fv7XXKgtO Hgi+UXPycKTGxY7LIZEvi7bt3fXJ1nsPpys3t8uvfQcVXlW8T7INWSO7+66a31VO7a9BPi6y 3au/FBxPuX3ltcx19WVih5PV2j/XHfl77W1s2lmX0o5j0kabV3dGdSuxFGckGmoxFxUnAgD4 a+eMpgIAAA== Archived-At: Subject: Re: [Ace] Doodle for ACE virtual interim meeting in Oct X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.22 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, 29 Sep 2017 17:50:18 -0000 SGkgTWlrZSwNCg0KSW5saW5lDQoNCk9uIDIwMTctMDktMjkgMTk6MjUsICJBY2Ugb24gYmVoYWxm IG9mIE1pY2hhZWwgU3RKb2hucyINCjxhY2UtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2Yg bXN0am9obnNAY29tY2FzdC5uZXQ+IHdyb3RlOg0KDQo+T24gOS8yOC8yMDE3IDE6NDIgUE0sIEth dGhsZWVuIE1vcmlhcnR5IHdyb3RlOg0KPj4gSGkgTWlrZSwNCj4+DQo+PiBJIGhhZCBzcGVjaWZp Y2FsbHkgcmVhY2hlZCBvdXQgdG8gdGhlIGNoYWlycyBhc2tpbmcgZm9yIGEgdmlydHVhbA0KPj5p bnRlcmltIG9uIHRoZSBwcm9maWxlcyBhbmQgd2FzIHN1cnByaXNlZCBieSB0aGF0IG5vdCBiZWlu ZyBsaXN0ZWQuDQo+PlRoaXMgd2FzIGEgcmVzdWx0IG9mIGFncmVlbWVudCBhdCB0aGUgZmFjZSB0 byBmYWNlLiAgSXQncyBub3QgdGhhdCBvbmUNCj4+aXMgYmVpbmcgaGVsZCBob3N0YWdlLCBLZXBl bmcgaGFzIGFscmVhZHkgb2ZmZXJlZCB0byBydW4gMiBzZXBhcmF0ZQ0KPj5zZXNzaW9ucyB3aXRo aW4gdGhlIHNhbWUgd2Vlay4gIE1heWJlIHlvdSBtaXNzZWQgYSBtZXNzYWdlPw0KPj4NCj4+IEJl c3QsDQo+PiBLYXRobGVlbg0KPg0KPkhpIEthdGhsZWVuIC0NCj4NCj5ObyAtIEkgaGFkbid0IG1p c3NlZCB0aGUgbWVzc2FnZS4gIEluIGZhY3QgaXQncyBwYXJ0IG9mIHRoZSBjaGFpbg0KPmJlbG93 LiAgSSB0aGluayB0aGF0IGRvaW5nIHR3byBzZXNzaW9ucyBpcyBhIHJlYXNvbmFibGUgcmVzb2x1 dGlvbi4NCj4NCj5IYW5uZXMgaGFkIGFscmVhZHkgc3VnZ2VzdGVkIHR3byBzZXNzaW9ucyB3aGVu IEdvcmFuIG1hZGUgaGlzIGNvbW1lbnQuDQo+SSB3YXMgcmVzcG9uZGluZyB0byBHb3JhbidzLiAg ICBXaGlsZSBJIGFwcHJlY2lhdGUgR29yYW4ncyBmcnVzdHJhdGlvbg0KPndpdGggdGhlIHNsb3cg cGFjZSBvZiB0aGluZ3MgaW4gQUNFLCBJIGFsc28gYXBwcmVjaWF0ZSB0aGF0IHdlIGNhbiBvbmx5 DQo+ZG8gd2hhdCBwZW9wbGUgYXJlIHdpbGxpbmcgdG8gc3BlbmQgdGltZSBkb2luZw0KDQpEb2Vz IHRoYXQgaW5jbHVkZSB3aGF0IGNoYWlycyBhcmUgd2lsbGluZyB0byBzcGVuZCB0aW1lIGRvaW5n Pw0KDQo+IGFuZCBJIHdhcyBhbHNvIGdpdmluZw0KPnZvaWNlIHRvIG15IHBlcmNlcHRpb24gdGhh dCB0aGVyZSByZWFsbHkgaXNuJ3QgYSBnb29kIGNvbW1vbg0KPnVuZGVyc3RhbmRpbmcgb2Ygd2hh dCdzIGFjY2VwdGFibGUgYXMgYW4gQUNFIHdvcmsgaXRlbS4NCj4NCj5UaGUgb3JpZ2luYWwgQUNF IGNoYXJ0ZXIgd2FzIHNvbWV3aGF0IGNvbXBhY3QgYW5kIEkgd291bGQgaGF2ZSBiZWVuDQo+aGFw cHkgaGFkIHRoZSBncm91cCBjb21wbGV0ZWQgdGhlIGxhc3QgdHdvIGl0ZW1zIG9uIHRoZSBjdXJy ZW50bHkNCj5hcHByb3ZlZCBjaGFydGVyIGFuZCBjbG9zZWQgdXAgc2hvcC4gIEluc3RlYWQgdGhl IGdyb3VwIGFzIGEgd2hvbGUNCj5kZWNpZGVkIHRvIGFkb3B0IGEgYnVuY2ggbW9yZSBpdGVtcyB3 aXRob3V0IGFtZW5kaW5nIHRoZSBjaGFydGVyIHNldHRpbmcNCj5zb21ld2hhdCBvZiBhIHByZWNl ZGVudC4gIE5vdyB3ZSd2ZSBzdGFydGVkIGRvd24gdGhlIHBhdGggb2YgcHJvZmlsZXMNCj53aGlj aCBhcmUgYWxzbyBub24tY2hhcnRlciBpdGVtcy4NCg0KPiAgSSdtIGNvbmZ1c2VkIGFzIHRvIHdo eSB0aGVzZSBhcmUgYW55DQo+ZGlmZmVyZW50IHdpdGggcmVzcGVjdCB0byB3b3JraW5nIGdyb3Vw IGNvbnNpZGVyYXRpb24gdGhhbiBhbiBpdGVtIG9uDQo+Y2VydGlmaWNhdGUgZW5yb2xsbWVudD8g KEknbSBub3Qgc3VyZSBJIHdvdWxkIGJ1eSB0aGUgYXJndW1lbnQgdGhhdCB0aGUNCj5wcm9maWxl cyBhcmUgIm1lY2hhbmlzbXMgc3VpdGFibGUgZm9yIHJlc291cmNlIGFjY2VzcyBpbiBjb25zdHJh aW5lZA0KPmVudmlyb25tZW50cyIgIGFuZCB0aGF0ICJjZXJ0aWZpY2F0ZSBlbnJvbGxtZW50IiBp cyBub3QpDQoNClRoZSBBQ0UgZnJhbWV3b3JrIChkcmFmdC1pZXRmLWFjZS1vYXV0aC1hdXRoeikg ZG9lcyBub3Qgc3BlY2lmeSBhbg0KY29tcGxldGUgc29sdXRpb24sIG9ubHkgdGhlIHBhcnQgaG93 IE9BdXRoIDIuMCBpcyBhZGFwdGVkIHRvIElvVC4gVGhlIEFDRQ0KcHJvZmlsZXMgYXJlIHByb3Zp ZGluZyB0aGUgbWlzc2luZyBwYXJ0LCBuYW1lbHkgaG93IGNsaWVudCBhbmQgcmVzb3VyY2UNCnNl cnZlciBjb21tdW5pY2F0ZSBhbmQgcHJvY2VzcyB0aGUgbWVzc2FnZXMsIGJ1dCB0aGVzZSBkZXBl bmQgb24gdGhlDQp0ZWNobm9sb2d5IHN1cHBvcnRlZCBieSB0aGUgZGV2aWNlcywgYW5kIGluIGNh c2Ugb2YgSW9UIHdlIGhhdmUgdG8gYWNjZXB0DQp0aGF0IGRpZmZlcmVudCBkZXBsb3ltZW50IHNl dHRpbmdzIG1heSByZXF1aXJlIGRpZmZlcmVudCBwcm90b2NvbHMgYnJpbmcNCnVzZWQuIFRoaXMg aXMgdGhlIHJlYXNvbiBmb3IgdGhlIHByb2ZpbGVzLg0KDQpJbiBvdGhlciB3b3JkcyB3ZSBhcmUg c2ltcGx5IG5vdCBkb25lIHdpdGggd2hhdCB0aGlzIFdHIGlzIGNoYXJ0ZXJlZCBmb3IuDQpUaGUg 4oCcQXV0aGVudGljYXRpb24gYW5kIEF1dGhvcml6YXRpb24gU29sdXRpb27igJ0gaXMgbm90IGlk ZW50aWNhbCB3aXRoIHRoZQ0KQUNFIGZyYW1ld29yay4gVGhlIGRpc2N1c3Npb24gbm93IGlzIG5v dCBpZiBwcm9maWxlcyBzaG91bGQgYmUgYWRvcHRlZCwNCmJ1dCB3aGljaCBwcm9maWxlcyBhbmQg aW4gd2hpY2ggb3JkZXIuDQoNCg0KDQpHw7ZyYW4NCg0K