IETF Logo Mail Archive

[RTG-DIR] RtgDir review: draft-ietf-lisp-type-iana-03.txt

Geoff Huston <gih@apnic.net> Mon, 28 November 2016 03:04 UTC

Return-Path: <gih@apnic.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8EAE12956D for <rtg-dir@ietfa.amsl.com>; Sun, 27 Nov 2016 19:04:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -108.398
X-Spam-Level:
X-Spam-Status: No, score=-108.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1rzSA6NK-BWM for <rtg-dir@ietfa.amsl.com>; Sun, 27 Nov 2016 19:04:28 -0800 (PST)
Received: from ao-mailgw.apnic.net (ao-mailgw.apnic.net [IPv6:2001:dd8:8:701::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E30612949D for <rtg-dir@ietf.org>; Sun, 27 Nov 2016 19:04:27 -0800 (PST)
Received: from nxmda2.org.apnic.net (unknown [2001:dd8:9:2::101:249]) by ao-mailgw.apnic.net (Halon) with ESMTPS id 52a9e021-b517-11e6-b8ce-005056b6ee6f; Mon, 28 Nov 2016 13:04:06 +1000 (AEST)
Received: from dhcp148.potaroo.net (203.119.101.249) by NXMDA2.org.apnic.net (203.119.107.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 28 Nov 2016 13:03:56 +1000
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
From: Geoff Huston <gih@apnic.net>
In-Reply-To: <C636AF2FA540124E9B9ACB5A6BECCE6B7DF726F0@SZXEMA512-MBS.china.huawei.com>
Date: Mon, 28 Nov 2016 14:04:13 +1100
Content-Transfer-Encoding: quoted-printable
Message-ID: <745BD36A-8AEF-4917-AB88-F1010B54E213@apnic.net>
References: <C636AF2FA540124E9B9ACB5A6BECCE6B7DF726F0@SZXEMA512-MBS.china.huawei.com>
To: "Zhangxian (Xian)" <zhang.xian@huawei.com>, rtg-ads@ietf.org
X-Mailer: Apple Mail (2.3251)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/iVtwpowO5QeCuvCmjdL0-X5a7_U>
Cc: rtg-dir@ietf.org, lisp@ietf.org, "db3546@att.com" <db3546@att.com>, "jonathan.hardwick@metaswitch.com" <jonathan.hardwick@metaswitch.com>, draft-ietf-lisp-type-iana.all@ietf.org, Jon Hudson <jon.hudson@gmail.com>
Subject: [RTG-DIR] RtgDir review: draft-ietf-lisp-type-iana-03.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Nov 2016 03:04:32 -0000

Hello,

I have been selected as the Routing Directorate reviewer for this draft.

The Routing Directorate seeks to review all routing or routing-related
drafts as they pass through IETF last call and IESG review, and sometimes
on special request. The purpose of the review is to provide assistance to
the Routing ADs. For more information about the Routing Directorate,
please see ​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it
would be helpful if you could consider them along with any other IETF Last
Call comments that you receive, and strive to resolve them through
discussion or by updating the draft.

Document: draft-ietf-lisp-type-iana-03.txt 
Reviewer: Geoff Huston Review
Date: 28 November 2016 
IETF LC End Date: not called 
Intended Status: Standards Track

Summary:

I have significant concerns about this document and recommend that the
Routing ADs discuss these issues further with the authors and the IANA.

Comments:

Draft quality and readability.

The third paragraph of the Introduction is unclear. Given that LISP itself
is an experimental specification it is hard to understand the distinction
being made between the "experimentation purposes" and some other
undescribed purpose which this reviewer can only conclude is also an
experimentation purpose. I suggest re-thinking the intent of this
paragraph and expressing it in simpler terms.

In section 2, the use of the normative "MUST" seems to be inappropriate,
particularly when a non-normative "must" ius used in section 4 in an
identical context.

Major Issues:

It seems anomalous to me that a request to set up an IANA Registry for an
Experimental Protocol (RFC6830 is Experimental) is itself proposed to be a
Standards Track document.

Furthermore, the document states that additional values be assigned via a
Standards Action. Again, it appears anomalous to me that a specification
of a parameter value of an experimental protocol be described by a
Standards Track action.

If RFC6830 is revised and is re-published as a Standards Track
specification then these points are of course not relevant, but until such
a publication takes place, specifying an IANA parameter registry as a
Standards Track action for an experimental protocol seems to me to be
anomalous and should not proceed unless the IESG specifically agrees with
this approach. Alternatively RFC5226 could be further revised to 
explicitly describe the guidelines as they relate to Experimental
Specifications (as distinct from experimental allocations within Standards
Track specifications), as this area appears to be unclear from my reading
of RFC5226.

However it is not for me to resolve this issue, nor is it up to the draft
authors, or the LISP working group, as far as I can tell.  It is up to the IESG and
IANA to clarify this situation and allow IANA to be given clear directions
as to how to maintain parameter registries for experimental specifications
while they remain experiments.

v2.23.0 | Report a Bug | By Email