[Emu] Genart last call review of draft-ietf-emu-rfc5448bis-06

Dan Romascanu via Datatracker <noreply@ietf.org> Sat, 25 January 2020 10:11 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: emu@ietf.org
Delivered-To: emu@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F915120091; Sat, 25 Jan 2020 02:11:40 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Dan Romascanu via Datatracker <noreply@ietf.org>
To: gen-art@ietf.org
Cc: last-call@ietf.org, draft-ietf-emu-rfc5448bis.all@ietf.org, emu@ietf.org, dromasca@gmail.com
X-Test-IDTracker: no
X-IETF-IDTracker: 6.116.1
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Dan Romascanu <dromasca@gmail.com>
Message-ID: <157994710010.26892.94839866352802954@ietfa.amsl.com>
Date: Sat, 25 Jan 2020 02:11:40 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/-5Y_LYdNd9kvX5x16sQloUrjWPw>
Subject: [Emu] Genart last call review of draft-ietf-emu-rfc5448bis-06
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Jan 2020 10:11:40 -0000

Reviewer: Dan Romascanu
Review result: Ready with Issues

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-emu-rfc5448bis-06
Reviewer: Dan Romascanu
Review Date: 2020-01-25
IETF LC End Date: 2020-01-29
IESG Telechat date: Not scheduled for a telechat

Summary:

This is a very detailed and well-written document that describes a new
specification of the specification of EAP-AKA' to support 5G deployments. This
specification is ready, but I have a concern about the relationship to the 3GPP
specifications that I would suggest to be clarified by the authors and
considered by the IESG.

Major issues:

1. The document includes the following statements related to the 5G and 3GPP
relevant specifications:

In the Abstract:

> This version of EAP-AKA' specification specifies the protocol
   behaviour for 5G deployments as well.

In Section 1:

>  Note: This specification refers only to the 5G specifications.
      Any further update that affects, for instance, key derivation is
      something that EAP-AKA' implementations should take into account.
      Upon such updates there will be a need to both update the
      specification and the implementations.

The first quoted text seems to indicate that the specification refers to 5G and
other deployments. The second quoted text seems to indicate that the
specification refers only to 5G. The two statements seem to be contradictory.

2. The References sections (both Normative and Informative) include a note that
advises the RFC Editor to ...

 Editors, "All 3GPP references should be updated to the
              latest Release 15 version before publishing.".

Is this sufficient? I mean is this a pure editorial task for updating the
references? Are the authors certain that none of the changes between now and
the publication of the 3GPP latest releases will not impact this document? I am
a little nervous about relying on a set of 5G-related work which is still in
evolution. Maybe a technical pass by the authors is desirable before
publication?

Minor issues:

Nits/editorial comments:

Appendix B.  Changes from RFC 4187 to RFC 5448 is a copy-paste of Appendix A in
RFC 5448. Was this necessary? In any case, it would probably be better to avoid
any ambiguity by replacing in the second sentence 'this document' by 'RFC 5448'.