[Ace] Review of draft-seitz-ace-usecases-01

Likepeng <likepeng@huawei.com> Mon, 25 August 2014 07:07 UTC

Return-Path: <likepeng@huawei.com>
X-Original-To: ace@ietfa.amsl.com
Delivered-To: ace@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BEB331A8AB3 for <ace@ietfa.amsl.com>; Mon, 25 Aug 2014 00:07:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.868
X-Spam-Level:
X-Spam-Status: No, score=-4.868 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] autolearn=ham
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 JqErqeXN-3o7 for <ace@ietfa.amsl.com>; Mon, 25 Aug 2014 00:07:10 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9E631A8AB1 for <ace@ietf.org>; Mon, 25 Aug 2014 00:07:09 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BLS86484; Mon, 25 Aug 2014 07:07:08 +0000 (GMT)
Received: from SZXEMA410-HUB.china.huawei.com (10.82.72.42) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 25 Aug 2014 08:06:11 +0100
Received: from SZXEMA501-MBS.china.huawei.com ([169.254.2.128]) by SZXEMA410-HUB.china.huawei.com ([10.82.72.42]) with mapi id 14.03.0158.001; Mon, 25 Aug 2014 15:06:05 +0800
From: Likepeng <likepeng@huawei.com>
To: "ace@ietf.org" <ace@ietf.org>
Thread-Topic: Review of draft-seitz-ace-usecases-01
Thread-Index: Ac/AMwjLqbd6ZDFDQVizyfBoASMU7g==
Date: Mon, 25 Aug 2014 07:06:04 +0000
Message-ID: <34966E97BE8AD64EAE9D3D6E4DEE36F258186500@SZXEMA501-MBS.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.66.167.122]
Content-Type: multipart/alternative; boundary="_000_34966E97BE8AD64EAE9D3D6E4DEE36F258186500SZXEMA501MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/ace/3-DWrYd2qoviZonpaHrvw6HplTs
Subject: [Ace] Review of draft-seitz-ace-usecases-01
X-BeenThere: ace@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" <ace.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ace>, <mailto:ace-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ace/>
List-Post: <mailto:ace@ietf.org>
List-Help: <mailto:ace-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ace>, <mailto:ace-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2014 07:07:12 -0000

Hello all,

Here are my personal review comments for draft-seitz-ace-usecases-01.

Overall, it is a very good document.

General comments:

1.      It is better to change the document title to "use cases and requirements" because requirements are derived from use cases and even more important than use cases.

2.      For each use case, it is better to specify the roles, e.g. who is Client, Resource Server, Resource Owner.

3.      There are some useful contents in draft-seitz-ace-problem-description-01 and draft-seitz-ace-design-considerations-00. Maybe we can take some contents into the use case draft.

Detailed comments:
2.1.2: It is better to use "Client", "Resource Server", "Resource Owner" instead of "fruit vendor", "transport company", "delivery service" in the requirements.

2.2.2: It is better to use "Client", "Resource Server", "Resource Owner" instead of "Jane", "Jeffrey" in the requirements.

2.4.2: Requirement U4.7, this seems to be the interaction between Resource Owner and Authorization Server, should this be out of scope?

3.3: U5.2 talks about offline scenario, but this requirement is not mentioned in section 3.3.

Thanks,

Kind Regards
Kepeng