[HOKEY] Comments to draft-ietf-hokey-erp-aak-04

金多伟 <strobeking@gmail.com> Thu, 11 August 2011 01:54 UTC

Return-Path: <strobeking@gmail.com>
X-Original-To: hokey@ietfa.amsl.com
Delivered-To: hokey@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D92D21F8B12 for <hokey@ietfa.amsl.com>; Wed, 10 Aug 2011 18:54:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 4.811
X-Spam-Level: ****
X-Spam-Status: No, score=4.811 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_43=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KbjbwHX4xZam for <hokey@ietfa.amsl.com>; Wed, 10 Aug 2011 18:54:04 -0700 (PDT)
Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id 71B6021F8B0D for <hokey@ietf.org>; Wed, 10 Aug 2011 18:54:04 -0700 (PDT)
Received: by ywm21 with SMTP id 21so1167410ywm.31 for <hokey@ietf.org>; Wed, 10 Aug 2011 18:54:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:content-language; bh=Bnx44jPj0gZyA4VoWJlVO70LJTIdJ6tGYyNJkj0gbh8=; b=cqsVjzbJ1PbOi/VW/bHRCcIH25NPHuV99/A1+8y7UH6yMT4kYSgtnXuSLmkcCfDch4 Zhjrr654sB/840G1u5VF16juqL8Tsr6idNPdYl1IpJywWk1IgU0zQkCvHsgxM/facwFM sZmbbutBj1Wgs7iFfwAwjbKG8EH3MtXWhraq0=
Received: by 10.236.152.39 with SMTP id c27mr9920414yhk.0.1313027677252; Wed, 10 Aug 2011 18:54:37 -0700 (PDT)
Received: from KingPC ([218.206.178.250]) by mx.google.com with ESMTPS id j45sm1709716yhe.64.2011.08.10.18.54.35 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 10 Aug 2011 18:54:37 -0700 (PDT)
From: =?gb2312?B?vfC24M6w?= <strobeking@gmail.com>
To: <hokey@ietf.org>
Date: Thu, 11 Aug 2011 09:54:37 +0800
Message-ID: <000001cc57c9$a34bab30$e9e30190$@com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01CC580C.B16EEB30"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcxXyaBDQ4Ohv68aSBWGFNz/76MFjg==
Content-Language: en-us
Subject: [HOKEY] Comments to draft-ietf-hokey-erp-aak-04
X-BeenThere: hokey@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: HOKEY WG Mailing List <hokey.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hokey>, <mailto:hokey-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hokey>
List-Post: <mailto:hokey@ietf.org>
List-Help: <mailto:hokey-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hokey>, <mailto:hokey-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Aug 2011 01:54:05 -0000

Hi All,

 

I have read the draft, and found the technique content are okay, but I found
the following typos for the authors to correct.

 

1. In abstract, the first paragraph, "a generic framework supporting
multiple _types_ of authentication methods"

 

2. In Section 4, the second paragraph, it should be "if the peer has _been_
previously authenticated by means of ERP or ERP/AAK"

 

3.In Section 5.2, the explanation about TVs and TLVs(the first paragraph in
page 8), it should be “The username part of the NAI is the EMSKname used
_to_ identify the peer”

 

4. In Section 5.2, the explanation about Cryptosuite (the fourth paragraph
in page 8), it should be “key lengths and output lengths are either
indicated or (are) obvious from the cryptosuite name”

 

5. In Section 5.3, the explanation about Cryptosuite (the fifth paragraph in
page 10), it should be “key lengths and output lengths are either indicated
or (are) obvious from the cryptosuite name”

 

6. In Section 8, the eighth paragraph, it should be “the peer and the
server derive the keys independently using parameters known _by_ each
entity”

 

7 In section 8, the thirteenth paragraph, it should be “Any domain-specific
keys are further restricted _to be used_ only in the domain….”

 

--

Best regards,

 

Duowei Jin