Re: [mpls] [Teas] FW: New Version Notification for draft-ietf-mpls-residence-time-05.txt

Gregory Mirsky <> Tue, 15 March 2016 22:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id DEE8D12DE3E; Tue, 15 Mar 2016 15:56:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 8eMgDzw3U0wJ; Tue, 15 Mar 2016 15:56:08 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 4CA4A12D7BC; Tue, 15 Mar 2016 15:56:08 -0700 (PDT)
X-AuditID: c618062d-f79216d00000767f-70-56e88ddfb2a2
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id C1.09.30335.FDD88E65; Tue, 15 Mar 2016 23:34:07 +0100 (CET)
Received: from ([]) by ([]) with mapi id 14.03.0248.002; Tue, 15 Mar 2016 18:55:40 -0400
From: Gregory Mirsky <>
To: Lou Berger <>, Loa Andersson <>, "" <>
Thread-Topic: [Teas] FW: New Version Notification for draft-ietf-mpls-residence-time-05.txt
Thread-Index: AQHRfv7AabajoYyQ8ESTiHRUKGeJAJ9a/5YwgABc5ID//77vIA==
Date: Tue, 15 Mar 2016 22:55:39 +0000
Message-ID: <>
References: <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11221A0D5ACeusaamb103erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrNIsWRmVeSWpSXmKPExsUyuXRPlO793hdhBheaDS06mt+yWPybO4fZ Yt3lU2wWt5auZLVo/bGDxYHVY8mSn0weHzY1s3nMmt7GFsAcxWWTkpqTWZZapG+XwJUx++ZH toKrUxgrFj5bwNrA+LyBsYuRk0NCwETiUPNqdghbTOLCvfVsXYxcHEICRxgldq+/xAThLGeU ODr5AFgVm4CRxIuNPWC2iECuxK21V1hBbGYBG4mjx4+ygNjCAjESj141QtXESpx7MZcRwnaS OH1tOxuIzSKgKnF6yV+wel4BX4l3Ox6wQixbxCjx8etvZpAEp4CGxJZ7rWDNjEDnfT+1hgli mbjErSfzmSDOFpBYsuc8M4QtKvHy8T9WCFtJYtLSc1DH5Uv8+LuHGWKZoMTJmU9YJjCKzkIy ahaSsllIyiDiOhILdn9ig7C1JZYtfM0MY5858JgJWXwBI/sqRo7S4oKc3HQjg02MwCg8JsGm u4Px/nTPQ4wCHIxKPLwbol+ECbEmlhVX5h5ilOBgVhLhTe8ECvGmJFZWpRblxxeV5qQWH2KU 5mBREudd//ZymJBAemJJanZqakFqEUyWiYNTqoExXvJsi8mOrULJjLweuzWbtdvs45f28LNM UPI81/Di4RGV+iyebSaPuNiecVdEsk75ZlwyL9zgnZHk8eDFUgs9w7f+rmpNXzwvbsaWsPbg Fl2egzMWcD2Xnc7oMcd95ZQLnQpP9jGePxO05IPWhdpfawO02afMl2eRf1EywdLhlDn/mllZ R9OUWIozEg21mIuKEwFhUaCJvgIAAA==
Archived-At: <>
Cc: "" <>, TEAS WG <>
Subject: Re: [mpls] [Teas] FW: New Version Notification for draft-ietf-mpls-residence-time-05.txt
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-Protocol Label Switching WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 15 Mar 2016 22:56:11 -0000

Hi Lou,

thank you for the most detailed comments. Please find my notes in-line tagged GIM>>.



-----Original Message-----
From: Lou Berger []
Sent: Tuesday, March 15, 2016 3:41 PM
To: Gregory Mirsky; Loa Andersson;
Subject: Re: [Teas] FW: New Version Notification for draft-ietf-mpls-residence-time-05.txt


On 3/15/2016 5:13 PM, Gregory Mirsky wrote:

> Hi,

> this version primarily addresses comments related to the proposed extensions to RSVP-TE and operation of the control plane in support of Residence Time Measurement. Would appreciate the confirmation from Lou.

I don't think I saw a response to:

> I think this doesn't always work, e.g., when RRO is modified due to

> policy or limited due to size constraints.  This has to be addressed.

> I can see how to easily detect this situation, but not how to get the

> number of non-supporting hops.  I guess it's always possible to play

> ttl comparison games, but that's pretty ugly too.  Any thoughts?

GIM>> The following text in Section 4.7 intended to handle the situation you've described:

   If the node cannot find matching ID in RRO,

   then it MUST try to use ID of the next node in the RTM_SET until it

   finds the match or reaches the end of RTM_SET TLV.  If match have

   been found, then the calculated value is used by the node as TTL

   value in outgoing label to reach the next RTM capable node on the

   LSP.  Otherwise, the TTL value MUST be set to 255.

In essence, the node tries to locate the closest to it downstream RTM-capable node. Otherwise, it sets TTL to 255 so that the RTM packets arrive at egress LER.

Parts of Sections 4.6 and 4.7 are a bit rough and could stand a reread and editorial pass.

GIM>> I'm trying.

Section 4.7 says PathErr messages are sent in response to Resv processing error.  This is clearly wrong.

GIM>> Great catch! I'm ready to update to ResvErr in -06.


> Authors always welcome comments and questions about RTM.


>             Regards,

>                             Greg


> -----Original Message-----

> From:<> []

> Sent: Tuesday, March 15, 2016 2:08 PM

> To: Alexander Vainshtein; Gregory Mirsky; Stefano Ruffini; John Drake;

> Sasha Vainshtein; Eric Gray; Stewart Bryant; Eric Gray

> Subject: New Version Notification for

> draft-ietf-mpls-residence-time-05.txt



> A new version of I-D, draft-ietf-mpls-residence-time-05.txt

> has been successfully submitted by Greg Mirsky and posted to the IETF repository.


> Name:                               draft-ietf-mpls-residence-time

> Revision:          05

> Title:                  Residence Time Measurement in MPLS network

> Document date:           2016-03-15

> Group:                              mpls

> Pages:                               26

> URL:  

> Status:

> Htmlized:

> Diff: 


> Abstract:

>    This document specifies G-ACh based Residence Time Measurement and

>    how it can be used by time synchronization protocols being

>    transported over MPLS domain.


>    Residence time is the variable part of propagation delay of timing

>    and synchronization messages and knowing what this delay is for each

>    message allows for a more accurate determination of the delay to be

>    taken into account in applying the value included in a PTP event

>    message.





> Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at


> The IETF Secretariat


> _______________________________________________

> Teas mailing list