[HOKEY] Barry Leiba's Discuss on draft-ietf-hokey-rfc5296bis-06: (with DISCUSS and COMMENT)
"Barry Leiba" <barryleiba@computer.org> Fri, 20 April 2012 06:05 UTC
Return-Path: <barryleiba@computer.org>
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 C3C4A21E8051; Thu, 19 Apr 2012 23:05:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 JCxaPhO4mf0n; Thu, 19 Apr 2012 23:05:03 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3D2C21E804C; Thu, 19 Apr 2012 23:05:02 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: Barry Leiba <barryleiba@computer.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 4.00
Message-ID: <20120420060502.16722.91274.idtracker@ietfa.amsl.com>
Date: Thu, 19 Apr 2012 23:05:02 -0700
X-Mailman-Approved-At: Fri, 20 Apr 2012 00:09:18 -0700
Cc: draft-ietf-hokey-rfc5296bis@tools.ietf.org, hokey@ietf.org, hokey-chairs@tools.ietf.org
Subject: [HOKEY] Barry Leiba's Discuss on draft-ietf-hokey-rfc5296bis-06: (with DISCUSS and COMMENT)
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: Fri, 20 Apr 2012 06:05:04 -0000
Barry Leiba has entered the following ballot position for draft-ietf-hokey-rfc5296bis-06: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- [Updated 20 Apr to include suggested text, and to add non-blocking comments below.] This document says there are no IANA actions. RFC 5296 did a number of things in the EAP registry - Registered Packet Codes 5 and 6 - Created the Message Types table - Created the Initiate and Finish Attributes table - Created the Re-authentication Cryptosuites table It also registered two values in the USRK Key Labels registry. The references in those IANA registries should now all be changed to point to this new RFC, instead of the now-obsolete 5296. The following text is a suggested change to the IANA Considerations section that will satisfy this. It changes the references, and also makes it clear where to find the technical documentation for each registered item. ----------------------------------------- 9. IANA Considerations This document replaces and obsoletes RFC 5296 [RFC5296], and IANA is asked to change all registered references to that document to point instead to this document. [RFC Editor note: please remove the previous paragraph on publication.] The previous version of this document performed the following IANA actions: 1. It registered Packet Codes "Initiate" and "Finish" in the EAP Registry. Those are documented throughout this document as "EAP-Initiate" and "EAP-Finish". 2. It created a Message Types table in the EAP Registry, and registered several items in that table. Those are documented throughout this document as "Re-auth-start" and "Re-auth". 3. It created an EAP Initiate and Finish Attributes table in the EAP registry, and registered several items in that table. Those are documented in this document in Section 5.3.4. 4. It created a Re-authentication Cryptosuites table in the EAP registry, and registered several items in that table. Those are documented in this document at the end of Section 5.3.2. 5. It registered two items in the USRK Key Labels registry: - Re-auth usage label "EAP Re-authentication Root Key@ietf.org", documented in this document in Section 4.1 - DSRK-authorized delivery key "DSRK Delivery Authorized Key@ietf.org", documented in this document in the description of "Authorization Indication" in Section 5.3.3 ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- You also need to get a correct email address for Yang Shi, or perhaps remove him from the author list (you can put him in a "Contributors" section or in A.2). Email to the address in the document is bouncing, and this will cause you a problem during AUTH48. (If you can't fix the address and need/want to leave him in the author list, the AD can handle this during AUTH48, so it's not a disaster.) And you might want to take a look at A.2 and make sure you think it's complete. I see at least two mailing-list messages where Qin Wu acknowledges useful comments from Sebastien, for example. Up to you, of course; I'm just setting a flag.