Re: [Dime] AD review of draft-ietf-dime-local-keytran-09

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Wed, 25 May 2011 11:34 UTC

Return-Path: <dromasca@avaya.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6C1AE0680 for <dime@ietfa.amsl.com>; Wed, 25 May 2011 04:34:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.288
X-Spam-Level:
X-Spam-Status: No, score=-103.288 tagged_above=-999 required=5 tests=[AWL=0.311, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oCytKAY9xtjC for <dime@ietfa.amsl.com>; Wed, 25 May 2011 04:34:38 -0700 (PDT)
Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com (Postfix) with ESMTP id 106EAE0618 for <dime@ietf.org>; Wed, 25 May 2011 04:34:37 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEACLn3E2HCzI1/2dsb2JhbACmKXiqOgKbPoYcBJUCijU
X-IronPort-AV: E=Sophos;i="4.65,266,1304308800"; d="scan'208";a="248090574"
Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by de307622-de-outbound.net.avaya.com with ESMTP; 25 May 2011 07:34:36 -0400
X-IronPort-AV: E=Sophos;i="4.65,266,1304308800"; d="scan'208";a="655975253"
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.11]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 25 May 2011 07:34:35 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 25 May 2011 13:34:33 +0200
Message-ID: <EDC652A26FB23C4EB6384A4584434A04032508C3@307622ANEX5.global.avaya.com>
In-Reply-To: <4DDBC0A4.4000802@net-zen.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Dime] AD review of draft-ietf-dime-local-keytran-09
Thread-Index: AcwaHu74ByTnJY9gSASpINa7ofyNFwArzemw
References: <EDC652A26FB23C4EB6384A4584434A04031E5369@307622ANEX5.global.avaya.com> <4DDBC0A4.4000802@net-zen.net>
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: Glen Zorn <gwz@net-zen.net>
Cc: dime@ietf.org
Subject: Re: [Dime] AD review of draft-ietf-dime-local-keytran-09
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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, 25 May 2011 11:34:39 -0000

Hi Glen, 

Thank you for your answer. 

Please see in-line answers. I deleted the issues that were fully agreed.


Regards,

Dan 

> -----Original Message-----
> From: Glen Zorn [mailto:gwz@net-zen.net]
> 

...

> >
> > T2: Are there any special recommendations for the experts who will
be
> > in charge in the future with the "Expert Review" policy as per
> > [RFC5226] for AVP types?
> 
> Do you mean values for the Key-Type AVP?  No such recommendations
would
> come from me; we had originally specified the policy as "First Come,
> First Served"
> (http://www.potaroo.net/ietf/all-ids/draft-wu-dime-local-keytran-
> 03.txt)
> on the simple theory that anybody who wanted to register, use & deploy
> e.g. rot13 would get what they deserved ;-).  IIRC, one of the dime
> Chairs suggested the expert review policy, so maybe they have some
> suggestions.
> 
> ...

[[DR]] Can you please clarify this with the chairs? If the policy is
"Expert Review" criteria for reviewing requests for new Key-Type AVP
values should be specified. 

...

> >
> > E1: Why is RSA-KEM not expanded and explained in Section 2.2. -
> > Technical Terms and Acronyms?
> 
> Would you like the whole thing expanded or just KEM?
[[DR]] RFC 5990 explains KEM (in the Abstract actually). This would be
probably sufficient, although I would bet that even in the security
community not everybody knows the names beyond R, S and A. 

...

> 
> ...