Re: [Dime] New version of draft-wu-dime-local-keytran
Qin Wu <sunseawq@huawei.com> Wed, 09 December 2009 03:41 UTC
Return-Path: <sunseawq@huawei.com>
X-Original-To: dime@core3.amsl.com
Delivered-To: dime@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A497F3A69D6 for <dime@core3.amsl.com>; Tue, 8 Dec 2009 19:41:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.244
X-Spam-Level:
X-Spam-Status: No, score=0.244 tagged_above=-999 required=5 tests=[AWL=-0.146, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LP1xzS37PBfF for <dime@core3.amsl.com>; Tue, 8 Dec 2009 19:41:46 -0800 (PST)
Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id A322B3A69D3 for <dime@ietf.org>; Tue, 8 Dec 2009 19:41:46 -0800 (PST)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUD00GPP8WOWK@szxga04-in.huawei.com> for dime@ietf.org; Wed, 09 Dec 2009 11:41:12 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUD007CB8WO3T@szxga04-in.huawei.com> for dime@ietf.org; Wed, 09 Dec 2009 11:41:12 +0800 (CST)
Received: from w53375 ([10.164.12.66]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KUD00GG28WNVB@szxml06-in.huawei.com> for dime@ietf.org; Wed, 09 Dec 2009 11:41:12 +0800 (CST)
Date: Wed, 09 Dec 2009 11:41:11 +0800
From: Qin Wu <sunseawq@huawei.com>
To: Sebastien Decugis <sdecugis@nict.go.jp>, Glen Zorn <gwz@net-zen.net>, dime@ietf.org
Message-id: <02a301ca7881$73bf1f60$420ca40a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Mailer: Microsoft Outlook Express 6.00.2900.3598
Content-type: multipart/alternative; boundary="Boundary_(ID_31d2neGjo2g/mo3SckYtlA)"
X-Priority: 3
X-MSMail-priority: Normal
References: <01ce01ca7842$352c49b0$9f84dd10$@net> <4B1F0642.2090604@nict.go.jp>
Subject: Re: [Dime] New version of draft-wu-dime-local-keytran
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Dec 2009 03:41:48 -0000
Hi, Sebastien:
----- Original Message -----
From: "Sebastien Decugis" <sdecugis@nict.go.jp>
To: "Glen Zorn" <gwz@net-zen.net>; <dime@ietf.org>
Sent: Wednesday, December 09, 2009 10:06 AM
Subject: Re: [Dime] New version of draft-wu-dime-local-keytran
Hi Glen, Qin, all,
By quickly looking into the new version, a few additional comments came
to my mind:
In section 3.1, I would like to propose a change to the ABNF. I think
the Key-Type AVP should be in a fixed position (actually I was under the
impression that this was already decided, but anyway), like this:
Key ::= < AVP Header: AC1 >
< Key-Type >
...
In section 3.1.1 (definition of Key-Type AVP), I think some of the
defined values should be removed, as follow:
- rMSK (4) : As I understand, there is no difference between rMSK and
MSK, so we may not need a different type for this one ? (not sure)
- USRK (2) & DSUSRK (5): RFC5295 defines a generic algorithm to derive
usage-specific keys. The definition alone is not sufficient to create
keying material: we need the usage itself to define the missing parts.
[Qin]: The usages for USRK and DSUSRK have been defined in the section 4.2 of draft-ietf-hokey-key-mgm-13.
That is to say, USRK and DSUSRK may be derived in the EAP/AAA server and transported in the message to the same USR-KH.
And then DSUSRK can be further transported from USR-KH to DSUSR-KH.
- [Dime] New version of draft-wu-dime-local-keytran Glen Zorn
- Re: [Dime] New version of draft-wu-dime-local-key… Sebastien Decugis
- Re: [Dime] New version of draft-wu-dime-local-key… Sebastien Decugis
- Re: [Dime] New version of draft-wu-dime-local-key… Glen Zorn
- Re: [Dime] New version of draft-wu-dime-local-key… Qin Wu
- Re: [Dime] New version of draft-wu-dime-local-key… Sebastien Decugis
- Re: [Dime] New version of draft-wu-dime-local-key… Qin Wu
- Re: [Dime] New version of draft-wu-dime-local-key… Sebastien Decugis
- Re: [Dime] New version of draft-wu-dime-local-key… Qin Wu