[Gen-art] Gen-ART Last Call review of draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-14

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 31 December 2014 22:07 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85D191A1A2F for <gen-art@ietfa.amsl.com>; Wed, 31 Dec 2014 14:07:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.101
X-Spam-Level:
X-Spam-Status: No, score=-0.101 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 wXSOW_sMPmgf for <gen-art@ietfa.amsl.com>; Wed, 31 Dec 2014 14:07:00 -0800 (PST)
Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C722E1A1A2E for <gen-art@ietf.org>; Wed, 31 Dec 2014 14:06:59 -0800 (PST)
Received: by mail-pd0-f170.google.com with SMTP id v10so21599436pde.29 for <gen-art@ietf.org>; Wed, 31 Dec 2014 14:06:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=+9fpdTFVzSx8k07BBIaf1kMx41brB9KXv/CBSZoMFLA=; b=qe+NztYjhRB0KEV+E6AL9+glMRxfpqQFpwWxndoiG70ly1b8/iLYymUE4mpUrilbZB WkxdV4YJPzUqFB6Ld5fTNEystm04Af8w28QDmfgYtRIByj5ZSBdVC7sUR/3nD7mAW/2C urr4w7e3kN70rcnu8wo1uVL0+PWmsUbds2j1QBGXvfdlNLdoDkrNS6f3K9suYPc5ppNu 61oqlQL7rD8+lvGaMFoBczT2hgB2Mr+S+Q2yV0bGkoGbhyqDZTL5CiMoel/WtJMyhTk/ LyzTc6CUJRCk6/yXg5XIAs4HP/xLDZp8EYi6j3NL2sJgMARHgzpddj9j2Le6i/N1PcYh 9wjg==
X-Received: by 10.66.161.103 with SMTP id xr7mr109842515pab.141.1420063619009; Wed, 31 Dec 2014 14:06:59 -0800 (PST)
Received: from ?IPv6:2406:e007:7307:1:28cc:dc4c:9703:6781? ([2406:e007:7307:1:28cc:dc4c:9703:6781]) by mx.google.com with ESMTPSA id wm1sm42397341pac.11.2014.12.31.14.06.56 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 31 Dec 2014 14:06:58 -0800 (PST)
Message-ID: <54A47386.1010408@gmail.com>
Date: Thu, 01 Jan 2015 11:07:02 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext.all@tools.ietf.org, General Area Review Team <gen-art@ietf.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/gen-art/bNgMHnErJVcY1sRAY7RHuMz_P4k
Subject: [Gen-art] Gen-ART Last Call review of draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-14
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Dec 2014 22:07:02 -0000

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
<http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Please resolve these comments along with any other Last Call comments
you may receive.

Document: draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-14.txt
Reviewer: Brian Carpenter
Review Date: 2015-01-01
IETF LC End Date: 2015-01-08
IESG Telechat date:

Summary: Almost ready
--------

Major issue:
------------

In "3.1.3.  Configuration of Fault Management Signals":

"  If an
   implementation wishes to modify... "

"   However, by setting the "Fault Management subscription" flag in the
   "MPLS OAM FMS sub-TLV", a client LSP can indicate that it would like
   an association to be created to the server MEP(s) on any intermediate
   nodes."

I find "wishes" and "would like" to be very strange verbs. Do they
refer to operator choices or programmer choices? Implementations
and client LSPs don't have a faculty of choice. Please clarify which
human is making a choice and what the default is.

There are a few other places where words like "desire" and "intend"
are used of objects, not of humans. I think all of these need to be
clarified in terms of what is the default behaviour, whether it is set
by the programmer or by the operator, and how it is changed (by an
NMS for example). Otherwise the spec seems to call for intelligent
devices or for magic.

Minor issues:
-------------

In "3.1.  MPLS-TP OAM Configuration Operation Overview":


"  ... If placed in LSP_ATTRIBUTES nodes that are not
   able to process the OAM Configuration TLV will forward the message
   without generating an error, this is not the case if placed in the
   LSP_REQUIRED_ATTRIBUTES object."

Grammar: the comma should be a semi-colon or a period.

Technical: Does this mean that an error MUST be generated if the MPLS
OAM FMS sub-TLV is in a LSP_REQUIRED_ATTRIBUTES object in such a node?
If so, please say so clearly.



In "3.2.1.  CV Flag Rules of Use":

"  Moreover, if the CV flag is set, the CC flag MUST be set as well as
   performing Connectivity Verification implies performing Continuity
   Check. "

Please fix the syntax. I can see several possible meanings for this
sentence. Maybe it means:

   If the CV flag is set, the CC flag MUST also be set, because
   performing Connectivity Verification implies performing Continuity
   Check as well.

" The format of an MPLS-TP CV/CC message is shown in [RFC6428]
   and it requires, together with the BFD Control packet information,
   the "LSP MEP-ID". "

Ditto. I'm guessing this means:

   The format of an MPLS-TP CV/CC message is shown in [RFC6428].
   It MUST contain the BFD Control packet information and the
   "LSP MEP-ID".

In "8.  Security Considerations":

"  In particular, a
   network element could be overloaded if an attacker were to request
   high frequency liveliness monitoring ..."

So would it be appropriate to recommend some kind of rate limits on
liveliness monitoring?

Nits:
-----

In "3.2.  MPLS OAM Configuration sub-TLV"

"     Then all OAM functions that
      have their corresponding flags set in the ?OAM Function Flags sub-
      TLV?  MUST be assigned their default values or left disabled."

 The "?" marks must be an error.

I noted one comma error above that is confusing. Actually there are
numerous comma errors: missing commas, unnecessary commas, and commas
that should be semi-colons or periods. Hopefully the RFC Editor will
catch them.