[RTG-DIR] Rtgdir last call review of draft-ietf-mpls-rfc3107bis-02

Stewart Bryant <stewart@g3ysx.org.uk> Tue, 27 June 2017 20:29 UTC

Return-Path: <stewart@g3ysx.org.uk>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E2D0126B71; Tue, 27 Jun 2017 13:29:57 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Stewart Bryant <stewart@g3ysx.org.uk>
To: rtg-dir@ietf.org
Cc: mpls@ietf.org, draft-ietf-mpls-rfc3107bis.all@ietf.org, ietf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.55.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149859539754.31085.2059230421371020521@ietfa.amsl.com>
Date: Tue, 27 Jun 2017 13:29:57 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/T3rqOBKUexfSy5H6_1tU_WLmMhI>
Subject: [RTG-DIR] Rtgdir last call review of draft-ietf-mpls-rfc3107bis-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 27 Jun 2017 20:29:58 -0000

Reviewer: Stewart Bryant
Review result: Ready

Firstly my apologies for the lateness of this review.

This is a very well written draft, and can proceed as is.

Useful clarity might be added to Section 4 (dataplane) by the inclusion of some
figures. I say this as someone that finds it easier to take in information in
that format, so that is a personal preference comment, the text is correct and
technically sufficient.

There is an intriguing piece of text in the dataplane section "While this may
be useful in certain scenarios, it may provide unintended results in other
scenarios." which I think might be usefully expanded to give at least one
example of a use, and an unintended consequence.

In the introduction it says: "In [RFC3107], this feature was controlled by a
BGP Capability Code that has never been implemented, and is now essentially
obsolete." which left me wondering whether there was the intention to formally
deprecate the feature through the RFC system.