[mpls] Mirja Kühlewind's No Objection on draft-ietf-mpls-egress-protection-framework-06: (with COMMENT)

Mirja Kühlewind via Datatracker <noreply@ietf.org> Fri, 05 July 2019 15:54 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: mpls@ietf.org
Delivered-To: mpls@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BED1F12008A; Fri, 5 Jul 2019 08:54:13 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Mirja Kühlewind via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-mpls-egress-protection-framework@ietf.org, Loa Andersson <loa@pi.nu>, mpls-chairs@ietf.org, loa@pi.nu, mpls@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.2
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Mirja Kühlewind <ietf@kuehlewind.net>
Message-ID: <156234205376.22012.2460592952993251780.idtracker@ietfa.amsl.com>
Date: Fri, 05 Jul 2019 08:54:13 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/cGJ3OB1MO8kmGg7Zz4nYRNGSmXw>
Subject: [mpls] Mirja Kühlewind's No Objection on draft-ietf-mpls-egress-protection-framework-06: (with COMMENT)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jul 2019 15:54:14 -0000

Mirja Kühlewind has entered the following ballot position for
draft-ietf-mpls-egress-protection-framework-06: No Objection

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 https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-mpls-egress-protection-framework/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I recommend to use the exact boilerplate text from RFC8174:
      "The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
      NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED",
      "MAY", and "OPTIONAL" in this document are to be interpreted as
      described in BCP 14 [RFC2119] [RFC8174] when, and only when, they
      appear in all capitals, as shown here."

Editorial comments:

1) I recommend to either move the requirement section to the appendix or
rephrase this section to outline features of the final framework instead of
stating requirements.

2) section 5.2: "The mechanisms SHOULD be reasonably fast"
Alvaro also commented on this sentence, however, I think the resolution here is
to not use normatively language because that is not needed.