[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.