Re: [mpls] Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT)

Gregory Mirsky <> Thu, 19 November 2015 17:19 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id EC15C1B2CDD; Thu, 19 Nov 2015 09:19:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -104.201
X-Spam-Status: No, score=-104.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 0FFqVe7sIg6J; Thu, 19 Nov 2015 09:19:40 -0800 (PST)
Received: from ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id B76BD1A6F38; Thu, 19 Nov 2015 09:19:39 -0800 (PST)
X-AuditID: c6180641-f792c6d00000686a-ef-564d96738091
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id B1.97.26730.3769D465; Thu, 19 Nov 2015 10:29:23 +0100 (CET)
Received: from ([]) by ([]) with mapi id 14.03.0248.002; Thu, 19 Nov 2015 12:19:38 -0500
From: Gregory Mirsky <>
To: Gregory Mirsky <>, Ben Campbell <>, The IESG <>
Thread-Topic: Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT)
Thread-Index: AQHRIOUWp3deIamSYEiyj0Ywbq7xyp6gSaqggANREhA=
Date: Thu, 19 Nov 2015 17:19:37 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprJIsWRmVeSWpSXmKPExsUyuXRPiG7xNN8wg2fHVCzmd55mtzh+tdDi 2uoDLBYz/kxktlh3+RSbxa2lK1kt/q64wuLA7rFkyU8mj+tNV9k9Zu18whLAHMVlk5Kak1mW WqRvl8CVsfb9KbaCDzoV55Y9YWlgvKPdxcjJISFgIvFy+WkmCFtM4sK99WxdjFwcQgJHGCXO z21mgnCWM0psfTSPDaSKTcBI4sXGHnYQW0QgR2LRswfsIEXMAs+ZJPZNWs0CkhAWyJLY1buK CaIoW+L9rudQDVYSO+8/YQSxWQRUJV4+3gBm8wr4Snz984kdYlsro0TbtofMIAlOAT+Jyevu g21mBLrv+6k1YEOZBcQlbj2ZD3W3gMSSPeeZIWxRoKH/WCFsJYmPv+cDDeUAqteUWL9LH6JV UWJK90N2iL2CEidnPmGZwCg2C8nUWQgds5B0zELSsYCRZRUjR2lxalluupHhJkZghB2TYHPc wbjgk+UhRgEORiUe3oJJPmFCrIllxZW5hxglOJiVRHh/PfMNE+JNSaysSi3Kjy8qzUktPsQo zcGiJM47b8b9UCGB9MSS1OzU1ILUIpgsEwenVAOjpFOvhnGMVOIuJ/OHVZ2SnluPmNSXJ/Qm m9wWNAnul2ad9K429qyf1W3F6Tf8apM4vhl5vfOJ4bBr+36tZZL+nGMHmLhkm26LPXxZveBv g/ElJevHOheLMlZEKu8Oi9ni7qBy9duWHY07T0tZWbBuavQLLJLPZd3YbTRvv034EiX+R3Lb /ZRYijMSDbWYi4oTAZCkWFCsAgAA
Archived-At: <>
Cc: "" <>, "" <>, "" <>, "" <>, "" <>
Subject: Re: [mpls] Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT)
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 19 Nov 2015 17:19:44 -0000

Hi Ben,
would greatly appreciate your consideration of the proposed changes to address your comments and your feedback whether these changes are acceptable.


-----Original Message-----
From: Gregory Mirsky [] 
Sent: Tuesday, November 17, 2015 7:00 AM
To: Ben Campbell; The IESG
Subject: RE: Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT)

Hi Ben,
thank you for your thorough review and thoughtful comments. Please find my responses and proposed changes in-line and tagged GIM.


-----Original Message-----
From: Ben Campbell [] 
Sent: Monday, November 16, 2015 7:07 PM
To: The IESG
Subject: Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT)

Ben Campbell has entered the following ballot position for
draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: 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
for more information about IESG DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:


I have one minor (almost trivial) comment/question, and several nits:

- 4.1, paragraph 3:
Is it reasonable for a TLV in this standards-action registry to be have sub-tlvs with reduced registration requirements?  (And if so, is there a reason to exclude specifications that are not RFCs?)
GIM>> Yes. This is how it is done for all standard track registry TLVs for the entire LSP ping.
And yes we want RFCs to define the sub-TLVs (if the come out of the Specification need range) just because they go into a standard track specified TLV.

-1, paragraph 1:
Missing "the" before "MPLS Transport Profile "
GIM>> Thank you, added.

- 1.0, last paragraph, last two sentences:
Who are “we” in these sentences? Does it make sense to talk about what “we” are or are not “configuring”?
GIM>> Indeed, re-worded as:
   It should be noted that this document does not specify how to configure on-
   demand throughput estimates based on saturating the connection as
   defined in [RFC6371].  Rather, only how to enable the estimation of
   the current throughput based on loss measurements.

2.1.1, first bullet in first list:
consider s/"both sides should be"/"both sides are"
GIM>> Agree, accepted.

-4.1, 2nd paragraph, first sentence:
Missing words? (What is IANA requested to do with the TLV? I assume register it. Also, what is the name of the new TLV?
Consider a cross-reference to table to for "this sub-registry"
GIM>> I think that missing are "to allocate" and the name of the TLV " MPLS OAM Functions":
   IANA is requested to allocate a new MPLS OAM Functions TLV from the
   standards action range (0-16383) and sub-TLVs as follows from sub-
   registry presented in Table 1, called "Sub-TLVs for TLV [TBA1]".

-4.2: "Assignments of bit positions 0 through 31"
If I read correctly, that's all the bits. Is this the same as saying the registry itself requires standards-action?
GIM>> Yes, the whole range is under standard-action allocation policy.

It's mildly odd to find the acknowledgements section between two substantive sections.
GIM>> Thank you, moved it.

-6, first paragraph:
Should "liveliness" be "liveness"?
GIM>> Yes, we're not checking its vitality.