[Secauth] avoid confusion..

Hosnieh Rafiee <hosnieh.rafiee@huawei.com> Tue, 09 December 2014 11:39 UTC

Return-Path: <hosnieh.rafiee@huawei.com>
X-Original-To: secauth@ietfa.amsl.com
Delivered-To: secauth@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1A691A0126 for <secauth@ietfa.amsl.com>; Tue, 9 Dec 2014 03:39:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 CAtsCk7tPz9O for <secauth@ietfa.amsl.com>; Tue, 9 Dec 2014 03:39:43 -0800 (PST)
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 AE3181A0101 for <secauth@ietf.org>; Tue, 9 Dec 2014 03:39:42 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BMQ73337; Tue, 09 Dec 2014 11:39:41 +0000 (GMT)
Received: from LHREML513-MBX.china.huawei.com ([10.201.4.199]) by lhreml401-hub.china.huawei.com ([10.201.5.240]) with mapi id 14.03.0158.001; Tue, 9 Dec 2014 11:39:36 +0000
From: Hosnieh Rafiee <hosnieh.rafiee@huawei.com>
To: "secauth@ietf.org" <secauth@ietf.org>
Thread-Topic: avoid confusion..
Thread-Index: AdATpMwHq/NjCd3xR72PlNdRdhX5ow==
Date: Tue, 09 Dec 2014 11:39:35 +0000
Message-ID: <814D0BFB77D95844A01CA29B44CBF8A7B2355D@lhreml513-mbx>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.221.82.91]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/secauth/ohpcA0CgH6U3ODcXmuvIWk_Fj_E
Subject: [Secauth] avoid confusion..
X-BeenThere: secauth@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Omni-purpose Network-layer based Secure Authentication and Authorization non-working group discussion list <secauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secauth>, <mailto:secauth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secauth/>
List-Post: <mailto:secauth@ietf.org>
List-Help: <mailto:secauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secauth>, <mailto:secauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Dec 2014 11:39:45 -0000

All,

Based on offlist discussion, I think we need to clarify the direction of our discussion in order to avoid confusion.

1- We are still discussing on the secauth scope to agree on it.
2- There is no solution proposal yet at this time so feel free to propose solution.
3- Discussing about infrastructure is not about solution. I think there is already some standards in current infrastructure (non-virtualized) and some groups working on them. So, I would like our focus to be on virtualized environment and virtualized components so that secauth scope clearly defined in such environment and the relationship of end user, intermediate companies, ISPs, vendors where the existing standards might not work well or need some extensions. 
4- We need to update secauth use case document. Feel free to propose other use cases. This will be also the discussion in telco. I will try to think about more use cases.
< https://tools.ietf.org/html/draft-rafiee-secauth-usecase-02 >
5- last but not least, IMO, identifying the place of each players in this infrastructure help to clarify the scope of secauth. 

Any Thoughts?
Best,
Hosnieh