![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
|
Hi,all:
I have some comments on the abstract and
section 1 of new version draft-ietf-dime-erp-01.
please see the comments inline!
Abstract
EAP Re-authentication Protocol
(ERP) defines extensions to the
Extensible Authentication Protocol (EAP) to support efficient re- authentication between the EAP peer and an EAP re-authentication server through an EAP/ERP authenticator. This document specifies Diameter support for ERP. It defines a new Diameter ERP application to transport ERP messages between authenticator and ERP server, and a set of new AVPs that can be used to transport the cryptographic material needed by ERP server. [Qin]:ERP authenticator and ERP server
seems new terminologies, I am wondering
whether we need to define these terminologies in the document? Actually as described in RFC5296, ER Server relevant to ERP server has already been defined, Is it necessary to define the same thing? 1. Introduction [RFC5296] defines the EAP
Re-authentication Protocol (ERP). It
consists in the following steps: 1. Bootstrapping: a
root key for re-authentication is derived
from
the Extended Master Session Key (EMSK) created during EAP authentication [RFC5295]. This root key is transported from the EAP server to the ER server. [Qin]: I agree implicit bootstrapping is not Re-authentication. However I am wondering whether explicit bootstrapping can still be viewed as Re-authentication? So whether dividing ERP into two step will cause a little confusion? 2.
Re-authentication: a one-round-trip exchange between the peer
and
the ER server, resulting in mutual authentication. To accomplish the EAP reauthentication functionality, ERP defines two new EAP codes - EAP-Initiate and EAP-Finish. This document defines how
Diameter transports the ERP messages (Re-
authentication step). For this purpose, we define a new Application Id for ERP, and re-use the Diameter EAP commands (DER/DEA). This document also
discusses the distribution of the root key
(bootstrapping step), either during the initial EAP authentication (implicit bootstrapping) or during the first ERP exchange (explicit bootstrapping). Security considerations for this key distribution are detailed in [RFC5295]. |